Инфо Обсуждение настроек VPS сервера для PrestaShop

Тема в разделе "PrestaShop", создана пользователем ZiX, 15 мар 2016.

Информация :
Приветствую гость, обрати внимание! Темы которые закреплены в разделах, в скором времени будут откреплены. Правила раздела PrestaShop

(Не актуальные темы) Каталоги:Модули PrestaShop 1.7Модули PrestaShop 1.5 - 1.6Шаблоны PrestaShop 1.7Шаблоны PrestaShop 1.5 - 1.6
(Не актуальные темы) Поиск / Запросы:Модули PrestaShop 1.7Модули PrestaShop 1.5 - 1.6Шаблоны PrestaShop 1.7Шаблоны PrestaShop 1.5 - 1.6
Полезная информация:Поддержка и помощь c PrestaShopУбираем ПрестаТраст, стучалки и прочую рекламуСовместные покупки модулей и шаблоновПеревод Prestashop и модулей
Модераторы: trace
  1. Noxikus

    Noxikus

    Регистр.:
    18 фев 2015
    Сообщения:
    299
    Симпатии:
    69
    Сейчас настроили связку nginx+apache+mod_php, говорят, что в целом сейчас эта связка считается самой быстрой (тут вопрос). Настроили сжатие и кеширование и на первый взгляд задержек уже таких не наблюдается.

    Еще сталкивался с такой информацией, что у mysql есть переменная в конфиге connect-timeout. Из документации к mysql удалось выяснить:
    "connect-timeout: Время ожидания для соединения в секундах. Для Linux это время ожидания используется также для ожидания первого ответа с сервера."
    На данный момент этот параметр равен 60, но некоторые пробовали его ставить '1' и якобы это значительно ускоряло работу. Сталкивался кто-нибудь может тоже с таким?
     
  2. sergiykhd

    sergiykhd Prestashop Studio

    Регистр.:
    17 апр 2013
    Сообщения:
    1.154
    Симпатии:
    884
    у меня connect_timeout = 5
     
    Noxikus нравится это.
  3. yuazakharov

    yuazakharov

    Регистр.:
    22 янв 2013
    Сообщения:
    297
    Симпатии:
    144
    Примерно вот так правильно?

    Изменил:
    Cache-Control: max-age=2592000;
    gzip on
    убрал expires -1;
    Cache-Control public; <- убрал кавычки

    Значит ли, что самый внутренний location имеет приоритет во всем? например в кэшировании
    Код:
    server {
    listen 8.8.8.8:80;
    server_name site.ru www.site.ru;
    error_log /var/log/apache2/domains/site.ru.error.log error;
    
    Отсюда (location ~* ^.+\.(jpeg|jpg|png|gif|bmp|ico|svg|tif|tiff|css|js|htm|html$) тогда надо убрать png jpg и другие добавляемые?
    location / {
    proxy_pass http://8.8.8.8:80:8080;
    }
    
    location ~* ^.+\.(jpeg|jpg|png|gif|bmp|ico|svg|tif|tiff|css|js|htm|html$
    {
    root /home/admin/web/site.ru/public_html;
    
    location \.png  { access_log off; log_not_found off; add_header Cache-Control "max-age=2592000, public"; gzip on; }
    location \.jpg  { access_log off; log_not_found off; add_header Cache-Control "max-age=2592000, public"; gzip on; }
    
    access_log /var/log/apache2/domains/site.ru.log combined;
    access_log /var/log/apache2/domains/site.ru.bytes bytes;
    add_header Cache-Control public;
    try_files $uri @fallback;
    }
     
    Последнее редактирование: 14 апр 2017
  4. alpi

    alpi human being

    Регистр.:
    29 июл 2014
    Сообщения:
    244
    Симпатии:
    234
    @yuazakharov, выносите комментарии из кода, сложновато читать.
    вообще удалить этот локэйшн, все png jpg и т.п. сделать отдельными локейшенами.
    эту рекомендацию озвучивал автор nginx Игорь Сысоев неоднократно - использовать регулярки только там, где без них нельзя обойтись, и именованые локейшены - лучшая альтернатива.

    какая у вас цель? включить кэширование обратно?
    тогда вместо
    location \.png { access_log off; log_not_found off; expires -1; gzip off; }
    сделайте так
    location \.png { access_log off; log_not_found off; expires max; gzip off; }
    и gzip для картинок включать не стоит

    upd
    похоже, для полного отключения кэша нужно выставлять для верности заголовок
    add_header Cache-Control must-revalidate;

    про кэширование, с картинками
    http://html5.by/blog/cache/
     
    Последнее редактирование: 14 апр 2017
    yuazakharov нравится это.
  5. alpi

    alpi human being

    Регистр.:
    29 июл 2014
    Сообщения:
    244
    Симпатии:
    234
    не совсем так, данные устарели :)
    apache+mod_php действительно быстрее чем apache+php-fpm, но с учётом выхода пхп7 утверждать, что он быстрее чем nginx+php-fpm - весьма спорно.
    тут сильно зависит от конфигов, скриптов, и нжинкс в любом случае лучше себя покажет при больших нагрузках/одновременных подключениях, при этом будет есть меньше памяти.
    и правильно настроить апач сложнее чем nginx. так, как его настраивают повсеместно - спихивая всю логику по папкам в .htaccess - не способствует быстрой работе.
    вы путаете тёплое с мягким. то, о чём вы пишете, относится к php:
    http://php.net/manual/ru/mysql.configuration.php#ini.mysql.connect-timeout
    а переменная в конфиге mysql как-бы немного не об этом:
    https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_connect_timeout
    The number of seconds that the mysqld server waits for a connect packet before responding with Bad handshake. The default value is 10 seconds.
    лучше оставьте в покое эту настройку, вы ничего так не ускорите, а сломать можете.
     
    Последнее редактирование: 14 апр 2017
    evgenij.sobolev, Noxikus и _sashok нравится это.