Jump to content

Оптимизация скорости PrestaShop


Recommended Posts

VPS стоит связка apache2 + nginx.

В настройках "Производительность" все как надо. Модули ненужные отключены. С помощью google page speed пытаюсь оптимизировать скорость загрузки.

Но у меня никак не получается настроить сжатие -

уже и ".htaccess" правил по всякому и в "nginx.conf" включал gzip, с параметрами игрался. как несжимались css и js так и не сжимаются.

Можете поделится рекомендациями по настройке, дать совет какой нибудь.

Edited by homunculus (see edit history)
Link to comment
Share on other sites

для начала ваш хостер?

 

sprinthost.ru, OC debian 7. Память, Мб 512, Процессор, МГц 500.0

 

сколько памяти выделено под php ? proxy buffer параметры?

 

php стоит по умолчанию 128 Мб,

в каком файле лежат proxy buffer параметры? их не менял, все по умолчанию

Edited by homunculus (see edit history)
Link to comment
Share on other sites

сколько памяти выделено под php ? proxy buffer параметры?

 

php стоит по умолчанию 128 Мб,

в каком файле лежат proxy buffer параметры? их не менял, все по умолчанию

Link to comment
Share on other sites

увеличил кол-во памяти под php, с настройкой nginx ознакомился. Но как писал выше - там стоят настройки по умолчанию и пока не вижу смысла туда залезать... за исключением gzip. А css и js как не сжимались и так и продолжают =(

При вкл. сжатии трафик уменьшиться более чем на 1/8, остальные оптимизации не думаю что дадут такой прирост. настройки nginx.conf по gzip стоят как в инструкции.

может из .htaccess поудалять deflate.c всякие? или это не влияет?

 

 

и ещё вопрос - создал поддомен для использования в качестве CDN. Какие файлы туда нужно загрузить чтобы он нормально отображался? залил всю статику (картинки ксс жс) при сохранении структуры основного сайта, так ничего на сайте не отображается. Буду рад любой инструкции

Edited by homunculus (see edit history)
Link to comment
Share on other sites

увеличил кол-во памяти под php, с настройкой nginx ознакомился. Но как писал выше - там стоят настройки по умолчанию и пока не вижу смысла туда залезать... за исключением gzip. А css и js как не сжимались и так и продолжают =(

При вкл. сжатии трафик уменьшиться более чем на 1/8, остальные оптимизации не думаю что дадут такой прирост. настройки nginx.conf по gzip стоят как в инструкции.

может из .htaccess поудалять deflate.c всякие? или это не влияет?

 

 

и ещё вопрос - создал поддомен для использования в качестве CDN. Какие файлы туда нужно загрузить чтобы он нормально отображался? залил всю статику (картинки ксс жс) при сохранении структуры основного сайта, так ничего на сайте не отображается. Буду рад любой инструкции

 

я гдето на форуме видел похожее.класс image переписывать и не только!

ещё link/

 

Но как писал выше - там стоят настройки по умолчанию и пока не вижу смысла туда залезать..

 

Не лезь и ничего не добьёшься в быстродействии ^_^

Link to comment
Share on other sites

Не лезь и ничего не добьёшься в быстродействии ^_^

 

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

Link to comment
Share on other sites

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

 

homunculus

Присмотрись к VPS сервакам на базе Xen,KVM виртуализации, операционка к примеру CentOS, очень простая в пользовании. Далее обрати внимание чтобы жесткий диск был SAS или SSD. Оперативки в зависимости от твоего сайта, если большой с кучей фотографий товара, то чем больше тем лучше. Если у тебя будет товаров 300, то и 1гб хватит. Проц какой ни будь 2x2000 с чем то. Далее настрой связку php-fpm+nginx+apc cache или memcached, php бери 5.4 версии, nginx 1.4 и выше. Далее настрой это все оптимальным способом под себя, тестируя разные параметры и конфиги, смотря на производительность. Поставь последнюю версию престы, включи профайл и смотри на время загрузки сайта, сложные и дублирующиеся запросы, сложные запросы пробуй облегчать, дублирующиеся пробуй уменьшать. Так же перелопатить сайт и убрать не нужные басурманские запросы типа проверки налогов на товары, ндс, других языков и прочего. Можешь еще сделать чтобы jquery и fancybox с яндекс или гугл репозитория грузились, есть еще разные мелкие фишки, но долго и много писать и рассказывать надо..

  • Like 1
Link to comment
Share on other sites

Присмотрись к VPS сервакам на базе Xen,KVM виртуализации, операционка к примеру CentOS, очень простая в пользовании...

Спасибо за рекомендации, как раз думал менять хостера - четкие конкретные рекомендации очень кстати.

 

Включил в php отладку. Вот вывод:

Load time: 4.558s

You'd better run your shop on a toaster

  • config: 365ms
  • constructor: 0ms
  • init: 104ms
  • checkAccess: 0ms
  • setMedia: 4ms
  • postProcess: 0ms
  • initHeader: 0ms
  • initContent: 3.883s
  • initFooter: 0ms
  • display: 202ms

Hook processing: 3.908s / 7.04 Mb

  • displayHeader: 3.482s / 3.11 Mb
  • displayHome: 373ms / 2.84 Mb
  • moduleRoutes: 26ms / 0.61 Mb
  • displayRightColumn: 20ms / 0.43 Mb
  • displayLeftColumn: 6ms / 0.04 Mb
  • DisplayOverrideTemplate: 0ms / 0 Mb
  • actionDispatcher: 0ms / 0 Mb
  • displayTop: 0ms / 0 Mb
  • actionFrontControllerSetMedia: 0ms / 0 Mb
  • displayFooter: 0ms / 0 Mb

Memory peak usage: 21.43 Mb

  • config: 10.03 Mb
  • constructor: 0 Mb
  • init: 3.69 Mb
  • checkAccess: 0 Mb
  • setMedia: 0 Mb
  • postProcess: 0 Mb
  • initHeader: 0 Mb
  • initContent: 6.45 Mb
  • initFooter: 0 Mb
  • display: 0.47 Mb

Total cache size (in Cache class): 0.36 Mb

DB type: DbPDO

SQL Queries: 61 queries

Time spent querying: 123ms

Included files: 178

Size of included files: 1.83 MbGlobals (> 1 Ko only): 297 Ko

  • _LANG ≈ 142.8 Ko
  • smarty ≈ 72.4 Ko
  • _MODULES ≈ 52.6 Ko
  • _SERVER ≈ 8.9 Ko
  • customer ≈ 6.5 Ko
  • _MODULE ≈ 4.5 Ko
  • _COOKIE ≈ 4.2 Ko
  • cookie ≈ 1.7 Ko

Что за параметры InitContent и displayHeader?

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

Edited by homunculus (see edit history)
Link to comment
Share on other sites

displayHeader это хук. Попробуйте отключать модули, установленные в этом хуке. Скорее всего один из них делает запрос к стороннему сайту, поэтому так долго работает.

Link to comment
Share on other sites

С displayHeader разобрался, модули пооткючал. Но не понятно что есть initContent и display? И как понизить время загрузки?

Да и не помешал бы информация вообще про все параметры первого блока:

  • config:
  • constructor:
  • init:
  • checkAccess:
  • setMedia:
  • postProcess:
  • initHeader:
  • initContent:
  • initFooter:
  • display:

Edited by homunculus (see edit history)
Link to comment
Share on other sites

Спасибо за рекомендации, как раз думал менять хостера - четкие конкретные рекомендации очень кстати.

 

Включил в php отладку. Вот вывод:

Load time: 4.558s

You'd better run your shop on a toaster

  • config: 365ms
  • constructor: 0ms
  • init: 104ms
  • checkAccess: 0ms
  • setMedia: 4ms
  • postProcess: 0ms
  • initHeader: 0ms
  • initContent: 3.883s
  • initFooter: 0ms
  • display: 202ms

Hook processing: 3.908s / 7.04 Mb

  • displayHeader: 3.482s / 3.11 Mb
  • displayHome: 373ms / 2.84 Mb
  • moduleRoutes: 26ms / 0.61 Mb
  • displayRightColumn: 20ms / 0.43 Mb
  • displayLeftColumn: 6ms / 0.04 Mb
  • DisplayOverrideTemplate: 0ms / 0 Mb
  • actionDispatcher: 0ms / 0 Mb
  • displayTop: 0ms / 0 Mb
  • actionFrontControllerSetMedia: 0ms / 0 Mb
  • displayFooter: 0ms / 0 Mb

Memory peak usage: 21.43 Mb

  • config: 10.03 Mb
  • constructor: 0 Mb
  • init: 3.69 Mb
  • checkAccess: 0 Mb
  • setMedia: 0 Mb
  • postProcess: 0 Mb
  • initHeader: 0 Mb
  • initContent: 6.45 Mb
  • initFooter: 0 Mb
  • display: 0.47 Mb

Total cache size (in Cache class): 0.36 Mb

DB type: DbPDO

SQL Queries: 61 queries

Time spent querying: 123ms

Included files: 178

Size of included files: 1.83 MbGlobals (> 1 Ko only): 297 Ko

  • _LANG ≈ 142.8 Ko
  • smarty ≈ 72.4 Ko
  • _MODULES ≈ 52.6 Ko
  • _SERVER ≈ 8.9 Ko
  • customer ≈ 6.5 Ko
  • _MODULE ≈ 4.5 Ko
  • _COOKIE ≈ 4.2 Ko
  • cookie ≈ 1.7 Ko

Что за параметры InitContent и displayHeader?

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

 

А как ты получил такое?

Link to comment
Share on other sites

А как ты получил такое?

Включил профалинг в 1.5, в 1.4 есть сборке от сорса...

Включается в config.inc.php в 1.4, в 1.5 через админку.

 

У меня 1.5 стоит. Как в админке включить не знаю. Я делал так:

1. В файле /config/defines.inc.php меняем false на true. Вот так он должен выглядеть:

/* Debug only */
define('_PS_MODE_DEV_',true);
if(_PS_MODE_DEV_)
{
@ini_set('display_errors','on');
define('_PS_DEBUG_SQL_',true);
/* Compatibility warning */
define('_PS_DISPLAY_COMPATIBILITY_WARNING_',true);
}

И ещё такую строчку исправить:

define('_PS_DEBUG_PROFILING_',true);

Режим разработчика это называется. Но предупреждаю интерпретатор php сразу начнет сыпать ошибками, нотисами и пр. Так что будьте готовы.

Отключить предупреждения можно в /php5/apache2/php.ini

Правьте строку:

error_reporting = E_ALL & ~E_NOTICE

Link to comment
Share on other sites

Да и не помешал бы информация вообще про все параметры первого блока:

config - это интервал с запуска приложения до конца чтения конфигов. Такое потребление памяти в основном из-за загрузки всей таблицы ps_configuration в память.

Остальные параметры это соответствующие методы текущего контроллера.

Отключить предупреждения можно в /php5/apache2/php.ini

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

  • Like 1
Link to comment
Share on other sites

  • 3 weeks later...

Load time: 4.558s

 

- если не хотите возиться с оптимизацией кода - просто избавьтесь от apache в вашей связке

- выберите нормального хостера, "не российский" - само по себе уже бонус :) имхо конечно

- простота centos :) это про фломастеры разные на вкус

Link to comment
Share on other sites

Ну...если попробовать создать сервер на debian и centos, сразу все станет понятно, где проще..у фряхи тоже есть свои минусы, не знаю, как то CentOS предпочитаю больше...

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...