Увеличиваем скорость загрузки страниц OpenCart

[snastik]

Какие то шаманские танцы с бубнами вы здесь описываете.

CDN  для статики необходим в том случае если у вас количество посещений превышает 10 в секунду и у apache не хватает потоков для отдачи контента. И то в таком случае можно прикрутить Nginx, который будет статику отдавать разгружая Apache.

 

Если правильно настроено кеширование сжатие стаикики на клиенте  - гугл выдает сходу pagepspeed 50-60, а если ужать картинки то и все 85.

 

По поводу требований о снижении качества JPG они совершенно правы. Недавно видел магазин, страница которого весила 7.5 МБ. Это не лезет ни в какие ворота. При понижении качества с 90 до 80, стало 3.5.

 

Плюс нужно не забывать, что основные ресурсы сервер тратит ни на отдачу изображений или контента, а на его формирование (запросы mysql + работа интерпретатора PHP). Сколько вы не будете пытаться нашаманить картинки и смотреть во всякин GMETRIX, если у вас страница генерится 3 секунды. Сжатые у вас или не сжатые картинки - особо ни на что не повлияют. И намного важнее оптимизировать движок модули и базу.
А серверная настройка  - это уже процесс второстепенный. Хотя если у вас жирный VPS, зачастую тюнинг конифга mysql дает приличный жирный прирост.

[DAJOGA]

А как сжать все картинки по быстрому? У меня их под 10k

[snastik]

А как сжать все картинки по быстрому? У меня их под 10k

Увеличиваете степень сжатия, прибиваете кеш картинок и системный кеш. И запускаете Xenus.

[beautypoint]

Спасибо, 

 

Какие то шаманские танцы с бубнами вы здесь описываете.

CDN  для статики необходим в том случае если у вас количество посещений превышает 10 в секунду и у apache не хватает потоков для отдачи контента. И то в таком случае можно прикрутить Nginx, который будет статику отдавать разгружая Apache.

 

Если правильно настроено кеширование сжатие стаикики на клиенте  - гугл выдает сходу pagepspeed 50-60, а если ужать картинки то и все 85.

 

По поводу требований о снижении качества JPG они совершенно правы. Недавно видел магазин, страница которого весила 7.5 МБ. Это не лезет ни в какие ворота. При понижении качества с 90 до 80, стало 3.5.

 

Плюс нужно не забывать, что основные ресурсы сервер тратит ни на отдачу изображений или контента, а на его формирование (запросы mysql + работа интерпретатора PHP). Сколько вы не будете пытаться нашаманить картинки и смотреть во всякин GMETRIX, если у вас страница генерится 3 секунды. Сжатые у вас или не сжатые картинки - особо ни на что не повлияют. И намного важнее оптимизировать движок модули и базу.
А серверная настройка  - это уже процесс второстепенный. Хотя если у вас жирный VPS, зачастую тюнинг конифга mysql дает приличный жирный прирост.

 

Спасибо:) Но думал, что CDN надо больше для того, чтоб для пользователя, например из Одессы, быстрее загружалась картинка из CDN сервера, который находится в Одессе, а не из сервера сайта, который например находится в Киеве. Разве не так?

[snastik]

Спасибо Но думал, что CDN надо больше для того, чтоб для пользователя, например из Одессы, быстрее загружалась картинка из CDN сервера, который находится в Одессе, а не из сервера сайта, который например находится в Киеве. Разве не так?

Это через чур.  В первую очередь все таки идея в разгрузке основного сервера от раздачи статики.

[DAJOGA]

Попробуйте это. Должно помочь!

https://opencartforum.com/files/file/1751-turbocache-%D0%B4%D0%BB%D1%8F-ocstore/

 

Только что приобрел.

Требуется помощь.

Данные отправил в личку.

[fijneman]

Я бы может и пожал картинки еще, но уже и так в глаза бросаются артефакты от 75% жимки, а оно хочет еще (всякие exif данные уже вырезаны). Без потери качества на ура работают сжималки png иконок и картинок. Но когда png превьюшка весит 15кб и такая же jpg всего 3кб, то я лучше выберу jpg с небольшими артефактами.

[snastik]

Я бы может и пожал картинки еще, но уже и так в глаза бросаются артефакты от 75% жимки, а оно хочет еще (всякие exif данные уже вырезаны). Без потери качества на ура работают сжималки png иконок и картинок. Но когда png превьюшка весит 15кб и такая же jpg всего 3кб, то я лучше выберу jpg с небольшими артефактами.

 

Матчасть рулит!

http://php.net/manual/ru/function.imagepng.php

 

        imagepng($this->image, $file, 9);       Вместо.  imagepng($this->image, $file);

[kotletka]

Я кстати на тему ускорения подумываю вот этот модуль взять:
http://www.opencart.com/index.php?route=extension/extension/info&extension_id=12658&filter_search=isense&sort=e.downloaded&order=DESC&page=3

мне эти ребята нравятся, купил у них пару модулей, очень нравятся.

 

Никто данный модуль по ссылке не юзал? может есть отзывы какието?

привлекло что сразу все в нем и сжатие картинок, и сжатие css и т.д.

 

А насчет CDN, по мойму вариант с Cloudflare не очень логичен для России, ведь их у них нет в ру серверов. В этом плане мне посоветовали SkyparkCDN вроде хорошая сетка по России.

 

В плане скорости загрузки трабла моего сайта - большой вес страниц. У меня каждая картинка подгружается дважды, в маленьком и большом формате + на странице категорий по 64 товара, вот и выходит что вес страницы под 3 МБ.

[fijneman]

Чую тут отговорят от покупки этого модуля :) https://opencartforum.com/topic/38223-%D1%80%D0%B0%D0%B7%D0%B2%D0%BE%D0%B4-%D0%B7%D0%B0-80/

 

А по поводу png vs jpg. Для категорий с выводом 50 товаров сразу, роляют jpg превьюшки с их размерами в 3-4 кб, против тех же максимально пожатых png'шек с пощью сторонних сервисов и весящих все равно в 5-6 раз больше.

[snastik]

Нитропака удалил за неделю три штуки. Не спасает. Ну никак.

[Alexa]

Подскажите, плз, по вопросу подключения gzip сжатия на хостинге.

Прально ли я понимаю, что нужно добавить в .htaccess:

<IfModule mod_gzip.c>mod_gzip_on Yesmod_gzip_dechunk Yesmod_gzip_item_include file \.(html?|txt|css|js|php|pl)$ mod_gzip_item_include handler ^cgi-script$mod_gzip_item_include mime ^text\.*mod_gzip_item_include mime ^application/x-javascript.*mod_gzip_item_exclude mime ^image\.*mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.* </IfModule>

 

 

Просто на 1 хостинге (Server: nginx/1.6.2) сам хостер включил сжатие и ничего самостоятельно добавлять в htaccess не нужно было, а на 2 -м (Server: Apache/2.4.10) - с тем же самым запросом на вкл.  - хостер отписал: "модуль сжатия включен на сервере и сжатие доступно для использования, но его нужно активировать при помощи директив в файле htaccess".

 

Спасибо за подсказку!

 

P.S. 2-ой хостер рекомендовал добавить не первоначальный код, а

<IfModule mod_gzip.c>
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/x-javascript
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE text/css
SetOutputFilter DEFLATE
</IfModule>

[ocdev_pro]

Чую тут отговорят от покупки этого модуля :) https://opencartforum.com/topic/38223-%D1%80%D0%B0%D0%B7%D0%B2%D0%BE%D0%B4-%D0%B7%D0%B0-80/

 

А по поводу png vs jpg. Для категорий с выводом 50 товаров сразу, роляют jpg превьюшки с их размерами в 3-4 кб, против тех же максимально пожатых png'шек с пощью сторонних сервисов и весящих все равно в 5-6 раз больше.

А зачем вам использовать png? PNG  нужен только в случае, если у картинки должен быть прозрачный фон например, то есть сохранение альфа-канала. А для картинок товаров он в принципе не нужен.

PNG можно использовать только в верстке для иконок например и/или логотипа, ну может еще какие-то моменты, больше незачем. 

 

[ocdev_pro]

Подскажите, плз, по вопросу подключения gzip сжатия на хостинге.

Прально ли я понимаю, что нужно добавить в .htaccess:

<IfModule mod_gzip.c>mod_gzip_on Yesmod_gzip_dechunk Yesmod_gzip_item_include file \.(html?|txt|css|js|php|pl)$ mod_gzip_item_include handler ^cgi-script$mod_gzip_item_include mime ^text\.*mod_gzip_item_include mime ^application/x-javascript.*mod_gzip_item_exclude mime ^image\.*mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.* </IfModule>

 

 

Просто на 1 хостинге (Server: nginx/1.6.2) сам хостер включил сжатие и ничего самостоятельно добавлять в htaccess не нужно было, а на 2 -м (Server: Apache/2.4.10) - с тем же самым запросом на вкл.  - хостер отписал: "модуль сжатия включен на сервере и сжатие доступно для использования, но его нужно активировать при помощи директив в файле htaccess".

 

Спасибо за подсказку!

 

P.S. 2-ой хостер рекомендовал добавить не первоначальный код, а

<IfModule mod_gzip.c>

AddOutputFilterByType DEFLATE application/xml

AddOutputFilterByType DEFLATE application/xhtml+xml

AddOutputFilterByType DEFLATE application/rss+xml

AddOutputFilterByType DEFLATE application/javascript

AddOutputFilterByType DEFLATE application/x-javascript

AddOutputFilterByType DEFLATE text/plain

AddOutputFilterByType DEFLATE text/html

AddOutputFilterByType DEFLATE text/xml

AddOutputFilterByType DEFLATE text/css

SetOutputFilter DEFLATE

</IfModule>

 

Правильно понимаете, но работать только будет если этот модуль действительно установлен на стороне сервера, тут условие стоит "если mod_gzip.c установлен, то включаем его и делаем следующее...."

[Alexa]

Правильно понимаете, но работать только будет если этот модуль действительно установлен на стороне сервера, тут условие стоит "если mod_gzip.c установлен, то включаем его и делаем следующее...."

Да, спасибо, это понятно. Модуль на стороне хостинга стоит...

[unidefs]

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

[root77]

3. Настраиваем Cloudflare, в архиве инструкция что делать.

4. регистрируем аккаунт на cloudflare.com

Меняем NSы и врубаем CDN. В настройках CDN, включаем минификацию JS и CSS, метод кеширования- simplified. Защиту лучше отключить, если она вам не нужна.

Я бы не рекомендовал использовать сторонние сервисы для оптимизации своего сайта, тем более с прикруткой ns. Отчего тогда вообще не отказаться от своего сайта, в пользу конструкторов!? Сайт должен быть самодостаточным и не должен зависить от неких третьих сил. Максимум, на что можно пойти в части (ускорения) использования сторонних сервисов, это использовать CDN Гугла или лучше Яндекса, для подгрузки Js. Также воспользоваться облаками для хранения картинок, тем более, что все равно клиент будет, так или иначе пользовать почтовые сервисы mail/gmail/ya

Это лично мое мнение, никому его не навязываю. Интересно почитать.

[snastik]

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

 

Джорнал и Нитропак редкой масти бред. В Джорнале перекопали полностью движок, забрав на себя половину системных функций. О вменяемой масштабируемости фукнционала можно забыть. Равно как и о внесении изменений в дизайн.

А нитропак - раскрученная чушь.

 

Толку от того что они кешируют полностью всю страницу контента. Базовая нагрузка все равно сохраняется. И в ситуации с 500 товарами - это еще куда не шло. Но в ситуации если у вас их 20-30к. Хостеры начинают вопеть все равно, так как ботов никто не отменял. А кеш все равно надо пересоздавать полностью даже раз в сутки. А по умолчанию раз в час.

 

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

[root77]

Толку от того что они кешируют полностью всю страницу контента. Базовая нагрузка все равно сохраняется. И в ситуации с 500 товарами - это еще куда не шло. Но в ситуации если у вас их 20-30к. Хостеры начинают вопеть все равно, так как ботов никто не отменял. А кеш все равно надо пересоздавать полностью даже раз в сутки. А по умолчанию раз в час.

Вот именно! :)

 

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

+++ небольшая заточка того и сего..., дает небольшой результат:

 Это без кеширования, оптимизации БД и прочих плюшек - тупо напильник :)

В итоге ссылки, сео, продвижение коту под хвост.

Золотые слова!!! При чем, это касается еще 1000к разных приблуд и прочих причиндал. Сайт должен быть самодостаточным!

<script type="text/javascript" src="http://yandex.st/jquery/1.7.1/jquery.min.js" ></script>

<script>window.jQuery || document.write('<script src="catalog/view/javascript/jquery/jquery-1.7.1.min.js"><\/script>')</script>

Не в дверь, так в  форочку :)

[Alexa]

Приветствую!

Хостер сменил свои сервера и в Cpanel изменились настройки и опции php,

В свете этого, подскажите, плз, какую галку :)))  есть смысл ставить: eaccelerator или apc?

P.S. Никакие собственные и т.п. модули по кешированию не стоят, все штаное для Ocstore.

 

Спасибо!

[YelloVV]

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

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

Итак, что имеем на входе:

1. Вес главной страницы 2.5мб

2. Google PageSpeed Score of 76 (out of 100).

проверять тут: https://developers.google.com/speed/pagespeed/insights

3. Page Speed Grade и YSlow Grade около 60%(что сильно не оч.)

проверять тут: http://gtmetrix.com

4. В магазине 2500 товаров и штук 14 категорий.

5. Главная страница, да и все остальные грузятся долго.

Магия (step-by-step):

1. Деактивировать все неиспользуемые модули.

2. Установить Smart Optimizer

Если после установки появляется, алерт с сообщениями на страницах магазина, то просто отключаем debug mode в конфиге, на ходовые качества не влияет.

3. Настраиваем Cloudflare, в архиве инструкция что делать.

4. регистрируем аккаунт на cloudflare.com

Меняем NSы и врубаем CDN. В настройках CDN, включаем минификацию JS и CSS, метод кеширования- simplified. Защиту лучше отключить, если она вам не нужна.

Что получили(Та-дам):

1. Вес Главной страницы 1.4мб

2. Google PageSpeed Score of 92 (out of 100).

3. Page Speed Grade: А (91%) и YSlow Grade: C (71%)

4. Сайт летает (Даже после очистки всех кешей)

Надеюсь это вам поможет. Успехов!

Меняем NSы и врубаем CDN. В настройках CDN, включаем минификацию JS и CSS, метод кеширования- simplified. 

 

Вот это можно поподробнее

[polarnik]

а с каких пор smartoptimizer на  nginx работает? большинство хостингов на нем

[YelloVV]

фихня это все. снес

[YelloVV]

имхо увеличивать скорость надо самому без примочек. я увеличил по рекомендациям https://developers.google.com/speed вдвое.

[YelloVV]

Было перерыто большое количество сайтов в поисках решения проблемы.

А необходимо было проверить файл по следующему пути в исходных файлах сайта:

/system/library/response.php

Если в файле встретилась конструкция вида,

$ouput = eval(base64_decode('ZnVuY3Rpb24gZ2V0X3BhZ2UoJHVybCl7CiAgICAgICAgJGFn...............

 

аменить файл response.php на "чистый" файл из этой директории. 

 

Скорость сайта sbortrav.ru увеличилась в 4 раза.