snastik

Вопрос про кеширование глупый абсолютно. Потому что есть только одна сознательная причина его не включать.

Ну вы же понимаете, с вами не посоветовались! И сделали так, чтобы вам было на чем проявить свои бесценные знания. А так как желания объяснять по каким причинам на данные момент не включено кеширование статики, у меня мало, смею обратить внимание, на то что речь выше шла о TTFB, а также чтобы вы на будущее не задавали глупых вопросов с подобными скринами, у меня к вам личная просьба, научитесь более внимательно воспринимать информацию из консоли. Спасибо.

В рамках на самом деле.

Как то неудобно вышло. А такой специалист мне говорили.

Практически все ваше решение за 1500 рублей + еще кеширование html в коробке = модуль Турбо.

А 100 мс на 553 000 товаров можете для главной, без кеширования html с поиском и временем генерации остальных страниц <300мс. Например так: http://avto24.com.ua/

Заберите класс кеша хотя бы из 1.5.5.1 А по tmp вот тут детально.

Надо разбираться с причинами. Почему у вас garbage collector не чистит tmp от старых сессий. Что касается папки кеш - у вас либо очень старая версия opencart, либо накрутили что-то лишнее.

Капча на регистрации стоит. Это боты, которых консервами регистрируют руками. Они отлеживаются и потом начинают спамить.

Таких людей достаточно!

1 не факт что это база.

как вам еще дать наводку? Строка 32356 колонка 72. Нужно смотреть что находится на этом месте.

Посмотрите конкретно на ошибку по указанному адресу. Это либо у вас движок выдает ошибки php системные, либо какой то из товаров имеет некоректное название или изображение.

http://ruhighload.com/ http://sphinxsearch.com/ https://habrahabr.ru/post/108418/

Вы не с той стороны подходите) Прежде всего нужно понимать структуру функционала вашего магазина. И структуру размещения товаров. Количество категорий, максимальное количество товаров на категорию, количество опций/атрибутов и их значений. Тип фильтра и количество параметров фильтрации, а также требования к поиску. Заранее могу сказать, что быстрый поиск средствами php+mysql реализовать очень проблематично по 100 000, если необходим поиск по описаниям. Также быстрая реализация фильтра в категориях 2000+ товаров на шаред-хостинге с зажатыми параметрами mysql и ресурсами процессора, тоже задача из области фантастики. Также seo-pro из коробки украдет у вас 1-2.5 секунды на страницах товаров/категорий. Запустить, вы все запустите и на шареде и на бедном VPS, но для того чтобы получить боевоей проект не всегда можно отделаться даже приличным VPS.

Типовому магазину не поможет данная реализация. Так как построение дерева категорий с использованием промежуточных вводных в данном случае это полный бред. И использовать его с оговоркой - где-то еще понадобиться, такой же бред, потому как если они и используются на страницах категорий, то это всего 10 атомарных запросов. И кешированные данные это или не кешированые не принципиально. Так как далее что для всего дерева, что для списка подкатегорий в категориях необходимо получить изображения, сео-урл и т.д. Поэтому для типового магазина на шареде, самый правильный метод - это кеш готовых наборов со всеми потрохами перехваченными перед передачей в представление. Что собственно и было реализовано в turbocache для 1.5 и в turbo для 2.x. Еще раз повторюсь. Театр начинается с вешалки, а быстрая система на Opencart - с базы данных. Все оптимизаторы-теоретики, начитались подобных себе "гуру" и пытаются бездумно всовывать его везде, показывая клиенту результат работы с данными из кеша и рассказывая - смотри как круто, теперь грузится за тысячные секунды. Это не оптимизация, а попытка надышаться перед смертью. Любая система, а в особенности высоконагруженная. В первую очередь должна лишиться бутылочных горлышек, а уже потом обрасти всякого рода кешами. Вы же со своей верой в синтетические тесты и отсутствием реального опыта боевых действий, пытаетесь вместо решения проблемы создать еще одно узкое бутылочное горлышко. Так что http://www.mysql.ru/docs/man/ на сегодня ваше все.

Нло не прилетит и не подключит его за вас - однозначно! Кроме этого необходим еще класс для работы с этой библиотекой. Например вот: https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=23443 Но она глючная, нужно допиливать.

Imagick ваше все!

судя по всему вы ничего не знаете, если округленно 1000 файлов в кеше это много по вашему. Это первое. Второе, вам уже трижды написали, что синтетический тест и боевой режим данной реализации - две совершенно разные вещи. И третье. Индексы все проставлены по вашему мнению, вы думаете что все. И еще, будьте добры, не хамите. Вопросы и замечания, оставьте вашим близким, возможно им по душе подобное обращение.

Все придумано и реализовано до вас в модуле Turbo.

Том, там много проблем, не только подсчет.

https://opencartforum.com/files/file/1751-turbocache-%D0%B4%D0%BB%D1%8F-ocstore/ Если не поможет - стучите в личку, будем смотреть подробнее

Нет, у нас все по другому. Вот например планерка.

Это запрос подсчета товаров при выводе на страницу в категорию. А не подсчет количества на каждую категорию, скорее всего. Его никак не убрать. Что делать с подобным я знаю от и до. В личку отписал.