Yoda

mysql> SELECT COUNT(*) as qty FROM product; +---------+ | qty | +---------+ | 1871817 | +---------+ 1 row in set (0.02 sec) mysql> SELECT id FROM main ORDER BY name DESC; +---------+ | id | +---------+ | 5989213 | | 6091563 | | 4350213 | | 4350196 | | 4350195 | | 4350197 | | 4350194 | | 4350192 | | 4350191 | | 4350193 | | 4350190 | | 4350217 | | 4350216 | | 5827378 | | 5827377 | | 5827376 | | 5827375 | | 5827374 | | 5827373 | | 5827372 | +---------+ 20 rows in set (0.16 sec) Но у вас так не получится! Сфинкс не всем раскрывает свои загадки!

Да проверка скорости вам все правильно показала. Но кешировать html, который по сути динамический - ЗАЧЕМ ? Ну там же в ваших инструкциях достаточно понятно все!

Устраиваем новогодний флешмоб. Есть всякие дурдомы, детские дома, коты бездомные и еще куча живых существ, которые сами не очень могут себе помочь. У вас тут у всех все хорошо, мясо в холодильнике, новые адики на ногах. Давайте делиться. Делайте праздник тем, кто не может его сделать сам. И отчеты в телеграм в @opencarpchat! Кто не сделает ни одного доброго дела до нового года тот редиска!

слушайте ну вот это ExpiresByType text/html "access 3 month" Вы реально кешируете в браузере html у пользователя. Естественно ничего не будет работать! мало того, подобная конструкция в принципе будет косячить у вас всю работу магазина!

Я бы вроде вам и могу помочь, но вот это вот "опимизровать запроыс к фасетному индексу". Это нулевая экспертиза в постановке задач. Может вы сначала разберетесь в сути технологий, прежде чем подобный бред писать ?

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. Медленные. И Могут быть понижены. Но чую я прям шквал постов (помогите сделать зелененькие страницы).

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