OC v3.х Увеличение производительности OpenCart и OcStore

  • Автор темы Автор темы Denzy
  • Дата начала Дата начала

Denzy

Злобный самаритянин
Команда форума
Moderator
Разрушитель (V)
Сообщения
412
Реакции
277
Баллы
3 803
Ку чатлане
316748_original.jpg

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

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


Прошу не флудить
 
Кеш это одновременно и просто и сложно.
Проблема кеша это холодный старт и задержки при его инвалидации.
Идельно кеш должен инвалидироваться и генерироваться в __destruct().
Далее. Если вы запустите профайлер, то он вас удивит тем что запросы к бд составляют очень малую долю. Главными врагом у вас окажется .... события. У меня они лично сжирают 20% времени генерации страницы. Чуть позднее выложу свой хак.
 
Последнее редактирование:
NitroPack 3.5.16 с исправлениями от 3.5.17 по ряду устаревших функций, не хватает в нём AMP, т.к. устаревшая версия, но пока лучше под 3.0.3.7 не нашел ...
В активном поиске 3.5.18 Null на просторах интернет ...
Вопрос: кто-то использовал облачный NitroPack ???
 
Я бы не был так оптимистичным на счет всевозможных "конструкторов лего". Когда в одном флаконе всего натыкано, очень часто оказывается что работает оно через пень-колоду.
 
NitroPack 3.5.16 с исправлениями от 3.5.17 по ряду устаревших функций, не хватает в нём AMP, т.к. устаревшая версия, но пока лучше под 3.0.3.7 не нашел ...
В активном поиске 3.5.18 Null на просторах интернет ...
Вопрос: кто-то использовал облачный NitroPack ???
Подскажи, а как в NitroPack 3.5.17 пофиксить проблему с тем, что он перестает кешировать, если добавить какой-либо товар в корзину?

Модуль шикарный и страницы летают, но как только что-то закидываешь в корзину, все страницы подгружаются без кеша :(
 
Подскажи, а как в NitroPack 3.5.17 пофиксить проблему с тем, что он перестает кешировать, если добавить какой-либо товар в корзину?
Перевод из FAQ по NitroPack

... как только покупатель добавляет товар в корзину, входит в систему или добавляет товар в список желаний, веб-сайт снова начинает работать медленно. Это ошибка?

Это не ошибка. К сожалению, система OpenCart не позволяет проводить оптимизацию в следующих случаях:
  1. Клиент вошел в свою учетную запись OpenCart
  2. У покупателя есть товары в корзине
  3. У клиента есть товары в списке желаний
При выполнении любого из вышеперечисленных условий оптимизации NitroPack не вступают в силу. Мы рассматривали возможность оптимизации в этих случаях, но в прошлом столкнулись с некоторыми очень серьезными препятствиями:
  1. Место на диске веб-сайта быстро закончится, потому что теперь кешированный контент должен создаваться для каждого отдельного сеанса пользователя.
  2. Частичная оптимизация не работает, потому что содержимое сеанса пользователя изменяет заголовок, и всю страницу нужно оптимизировать целиком, а не частично.
  3. Ваша квота на оптимизацию услуг очень быстро иссякнет.
  4. Это не очень полезно для клиентов, так как их посещение первой страницы всегда неоптимизировано, пока они не решат обновить страницу. Типичный путь клиента с сеансом использует каждую страницу только один-два раза. Это устраняет необходимость в оптимизации.
 
Подскажи, а как в NitroPack 3.5.17 пофиксить проблему с тем, что он перестает кешировать, если добавить какой-либо товар в корзину?

Модуль шикарный и страницы летают, но как только что-то закидываешь в корзину, все страницы подгружаются без кеша :(
А все потому что кеш не панацея! Сайт должен быть быстрым ДО кеширования и очень быстрым ПОСЛЕ!
 
А все потому что кеш не панацея! Сайт должен быть быстрым ДО кеширования и очень быстрым ПОСЛЕ!

Понимаю что это может довести до трясучки, а как вот такой модуль кеширования?
 
Понимаю что это может довести до трясучки, а как вот такой модуль кеширования?
Это решение, но только части проблемы.
Это как когда у вас течет крыша, вы предоставляете ведро. Теперь у вас сухо, но это не значит что проблема с крышей у вас решена.
 
Последнее редактирование:
Выглядит, как графический интерфейс для mod_pagespeed от гугла.

В целом, если CMS совсем кривая, то это может помочь. Но по моему опыту сайт становится только медленнее, т к. между пользователем и сервером появляется ещё одна прослойка, которая обрабатывает каждый запрос.
Кроме того, часто густо от этого модуля ломается весь js, потому что модуль переносит его в конец страницы, а jQuery (мир его праху) не понимает отложенной загрузки и не может дождаться загрузки ядра перед выполнением инлайновых скриптов, которые так часто лепят в опенкартовских темах наши горе-разработчики.

Если коротко - нет такой волшебной кнопки "сделать быстро", поэтому все модули кеширования и все пейджспиды помогают только в совсем печальных случаях.
 
если есть, конечно
я так понял, что это не модуль - а в панельке от хостера такое, а вот модуль EasyCash - это просто кеш, коих десятки, чем он лучше других - не знаю.
 
А jet cache чего даже не рассматривают ?
... и что Вам мешает рассмотреть и главное - поделиться своим опытом, несмотря на "активное обсуждение" ранее jet cache.
В рамках правил форума - дерзайте ;-) ...
 
Магазины с большим количеством товаров, которые обновляется фидом каждые 6 часов удалось ускорить только через модуль OpenCart Lightning . Без лайтинга при каждом обновлении товара кэш опенкарта и других расширений слетал... До кучи "всеми любимая" тема Journal 3 )))
 
А что в товаре обновляете то, и главное чем? Потому что если только остатки, то они на кеш как-бы не влияют.
 
Universal Import/Export Pro в CSV. Связка Opencart 3.0.3.8 (rs.2) + Journal 3.1.10 Остатки + новый товар, если добавили. По идее импортер просто пропускает товары в которых нет изменений. Слетает, в ручную обновлял фид и тестил.
 
Последнее редактирование:
Назад
Верх