Тормозит Opencart. Часть 13

slow

Тормозит Opencart. Часть 13

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

Итак. Что нужно проверить и почему могут быть тормоза.
1 — Права на папки с кешами (системный, модификаторы, vqmod).

orava
2 — Очень часто сайт долбят поисковые боты в ссылки фильтра. Что делать с ботами ниже. Что делать с фильтром? Все просто — покупаем Mega Filter Pro, а еще лучше Mega Filterp Pro Plus, включаем в его настройках кеш, добавляем в robots.txt Disalow: /*mfp и радуемся.

megafilter

3. Поисковые боты в последнее время сошли с ума. Во первых их развелось великое множество, во вторых Бингу по моему сервером завезли, и он если заходит — укладывает магазин напрочь. По хорошему трафик у нас идет с Яндекса Гугла и немножко с мыл ру. Поэтому я бы рекомендовал закрыть к монахам в robots всех ботов кроме вышеуказанных. И внимательно проверить, закрыты ли у вас ссылки фильтров и метки. Да да метки надо закрывать — так как в opencart они реализованы через поиск, а поиск в opencart оставляет желать лучшего. Мало того такая реализация не приносит никакой пользы для seo. Так как в итоге в индекс попадает вагон соплей и ничего больше.

botbot

Также не забываем про crowl-delay. Имеет смысл поставить 5-10 секунд. Ничего не случится, от ботов не убудет. 10 секунд — это 2880 страниц в день. Вполне достаточно для того чтобы переиндесировать среднестатистический магазин ежесуточно полностью.

4 — Обновите vqmod до последней версии. Он стал намного быстрее.

5 — Старайтесь избегать дешевых виртуальных хостингов.

6 — Проверяйте лог ошибок. Недавно обнаружил на одном из магазинов смешную ситуацию. Из-за ошибки в переменной, выводимой в шаблон ajax скрипт обращался к несуществующей странице вызывая циклическую переадресацию, но не на сервеном уровне, а на уровне магазина. Соответсвенно магазин сам себя ддосил.

7 — Не используйте Лайтнинг от упырька MaxD. При ближайшем рассмотрении от этой поделки больше вреда чем пользы. Чего только стоит «фоновое создание кеша всех страниц сайта». Звучит вроде здорово, а на практике, у вас автоддос нон стоп.

3568

Хуйнаныр(18)Очко(0)

Запостить высер

Стучать мне на мыло
avatar

Сортировать:   Свежие | Тухлые | Хуйнанырные
Nameless
робот-вертер
Nameless
10 месяцев 16 дней назад

Полезности пост. А как всем ботам доступ закрыть кроме избранных или просто добавлять в стоплист новых?

markimax
робот-вертер
10 месяцев 16 дней назад

А подсчет товаров в категориях забыл ? В 9 из 10 случаев тормозов обычно виноват «он».
Тем более когда много товаров и категорий, а также модулей «меню»

Алексей
робот-вертер
Алексей
10 месяцев 16 дней назад

В 7-ом пункте Вы сами себе притиворечите.

PHP Боярин
робот-вертер
PHP Боярин
10 месяцев 2 дней назад

Так а хули то memcache не включить? Я вообще редис прикрутил и все стало ок. Файловый кеш ненужон.

Анатолий
робот-вертер
7 месяцев 18 дней назад

А какой же херней тогда пользоваться, чтобы ускорить сайт? я вот к такой штуке приглядывался ПИДАРСКОЙ ХУЙНЕ ОТ ОДНОГО МАСТИТОГО УПЫРЯ, но после того как вы все обосрали, даже не знаю, нужно ли это все?

GlobalWhite
робот-вертер
GlobalWhite
15 дней 4 часов назад

Подскажите, а на каких об]емах тестировали MegaFilterPlus? Не будет ли тормозить Mega Filter Plus при, скажем 100к товарах в базе? Вот сейчас, тестовая база: таблица oc_product — 71,073 записей, oc_product_attribute — ~792,792 записи, oc_product_discount — 142,138, oc_product_option — 71,035, и oc_product_option_value — 210,228 записей. И это все еще на мультисторе, всего два магазина. Есть смысл покупать MegaFilterPlus?
Стоял BrainyFilter Ultimate, который начал генерить страницы по 15 секунд, уже после того, как в базе появилось 9к товаров…

wpDiscuz