Yoda

https://www.mail-tester.com/

Ничего не дает в этой ситуации. Кроме снижения нагрузки на базу, необходимо еще и устранять паразитный трафик. И корректировать индексацию. Хостинг - не нормальный. У нормальных хостеров нет phpmyadmin c доступом в базы всех клиентов и стажеры не сидят в чатах.

Разбираться с сайтом, чтобы он не падал!

А где же ваш буст? Рекламный пшик ?

Это на курсах личностного роста такой бред рассказывают. Верьте им и дальше плачьте и нойте как у вас плохо все в жизни. Еще всем я думаю будет интересно как у вас там с женой, или с мужем. Давайте расскажите сколько раз у вас в день и сколько вы там оплачиваете. Это всем нужно! Я просто предложил ответить за свои слова.

Вы же там бедны, денег у вас нет.. Неудачный бизнесмен судя по всему... Ваше мнение ничтожно , так как вы не умеете зарабатывать деньги, а только умеете ныть. Но несмотря на это я отвечу. Представьте что у вас гемморой, вы сидите и у врача и у вас пылает задний проход. А вам какой-то молодой интерн советует аспирин. А он не поможет. Заведомо непоможет. Но вы слушаете его и еще страдаете пару дней. Я считаю что такие советчики должны гореть в аду. А те кто их поддерживают, жариться в аду в отдельном котле с повышенной температурой. Тут развели дилетантсво. Никто не ценит вопрос простоя магазина с оборотом в миллион в полдня, делают проверки лицензий и сервера лежат, дыры зашивают. Таким бедным и неудачливым как вы, я понимаю, все равно, вы все равно профукаете ваши инвестиции и пойдете работать на дядю. Но есть несколько иной уровень ответственности, который вашему пониманию не доступен и никогда не станет доступен. Так что не меряйте все по себе - сидите в сторонке клянчите и нойте потихонечку, может найдутся те кто проникнется и будет вам за три копеечки помогать.

Что касается непосредственно темы топикстартера. Проблема кроется скорее всего в трех моментах, либо у него установлен кривой модуль компресор от сссистекриатора с кривым кешем webp, который не очень дружит с датами и головой и вызывает подобные проблемы,либо у него стоят длинные сессии, либо некорректная настройка системного кеша и кешей установленных модулей. По всем косвенным признакам - это проблема garbage collection. Предугадывая гипотезу о хостинге. Если бы на хостинге была такая же проблема у всех - оттуда все разбежались. А учитывая что подобных инцидентов я вылечил наверное сотни две и ни разу не было проблемы с хостингом, то на 99.9% я уверен что проблема локальная в движке.

Это у вас была, а я утверждаю, что вы несете бред и пишите некомпетентные комментарии. И могу за это ответить 50 000 рублями. Соответственно, вы или признаете что вы оставили глупый бредовый комментарий и абсолютно некомпетентны, либо ставите 50 000 рублей, чтобы доказать обратное. А отмазки. Пойдите к неосео с ними. Это же проблемы @dinox глоабальные. Он развел тут полное отсутствие экспертизы. Какие-то дилетанты несут дикую чушь... А люди должны вас слушать и все это жрать. С какого перепугу ?

Давайте тысяч на 50 рублей заспорим, что это не хост.

Может не будете говорить глупости? У подобного поведения системы может быть десяток причин не связанных с хостером.

Очередное заявление в стиле "самый умный"... http://www.mysql.ru/docs/man/Fulltext_Search.html https://dev.mysql.com/doc/refman/8.0/en/fulltext-search.html Внимательно изучаем. И не говорим глупости.

Какой бред! Хватит бухать! Все работает на сборке pro - не верьте в сказки неудачников! Все шаблоны которые рабтают на ocstore работают на pro!

Во первых скорее всего у дримвентуон не очень модуль сайтмап. Во вторых. Вам необходимо сделать try catch пgetimagesize и посмотреть какой файл у вас битый, сохранив exseption в лог. В третьих скорее судя по всему у вас какой-то кривой модификатор что то наваял в модель изображений. И там тоже надо разбираться!

Это вам лично Сергей Брин сказал ?

В личу вам контакты отправил - напишите мне.

будет

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

https://www.mail-tester.com/

Сегодня с утра сорока на хвосте принесла вот такой скрин: И в гугл вебмастере появилась вкладка: Читаем, на что обращает внимание гугл: https://developers.google.com/speed/docs/insights/v5/about?hl=ru Оказывается во внимание принимается два параметра FCP и FID. Говоря по русски FCP - это время до первой генерации картинки в браузере. А FID - это время задержки до возможности взаимодействия с сайтом, совсем примитивно если, то они пишут INPUT DELAY, видимо подразумевается время задержки до ввода в любое поле input. И самое интересное, эти параметры берутся не из PageSpeedInsights, а собираются из хрома от реальных пользователей. Вот так выглядит отчет по страницам магазина: Это все очень интересное явление, потому что: 1. Сейчас пойдет волна сеошников - дайте нам зелененький уровень загрузки для мобильных страних. Я честно говоря искал у моих друзей с очеь быстрыми сайтами - не нашел. 100% в желтой зоне почти все. Как реализовать без потерь функционала эту зеленую зону - я пока не представляю каким образом. 2. Влияние на позиции есть. Но вот какое оно? Есть ли линейная зависимость от показателей либо просто будет пессимизация страниц в красной зоне. Но тут возвращаемся к официальной справке вебмастера и читаем: Позиции страниц, которые наша система определяет как медленные, могут быть понижены в результатах поиска Google. Медленные. И Могут быть понижены. Но чую я прям шквал постов (помогите сделать зелененькие страницы).

Простите, но это глупость, каким образом мемкеш может ускорить обработку полнотекстовых данных? В вашем случае - это чистой воды фасеточный фильтр. Если хотите быстро без сфинкса не обойтись.

Во первых. Разницы в производительности между redis и memcache нету. Во вторых на небольших магазинах разницы меджу файловым кешем и кешем в памяти нету, при условии наличия быстрого диска. В третьих ни один модуль кеширования не решает вопросы с запросами getProduct и getTotalProduct, на новых страницах которые отгрызают иногда 70-80% загрузки. В четвертых. То что вы сунули все запросы в кеш бесполезное мероприятие, так как на нормально настроенном магазине те же самые запросы занимают десятитысячные доли секунды и на общих протечках и простоях никак и ни на что не влияют. В пятых. Если говорить о том как и что кешировать, то кешировать надо повторяющиеся куски модулей. А не все запросы. Есть у вас целиком меню вот возьмите его уже готовое на уровне контроллеа закешируйте, тогда будет толк, так как итерации по формированию ссылок, изображений и всего остального никто не отменял. А вот эти все показательные процессы типа. Я тут все закеширвоал и повторно все быстро - с таким же успехом можно сохранить все страницы как html и думать что получилось. Но при этом все динамические страницы все равн будут тупые.

С таким же успехом можно поставить любой кеш фронта и будет то же самое.

У меня есть 100 0000 00000 товаров, тоже не покажу. Детский сад какойты. Бла бла бла бла бла.... ни о чем. У нас вот такие результаты есть: 1.5м товаров в категории с фильтром по 500 параметрам. Только рук не хватает всем заниться. Ищем способоных помощников. Есть у вас что-то хотя бы рядом похожее ?

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

Позвольте поинтересоваться каких? Есть пару проектов 1м+ товаров возьметесь? Или вы просто языком чешете ?