Требуется специалист по оптимизации сайта.

[Yura123]

Доброе всем время суток .  Требуется спец по  оптимизации сайта.

[sitecreator]

Смотря, что вы под этим подразумеваете.

 

Сайт тормозит? Могу решить эту проблему.

Опыт по ускорению высоконагруженных (товаров более 10 000 и одновременно посещений более 10 000/день) сайтов есть.

[Nameless]

если ускорить сайт то вам сюда https://opencartforum.com/user/7246-snastik/

[snastik]

Смотря, что вы под этим подразумеваете.

 

Сайт тормозит? Могу решить эту проблему.

Опыт по ускорению высоконагруженных (товаров более 500 000) сайтов есть.

Про посещения - умолчу. Так как при подобном объеме страниц, нагрузка от ботов может составлять до 20-30% от общего количества страниц проекта.

[snastik]

счас долбанут по репутации))) я уже предлагал тебя и получил минус)))

 

Спасибо, оценил )

[sitecreator]

C  более 500 000 не работал. это какой-то эксклюзив для опенкарт.

 

а с 25 000 ... 35 000 работал. это мой практический потолок. большего просто не довелось настраивать.

 

но количество товаров тоже не всегда решающий показатель. У меня, например, БД была 400 Мегов при количестве товаров всего то в 10 000. 

[leon111221]

Скиньте сайт для начала, а там посмотрим, что можно сделать

[snastik]

C  более 500 000 не работал. это какой-то эксклюзив для опенкарт.

 

а с 25 000 ... 35 000 работал. это мой практический потолок. большего просто не довелось настраивать.

 

но количество товаров тоже не всегда решающий показатель. У меня, например, БД была 400 Мегов при количестве товаров всего то в 10 000. 

 

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

От количества записей в больших таблицах - я понимаю.

От структуры и качества индексов - я тоже понимаю.

А вот от общего размера, не получается.

[sitecreator]

объем = большое количество записей.

 

и объем вызывал еще другие проблемы.  Например, происходил бекап БД.  В купе с бекапом картинок это приводило к катастрофической потере свободного пространства на диске.  Со всеми вытекающими.  а в момент бекапа зависала система, не сумев переварить объем и вываливалась с ошибкой.  проблема уже как бы косвенная, но на стабильность влияющая.  имеет ли это отношение к оптимизации?

Змінено 15 жовтня 2016 користувачем sitecreator

[snastik]

объем = большое количество записей.

 

и объем вызывал еще другие проблемы.  Например, происходил бекап БД.  В купе с бекапом картинок это приводило к катастрофической потере свободного пространства на диске.  Со всеми вытекающими.  а в момент бекапа зависала система, не сумев переварить объем и вываливалась с ошибкой.  проблема уже как бы косвенная, но на стабильность влияющая.  имеет ли это отношение к оптимизации?

 

Нет не имеет, так как большое количество записей на 10 000 товаров - это мизерное количество записей для потенциального ресурса mysql,  обработка которого упирается в правильную настройку серверного окружения и оптимизацию структуры базы. А количество обрабатываемых данных в базе - зависит скорее от доступного объема места на диске и оперативной памяти.

Вопросы связаны с бекапами подобного объема базы решаются очень просто - либо средствами isp, либо вручную при помощи rsync, либо при помощи sxd. Опять же правильнее здесь говорить не про оптимизацию, а серверное администрирование.

[vilka]

Скиньте сайт для начала, а там посмотрим, что можно сделать

Очередной кармодрочер))) В бан таких помощников!!!

[sitecreator]

Опять же правильнее здесь говорить не про оптимизацию, а серверное администрирование.

 

это все правильно. Но клиент то часто жалуется, что "все тормозит и часто зависает, в админке в том числе".  и желает чтоб "оптимизировали".

А когда с тормозами вопрос решен, то неожиданно может возникнуть вопрос от заказчика "а с СЕО как же? его тоже нужно оптимизировать".

 

или еще круче: "а теперь нужно чтобы в гугл Спиде чекере показывало не менее 80%"

 

вот так и пишут:

 

PageSpeed Insights  оценки не менее 80 - не вижу сложностей, для этого нужно оптимизированные изображения и правильная последовательность загрузки скриптов и css

человек не видит сложностей потому, что гугл дал "рекомендацию" в правильной последовательности загружать скрипты и css. чё тут делать то? последовательность поменял и вуаля.

Змінено 15 жовтня 2016 користувачем sitecreator

[leon111221]

Очередной кармодрочер))) В бан таких помощников!!!

Я смотрю "про" вылезло