Нужен хороший модуль ускорения сайта

[Michael5]

Нужен модуль для ускорения сайта, который отвечал бы трем правилам:

1) при изменении одного товара допустим цены, не надо полностью обновлять, удалять кэш/
2) если есть товар в корзине, модуль работает!
3) если клиент зарегистрирован, модуль работает!

Какие есть, что посоветуете для ускорения сайта?
Opencart 2.0.2.0

Змінено 28 листопада 2015 користувачем Michael5

[Otvet]

Посоветую без кеширования

Кеш - крайняя мера

[chukcha]

1) при изменении одного товара допустим цены, не надо полностью обновлять, удалять кэш/

 

 

Я так понимаю, что уже что-то есть

 

В таком случае добавить очистку кеша в контроллер админки, где происходит изменение

 

2) если есть товар в корзине, модуль работает!

3) если клиент зарегистрирован, модуль работает!

 

Это проблемы у html кешеров.

[markimax]

Посоветую без кеширования

Кеш - крайняя мера

 

Кешировщики не решают всех проблем, если сайт изначально не оптимизирован (к примеру много категорий товаров и самих товаров)

Кешировщики только ускоряют ОПТИМИЗИРОВАННЫЙ сайт

[sitecreator]

Кешировщики не решают всех проблем, если сайт изначально не оптимизирован (к примеру много категорий товаров и самих товаров)

Кешировщики только ускоряют ОПТИМИЗИРОВАННЫЙ сайт

 

 

Верно верно.

Стоит оптимизировать как саму конкретную базу данных, так и собственно сервер БД. Второе, разумеется, возможно лишь на выделенных (в том числе виртуальных) серверах. Потому, первый шаг к серьезной оптимизации - это отказ от shared-хостинга с его ограничениями, ибо львиная доля всяких кешеровшиков - это как раз таки костыли из-за невозможной оптимизации/настройки самого сервера БД, т. е. не от хорошей жизни так сказать.

 

Имея VPS (или реальный) вы также получаете возможность для максимального ускорения работы и самого PHP, разрешая кеширование самого кода PHP. Это не имеет никакого отношения к "кешированию сайта" (работает на другом уровне), штука эффективная в комплексе с другими мерами.

[sitecreator]

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

[Michael5]

а если нет денег на VPS + админ, то тогда лучший способ, выход в данной ситуации только кэш?

[SooR]

Всё должно быть комплексно сбалансировано.

Должно удовлетворительно (и лучше) работать без кэша и очень хорошо с ним.

Простого ответа на вопрос быстродействия нет, всё индивидуально.

Один запрос может глушить весь сценарий, но зато его закэшированная копия результата мгновенно исправляет ситуацию (до определенного времени).

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

Оптимизируя множество разных сайтов (не только магазинов) я сделал для себя следующие выводы*:

*Все нижеизложенные умозаключения не претендуют на истину и работают

в условиях достаточной аппаратной и программной поддержки сервера для выборки данных.

• На одну страницу не более 100 запросов в БД;
• Если время запроса превышает 0.05 сек - его можно и нужно оптимизировать (спорно, но для большинства SELECT'ов оправдано);
• Избавьтесь от запросов в циклах;
• Ускорить "тяжелые" таблицы иногда помогает партиционирование;
• Используйте разбиение кэша на группы. Для файлов - это директории. Например: product.3292 > system/cache/product/3292.[timestamp]
• Если не важен порядок файлов, используйте флаг GLOB_NOSORT для функции glob;
• А лучше вообще без glob - прямым обращением к файлу кэша;
• Используйте строгие сравнения результата кэша для принятия решений. Например: возвращайте null, если файл кэша не существует и только тогда производите запрос в БД;
• Избегайте хранения и обработки большого количества элементов в массивах. В отдельных случаях пользуйтесь числовыми ключами, это сократит объем данных;
• Сведите к минимуму хранение данных в сессиях php, для безопасных данных используйте localStorage на клиенте;
• Ну и, конечно, пользуйтесь профилированием запросов, отладчиками и специальными функциями php для контроля происходящего.

[Michael5]

тема закрыта.