Техническая страница комментариев о товаре
IMDBOptimizer (OC 2.3) - Оптимизация базы данных

Здравствуйте
Если проблема связана с кривыми таблицами, то возможно, что починка таблиц поможет (Вкладка "Сервис", выбрать все таблицы и нажать кнопку "Починить!"). Но, гарантий дать не могу, тем более, что вы и не детализировали проблему.

Здравствуйте, Максим
Во-первых, очень странно как вы можете оставлять подобного рода комментарий, если не приобретали модуль.
Во-вторых, то что модуль переписывает файл ядра - это все есть в описании. Соответственно, если вы сами занимаетесь тем, что корректируете файлы ядра, то должны это учитывать. Никакой критической ошибки тут нет.
В-третьих. По поводу индексов - я уже писал ни один раз об их пользе и делал тестирование и у людей прирост в скорости наблюдался и все в том же духе. Суть в том, что это банальная практика проектирования, можете почитать на эту тему в интернете. Кроме того, если все же у вас индексы привели к тому, что скорость упала (вряд ли, конечно, но все же), то вы всегда можете безопасно их удалить тем же модулем.

Здравствуйте,

Все чуть иначе. Сразу скажу, что модуль не тестировался с JetCache. Однако:

1. Индексы создаются только 1 раз (ну иногда после установки дополнительных модулей полезно еще раз прогонять создание).

Другое дело, что в вашем варианте эффективность индексов со временем может быть меньше, так как товары часто корректируются.

Поэтому необходимо где-то раз в 2 недели запускать оптимизацию индексов (вкладка сервис). Можно и раз в месяц.

Эта часть вообще никак не зависит от модуля JetCache

2. По поводу совместимости основной вопрос в Кэшировании SQL-запросов. Вот тут есть нюансы.

2.1. Нужно узнать список таблиц и добавить их в исключения (там все очень просто и делается 1 раз)

2.2. Некоторые адреса так же нужно исключить (их стоит уточнить у автора JetCache и так же делается 1 раз).

Например, в JetCache если вы вошли в админке, то во фронте магазина можно будет видеть внизу статистику.

Если она привязана к бд, то лучше такие URL исключить из процесса кэширования модуля IMDBOptimizer.

Вы так и не подтвердили откуда у вас модуль. Соответственно, все ваши слова сложно корректно трактовать. Тем более, что вы не обращались за поддержкой.

Кроме того, вы же сами пишите "Модуль X или автор X корректирует ядро Опенкарта, почему ваш модуль не рассчитан на это?!?!?!"

Очень похоже, что модуль вам чем-то очень мешает. Но, использовать столь грубые методы...

"Аааа-аа-а-а-а-а, мы все умрем" часть вторая. За поддержкой не обращались, откуда модуль неизвестно, только публичные обвинения.

Факты

1. Откуда модуль не подтвердили
2. За поддержкой не обращались
3. Вежливости с вашей стороны ноль
4. Пишите с разлетом в 1-1,5 месяца

Может ошибка у вас. Может ошибка в модуле. Может проблема в чем-то третьем. А может ошибки и вовсе нет.
Узнать это можно только с конкретными примерами и доступом к сайту и коду.

Здравствуйте

По поводу файлов. В описании так и написано: "Заменяется ядровой файл registry.php".

По поводу тормозов. Нужно смотреть сайт, установленные у вас модули, не является ли это проблемой обновления модификаторов и многое-многое. Далее отписал вам в почту.

Плюс учитывайте, что если у вас мало товаров (меньше 1000) и БД не тормозит, то включенный модуль может немного снижать скорость. Суть тут в следующем. Кэш, какой бы он не был html или sql, это в любом случае затраты по времени. И плюс кэша возникает в тот момент, когда часть, которая была медленной, сохраняется в кэш и существенно быстрее достается из него.
Абстрактный упрощенный пример. Если некая функция выполняется за 10 единиц времени и кэш требует 10 единиц времени, то в этом случае разницы никакой (что функция за 10, что кэш за 10). В случае 5 единиц и 10 кэша, то это снижение скорости. Но, если функция выполняется, скажем, за 100 единиц, то плюс в снижении затрат в 90 единиц (=100-10).