Техническое обслуживание ваших сайтов

Спасибо за отзывы, давно тут не писал.

На данный момент упорно работаю с Opencart и серверами, также с самописными сайтам.

Работу по ускорению Joomla пришлось приостановить, мне начали скидывать сайты так похабно разработанные и с такими плагинами, от которых любое движение в сторону оптимизации ломает всё. Не валидные CSS, смешанные JS файлы, подключение по 5 библиотек Jquery. И я понял, что с такими зоопарками и с таким отношение к написанием модулей я ещё не встречался. Поэтому пришёл к выводу о заморозки разработки AutoTuneSpeed для сайтов на данной CMS.

Классический говно код. Такого я давно не видел.

Каждый раз при добавлении новых сроков, которых не было в списке с клиентам брались деньги.

Пришлось закрыт кормушку.

Небольшой отзыв от клиента из личных сообщений форума:

А ещё вам поведаю интересную историю об оптимизации.

Обращается клиент, нужно настроить сервер с ISP5 панелью и 86 сайтами на Worpdpress. Сайты многостраничные сателлиты, статьи + картинки, но их очень много на каждом сайте.

Без проблем начинаю настройку, с клиентом не в первый раз работаем. Провожу все манипуляции, но замечаю, что MySQL по ощущением «биткоины майнит», но при этом никаких запросов долгих нет. Не зная специфики сайтов, я ничего не могу сделать, но север работает без перебоев и сайты открываются моментально.

Проходит неделя, новый день начинается с сообщения от клиента: «Сервер стал хуже работать, чем до настройки и сейчас сайты вообще не доступны.»

И показывает такую картинку:

 

Что-то тут не так, думаю я. Начинаю разбираться, подключаю мониторинги, логи и сразу вижу, что кто-то ищет на всех сайтах уязвимости. Бот работает без стеснения в 100 потоков для каждого сайта. При такой нагрузке всё падает. Я быстро блокирую подсети ДЦ откуда с сервера идут запросы. Серверу стало легко.

Дальше наблюдаю, что долбят XMLRPC.php, это стандартная вещь у сайтов на WP, поэтому блокирую этот файл через nginx для всех сайтов сразу.

Ещё выясняется, что всякие боты индексные также не утруждают себя в лимитах и парсят всё и сразу. Они также уходят под «нож».

Что в итоге? Да, нагрузка спала, но MySQL, походу, перешла с «биткоинов» на «эфир» и продолжает майнить.

Ну такого не может быть, у нас на всех сайтах стоит лицензионный WP Rocket, с выключенным переобходом. Никто не обновляет страницы, они бесконечно находятся в кэше. Что же делает MySQL?

Я начал долбить запрос: «SHOW FULL PROCESSLIST;», чтобы перехватить, хоть какой-то запрос. Через пару минут я вижу следующее:

   И ещё 70 строк этого запроса.

Что это такое?! А это у нас дамы и господа, плагин «WP 404 Auto Redirect to Similar Post», который на запрос не существующей страницы пытается подобрать из текущих статей подходящие.

Теперь всё становиться на свои места.

Кто-то перебирает уязвимости, это 404 ошибки. Боты запрашивают очень часто не существующие страницы, это 404 ошибка. И на все эти запросы, плагин пытался подобрать подходящие статьи. Такие страницы не кэшируются и плагин работал в поте лица, делая дикие запросы в MySQL.

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

 

У меня много всяких историй, не всегда есть время их детально оформить.

Кому было интересно и не читали историю про Sape, можете сделать этот тут:

https://searchengines.guru/ru/forum/997205/page7#comment_16361763

Возникла проблема с базой данных MySQL, после переноса на новый VDS сервер (перенос осуществлял хостер). Периодически выскакивала ошибка MySQL Fatal Error, а также отклик сервера оставлял желать лучшего. Мной было принято заказать ускорение сайта, чтобы все настроили и сделали сайт максимально быстрым, тут же мне сообщили, что все настроили, но отклик сервера слишком долгий и необходимо либо менять хостера, либо проводить настройку базы данных. 

Я обратился к Леониду за настройкой и описал проблему про периодическое появление ошибки MySQL Fatal Error. После настроек сайт начал загружаться в несколько раз быстрее, проблема действительно оказалась в базе данных, по ошибке Леонид сказал наблюдать и включил лог ошибок, так как сразу обнаружить проблему не удалось. Через некоторое время у меня снова появилась ошибка MySQL Fatal Error, я отписал Леониду и быстро была найдена проблема и устранена, спасибо ему большое за это. Если будет необходимость работы по базе данных, то обязательность обращусь ещё.

Большое спасибо Леониду за помощь в настройке и оптимизации сайта.  Быстро, качественно. 

Обращайтесь. Рекомендую!

Спасибо за отзыв.

Немного расширю, что было сделано:

1. Оптимизация сервера

2. Оптимизация БД сайта

3. Оптимизация под Google PageSpeed

Сервер теперь работает в штатном режиме и вообще не испытывает нагрузки.

Обновился скрипт:   AutoTuneSpeed – Автоматическое ускорение работы Opencart/OcStore 1.5/2.х/3.х

Кто ещё не знает, что это за модификатор, может прочитать тут: https://getmanyspeed.ru/articles/autotunespeed-avtomaticheskoe-uskorenie-raboty-opencartocstore-152h3h.html

Работает уже десятках проектах, всё стабильно и показатели скорости на высоте.

Ускорили пациента, полученными результатами очень доволен! Спасибо огромное, буду обращаться еще.

Спасибо за отзыв!

Сейчас появилось новое решение для Wordpress сайтов. Мною разработан плагин-расширение для Autoptimize, который дополняет в автоматическом режиме нужный функционал для ускорения сайта.  Autoptimize настраивается в стандартном режиме и эти настройки подхватывает мой плагин. Всё работает даже с самыми последними версия PHP 8 и WP 5.8

Было:

Стало:

Обратился к Леониду по поводу ошибок после переезда сайта, получил ответы на вопросы. Спасибо.