Этот файл заполняется при каждом F5, поэтому надо его удалять при каждом заходе на страницу.
Логировать их через файл:
system/library/db/mysqli.php
Сразу после:
public function query($sql) {
Вставить:
$nowdi = date("Y-m-d H:i:s").' 0.'.gettimeofday()["usec"];
file_put_contents($_SERVER['DOCUMENT_ROOT'].'/sql1.txt',$nowdi.' | '.str_replace(array("\r","\n")," ",$sql)."\r\n",FILE_APPEND);
Надо смотреть запросы какие делаются в БД, что именно обрабатывается в них. Возможно надо просто прикрутить кэш в формированию меню или что-то в этом роде.
По факту всё смотрится, универсальных ответов нет. Покупные шаблоны тоже бывают разные, я много встречал, где разработчики тестировали его на 100 товарах и всё, если больше 1000 всё просто умирает, но это их не парит.
Какая версия Opencart?
Сколько товаров загружено?
Виртуальный хостинг или VDS?
Какой шаблон используется? Покупной или самописный?
Индексы в БД... как вы их пробовали, если там надо собирать их по кусочкам в зависимости от версии и разности модулей, поэтому так просто там не прописать без анализа. У меня файл на 790 индексов для opencart.
Кэши нужны только, чтобы держать нагрузку, в остальных случаях надо решать проблемы с долгой загрузкой.
В игры играть и не очень дорого, не совместимые вещи. Я бы вам рекомендовал обратиться к подборщикам, кто занимается сборками компьютеров, да они возьмут копеечку свою, зато точно вам скажут под ваш бюджет. Ибо сейчас железа слишком много развелось и много всяких тонкостей.
Сразу лучше сказать ваш бюджет, какое расширение монитора и какие именно игры хотите поиграть. Иначе это пальцем в небо и топик ни о чём.
Вам надо сервер просто иметь там, есть предложения и от РФ хостеров:
Аренда VPS/VDS сервера, хостинг на виртуальном сервере — Timeweb
Купить VPS сервер в Казахстане, аренда виртуального сервера в Казахстане (adminvps.ru)
Но вы же не остановитесь создавать бесполезные топики верно? Мы в вас верим.
https://habr.com/ru/articles/573750/
Проблемы WP Super Cache
Единственная (но критичная) проблема WP Super Cache заключается в том, что он не умеет вычленять из URL необходимые GET-параметры, и все страницы с UTM-метками и прочими аналитическими параметрами считает за уникальные.
Разработчики плагина как будто бы знали о такой проблеме, потому что предусмотрели настройку «Не кешировать страницы с параметрами GET (?x=y в конце URL)». Тем не менее, она ничего не даёт, кроме экономии места на диске, потому что кеш не будет создаваться для страниц с GET-параметрами.
Единственный способ избежать этой проблемы - это «колхозить» плагин. Колхоз и допилы чужих решений - это то, за что я проклинаю всех разработчиков, потому что так делать нельзя (как минимум, после обновления плагина - все твои изменения будут отменены).
Ничего умнее я не смог придумать, как добавить в файл wp-content/plugins/wp-super-cache/wp-cache-phase1.php следующий код:
после строчки $wp_cache_request_uri
Это позволяет указать плагину на то, какую страницу мы хотим достать из кеша, при этом не перенаправляя никуда пользователя (в адресной строке UTM-метки у пользователя останутся).
Это старая информация. В настройка плагина ниже настройки промотайте и увидите уже готовую настройку:
Полный список про тарифный планы:
Our Plans | Pricing | Cloudflare
Ничего про лимиты доменов на 1 аккаунт. Тоже самое и тех. поддержка отвечает клиентам, ссылку выше давал.
