Yoda

1 - время ответа сервера оценивать всякими шаманские gmetrixами - это так же как мерять в попугаях сами знаете что! Ну чтобы долго не объяснять тот же gmetrix до сих пор в 2020 году хочет спрайты и еще какую то муть безумную 2 - время ответа сервера оценивается инструментом который может это оценить а это https://webmaster.yandex.ru/tools/server-response/ 3 - если вы хотите отталкиваться от каких то цифр, которые в целом каким-то образом могут повлиять на позиции в выдаче и пользовательское поведение. Не нужно прикладывать подорожник - а нужно пользоваться официальными инструментами. Тем же https://developers.google.com/speed/pagespeed/insights/?hl=ru 4 - не нужно путать теплое с мягким. время ответа сервера, время DOM content load, время до первой реакции страницы на пользовательский ввод, время отрисовки первого контента это три разных показателя, которые связаны друг с другом опосредовано и не имеют прямой зависимости. И работать над каждым показателем необходимо отдельно. Так к примеру, если говорить про ttfb - т.е. непосредственно реакцию сервера на запрос из браузера. То здесь нужно смотреть в сторону оптимизации базы данных, скриптов движка, настроек сервера и качества самого железа, на котором у вас все вертится. Если говорить про время отрисовки первого контента необходимо смотреть структуру контента страницы, структуру подключения внешних скриптов, количество скриптов и т.д. Опять же, бывает часто-густо у людей обнаруживается 2-3 подключения api яндекс-карт и пару подключений api вконтакта. И пока бразуер качает-обрабатывает этот внешний контент, пользователи ждут инициализации/повторной инициализации этих скриптов по 2-3-5 секунд. И к времени ответа сервера это не имеет никакого отношения. Еще к примеру, одна частая ошибка - это постояно включенный вебвизор в яндекс метрике. На декстопе для пользователя он практически не заметен, а вот на бюджетном смартфоне и плохом интернете, он создает излишнюю избыточную нагрузку, как на сеть, так и на бразуер, отсылая постоянно в яшу снимки поведения пользователя. Но 99% владельцев магазинов в него ни разу не заглядывали и не заглянут, а если и надо будет оценить поведение покупателей - то его в любой момент можно включить на время. И вот так во всем. Каждый кейс требует своего подхода, разбора и решения. Универсальной таблетки нет и не будет! Ну и поржал от совета про memcache. На фоне 2-3-4 сек ответа сервера, че он даст? 25 мс? Жестяные советы вобщем бывают! Это типа как если у вас горит полхаты, возьмите поплюйте на огонь, пожар не потушите, но пошипит!

Движок к протоколу не имеет никакого отношения - это исключительно серверный слой. Просто включите для виртуалхоста http2 и все!

не слушайте невменяемых. Если вам нужен модуль фильтра с кастомным функционалом, вам надо обращаться к авторам фильтров. Учитывая что вменямых фильтров под оксторе всего ничего два. ТО вам или к @SooR или к @OCMegaExtensions с вашими хотелками. А в подобном формате как вы хотите - это будет флуд и холивар от недоразработчиков.

Лучше поищите подорожник и синию изоленту! толка больше будет!

Яке горе, а денег запатили ?

вы так и не поняли что надо сделать ? Редирект, или вы боитесь что это дубли? Если вдруг у вас вторая боль - то # ссылки не индексируются и не являются дублем. Так что не переживайте!

У человека в первой фразе полное тз! И как вам не специалист напишет тз по оптимизации сайта ?

Надо убрать язык в запросе и сделать группировку по product_id

А вы только таблицы конвертировали, или индексы еще добавляли ? Не существенно, особенно если выставить innodb_flush_log_at_trx_commit=2. Очень часто innodb, за счет другого механизма локов данных (на увравне записи а не всей таблицы) единственное спасение для магазинов с постоянно обновляемой номенклатурой. Нормальная практика! Наверное 100+ магазинов отлично работают и таких проблем как у вас нет, а вот если нахомутать с индексами и если юзать mariadb - могут быть проблемы один в один как вы описываете.

Да все нормально решается и со стилями и со скриптами, было бы желание их инлайнить. А вот async может привести к непредсказуемым результатам.

На суде вы ничего не добьетесь, так как есть форсмажор и ни один хостинг не несет ответсвенности за сохранность ваших данных. А устраивать клоунаду, когда сам дурак и забыл оплатить - ну так никто никому ниче не должен реально.

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

В мягкой форме очень многие люди не понимают к сожалению А если не консультируют - то зачем простите тогда такой хостинг ?

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

Генерация страницы у вас ок https://webmaster.yandex.ru/tools/server-response/?url=https%3A%2F%2Fvoystore.ru%2F&user-agent=robot&if-modified-since= А проблемы с pagespeed у вас как у всех. Изображения в webp, убрать яндекс карты со всех страниц в кривом модуле СДЭК и обьединить в один все остальные стили, которые подключены не через системный механизм шаблона.

И оптимизировать запрос и добавить индексы. Не факт что один. И не факт что простой.

Взломан может быть как сервер так и сам скрипт магазина. Вариантов масса. От дырявой vestaCP до пароля 12345 Изначально надо разобраться что именно рассылает спам. Тогда станет ясно, куда копать.

Если человек совета просит - куда ему на хост без саппорта? Нет украинских узлов в UA-IX При том что, хост про я терпеть не могу, но из худшего у них лучший продукт.

20-30 к это сервер. Сервер вам нужен с поддержкой. Если говорить про укр сервера с поддержкой - это хостпро.

*mfp - этого не было! А если посмотреть сюда /svet/mfp/manufacturers,decodom- Что мы видим? mfp в урле а не как get параметр. соответственно это все бесполезно: Disallow: *?mfp=* Disallow: *&mfp=* Что касается нагрузки от гугла, чтобы он успокоился ему надо перечитать роботс, что делает он не сразу. И мало того принимает его во внимание после переобхода в течении суток. И мало того, в новом гуглвебмастере нет инструмента изменения robots.txt и надо идти в старый. А еще он просто может наплевать на роботс, и тогда такой трафик надо отбивать на уровне какого-то кода.

Просто добавьте в роботс Disallow: /*mfp Бот пытается пройти по всем вариантам комбинаций фильтра. Мало того что вы дубли страниц плодите, еще и сервер подгружаете.

Это вот бесплатно и работает.

Метрика и jivo и так грузятся асинхронно Тут похоже вывод через google tag manager

SPF DKIM DMARK

а что у вас там в innodb_flush_log_at_trx_commit ?