Информация Ускорение и оптимизация престашоп

Наибольшее увеличение скорости вы увидите, если используете сервер litespeed и cdn.
Лайтспид конечно здорово, а есть бенчмарки на реальных сайтах ?
Они у себя на сайте сравнивают производительность своего сервера с включенным кэшом vs ngingx и apache без кэша. Что несколько некорректно.
А cdn счас вообще антипаттерн, если только у вас не своя сеть, заточенная под ваш сайт, и не 1000 уников в час.
 
Доброго времени суток. Использовать cloudflare CDN является нормальной практикой?
А так-же хочу услышать советы как сделать максимально быстрым свой магазин.
 
Доброго времени суток. Использовать cloudflare CDN является нормальной практикой?
А так-же хочу услышать советы как сделать максимально быстрым свой магазин.

Насчет CDN не знаю. Я заводил под Cloudflare магазин ради халявного flexible SSL. И обнаружил, что под его кэшем все довольно шустро работает, а главное - практически без глюков. Пробовал дополнительно ставить всякие суперкэши-престаспиды - в итоге понял, что с CloudFlare оно несовместимо: либо тормозит, либо глючит, либо и то и другое одновременно. Снес все нафиг и живу спокойно :)
 
С Cloud Flare столкнулся с проблемой с шорткатами cpanel
А именно
/cpanel
/whm
/webmail

Он их просто палит и перебрасывает на сервак хостинга. Хотелось бы скрыть доступ через domain/cpanel чтоб можно было только через ip/cpanel заходить. Иначе это теряет смысл.
Может кто подскажет?
Спасибо.
 
Нашел решение на камюнити Cloud Flare.(может кому тоже пригодится)

Нужно прописать три правила в фаерволе на Cloud Flare на каждый из путей (/cpanel, /whm, /webmail).
Field: URI Path
Operator: contains
Value: /cpanel(или /whm или /webmail)
And: Ip Adddress, is not in, и далее какие нибудь локальные ip адреса 127...... или 192........

И это решает вопрос с дырками на шорткатах когда нужно спрятать сервак за Флэром.
Соответственно доступ к шорткатам останется только при введение ip самого сервака
 
Товарищи, подскажите работает ли в престе 1.7.6.1 функция исключения загрузки модуля через расположение блоков (хуки)?
Столкнулся с тем, что попробовал добавить исключения, чтобы на карточке товара и категориях ( product и category ) не загружались модули SmartBlog и дефаултный HomeSlider (ps_imageslider), однако я вижу что они продолжат загружаться.
Соответственно вопрос, может что-то поменялось или в новой престе поломали это функцию? На 1.6.х все работало...
Все кэши отключены, перекомпиляция включена. Шаблон дефаултный...
Скрины прикрепил.

Очень плохо, на стандартных модулях почти на всех работает, на купленных, практически нигде. И это странно и плохо, т.к. этой функции ооооочень нехватает. Может это баг, а может сторонние разрабы просто не запаривались над модулями. Инфу пока не нашёл.
 
Нашел такую рекомендацию на официальном сайте, в System Administrator Guide:

If possible, split your static elements between different domains and sub-domains, in order to get parallel HTTP connections. To put that in place, open the /config/defines.inc.php file and add these lines (adapted to your needs) :
Код:
if ( $_SERVER['REMOTE_ADDR'] != '127.0.0.1' )
{
  define( '_THEME_IMG_DIR_',   'http://img2.yourdomain.com/'       );
  define( '_THEME_CSS_DIR_',   'http://css.yourdomain.com/'        );
  define( '_THEME_JS_DIR_',    'http://js.yourdomain.com/'         );
  define( '_THEME_CAT_DIR_',   'http://img1.yourdomain.com/c/'     );
  define( '_THEME_PROD_DIR_',  'http://img1.yourdomain.com/p/'     );
  define( '_THEME_MANU_DIR_',  'http://img1.yourdomain.com/m/'     );
  define( '_PS_IMG_',          'http://img1.yourdomain.com/'       );
  define( '_PS_ADMIN_IMG_',    'http://img1.yourdomain.com/admin/' );
} else {
  define( '_THEME_IMG_DIR_',   _THEMES_DIR_ . _THEME_NAME_ . '/img/' );
  define( '_THEME_CSS_DIR_',   _THEMES_DIR_ . _THEME_NAME_ . '/css/' );
  define( '_THEME_JS_DIR_',    _THEMES_DIR_ . _THEME_NAME_ . '/js/'  );
  define( '_THEME_CAT_DIR_',   __PS_BASE_URI__ . 'img/c/'            );
  define( '_THEME_PROD_DIR_',  __PS_BASE_URI__ . 'img/p/'            );
  define( '_THEME_MANU_DIR_',  __PS_BASE_URI__ . 'img/m/'            );
  define( '_PS_IMG_',          __PS_BASE_URI__ . 'img/'              );
  define( '_PS_ADMIN_IMG_',    _PS_IMG_.'admin/'                     );
}

Попробовал на пресет 1.7.6, не завелось. (хотя, это логично - инструкция для 1.6)
Может кто-то может адаптировать под престу 1.7?
 
Нашел такую рекомендацию на официальном сайте, в System Administrator Guide:

If possible, split your static elements between different domains and sub-domains, in order to get parallel HTTP connections. To put that in place, open the /config/defines.inc.php file and add these lines (adapted to your needs) :
Код:
if ( $_SERVER['REMOTE_ADDR'] != '127.0.0.1' )
{
  define( '_THEME_IMG_DIR_',   'http://img2.yourdomain.com/'       );
  define( '_THEME_CSS_DIR_',   'http://css.yourdomain.com/'        );
  define( '_THEME_JS_DIR_',    'http://js.yourdomain.com/'         );
  define( '_THEME_CAT_DIR_',   'http://img1.yourdomain.com/c/'     );
  define( '_THEME_PROD_DIR_',  'http://img1.yourdomain.com/p/'     );
  define( '_THEME_MANU_DIR_',  'http://img1.yourdomain.com/m/'     );
  define( '_PS_IMG_',          'http://img1.yourdomain.com/'       );
  define( '_PS_ADMIN_IMG_',    'http://img1.yourdomain.com/admin/' );
} else {
  define( '_THEME_IMG_DIR_',   _THEMES_DIR_ . _THEME_NAME_ . '/img/' );
  define( '_THEME_CSS_DIR_',   _THEMES_DIR_ . _THEME_NAME_ . '/css/' );
  define( '_THEME_JS_DIR_',    _THEMES_DIR_ . _THEME_NAME_ . '/js/'  );
  define( '_THEME_CAT_DIR_',   __PS_BASE_URI__ . 'img/c/'            );
  define( '_THEME_PROD_DIR_',  __PS_BASE_URI__ . 'img/p/'            );
  define( '_THEME_MANU_DIR_',  __PS_BASE_URI__ . 'img/m/'            );
  define( '_PS_IMG_',          __PS_BASE_URI__ . 'img/'              );
  define( '_PS_ADMIN_IMG_',    _PS_IMG_.'admin/'                     );
}

Попробовал на пресет 1.7.6, не завелось. (хотя, это логично - инструкция для 1.6)
Может кто-то может адаптировать под престу 1.7?
http1.1 допускал до 8 одновременных загрузок. и при загрузке сайта с 100 картинок/css/js подобные извраты, типа карты спрайтов, или разнесение статики на отдельные домены, имели смысл.
на http2 все льется одновременно. не тратьте время на эту ерунду.
 
Доброго дня.
Многое интересное для себя подчерпнул в теме.
Но ни кто не пишет как избавиться от кучи хлама лишнего css кода и возможного js.
Ни кто не заморачивался на эту тему?
 
Доброго дня.
Многое интересное для себя подчерпнул в теме.
Но ни кто не пишет как избавиться от кучи хлама лишнего css кода и возможного js.
Ни кто не заморачивался на эту тему?
а чо вам надо написать? там кропотливая работа - расписывать сутки, КТО оплатит????)))
 
  • Нравится
Реакции: alpi
Назад
Сверху