MaxD

Проблема этих запросов в индексе возникает у небольшого процента пользователей при неудачном стечении обстоятельств. Ситуация и способы ее решения обсуждались в теме поддержки дополнения. Да, выглядит неприятно. Не буду пускаться в технические детали (но могу, если кому-то интересно), но эти запросы в индексе не влияют на позиции сайта в поиске и на посещаемость. Не исключено, что у "соучасника" трафик просел по каким-то другим причинам - летний несезон, изменение оценок гугла или появление более жирных конкурентов. Можно бы было Йоду попросить рассказать, вернулся ли трафик после "лечения", раз он уже взялся - но от него такого не дождешься ) Да и в принципе, если бы после установки Lightning у кого-то трафик просаживался в 2 раза - меня бы уже сьели с потрохами. Но я согласен, надо более явно известить пользователей о необходимости обновиться.

Странно, я тоже думал что тут набежит консультантов, даже не собирался встрявать ) Если в общих чертах - то можно особо не париться, если нет позывов быть в тренде и все такое. WebP может уменьшить вес графики на 30%-50%, но сайт визуально ощутимо быстрее от этого практически не становится, скорость загрузки на мобильных и PageSpeed тоже не особо меняются. Из минусов - приходится делать и хранить также PNG/JPG, так как некоторые устройства и браузеры не понимают WebP и им надо отдавать по старинке. Требуется дополнительное место на сервере и дополнительные ресурсы процессора для создания WebP-версий изображений. На форуме есть немало дополнений, которые делают WebP - https://opencartforum.com/search/?&q=webp&type=downloads_file&search_and_or=or&sortby=relevancy Самое популярное и функциональное - https://opencartforum.com/files/file/4572-image-compressor-watermark-webp-lazy-load-etc-by-sitecreator/ Мой модуль ускорения магазинов OpenCart Lightning также среди всего прочего неплохо делает WebP и его можно потестировать бесплатно в течении 7 дней, просто скачав и установив. Сразу станет понятно, какой есть эффект от WebP.

Да, была такая проблема... Победили с большим трудом, в последних версиях Lightning все супер. Если у постадавшего анонима все еще есть эта проблема, пусть стукнет в личку. Но для меня до сих пор остается загадкой, может кто-то из вас знает? Почему обычный AJAX-запрос через jQuery гугл упорно представляет как отдельную страницу в результатах? Это как-то совсем расходится с логикой. В результате так и не выяснилось, пришлось сделать через загрузку генерируемого JS-файла вместо AJAXа.

Lightning 4.13 корректно работает с официальным Facebook Business Extension for OpenCart фикс производительности для Opencart 1.5-2.3

Lightning 4.12 при добавлении новых товаров обновляются кеши соответствующих страниц статус залогинености и содержимое корзины теперь сохраняется на 30 дней для роботов и поисковиков сессия не создается и не сохраняется

В Opencart путь зависит от того, как попали в товар. Для одного и того же товара из разных категорий и из страницы производителя ссылки и пути будут разные. А если попасть в товар из какого-то модуля, типа самых популярных или похожих - пути совсем не будет, как у вас на скрине (и тоже отдельная ссылка). И самое печальное, что поисковики прочесывают по 3-4 такие вариации ссылок каждого товара, делая в разы больше работы и давая в разы больше нагрузки на сайт, чтобы его проиндексировать. С одной стороны, хорошо что на этих страницах есть rel=canonical, и поисковики не считают их за дубли. А плохо то, что этот rel=canonical указывает как раз на вариацию без пути, и все результаты в поисковиках ведут на такие страницы. В сборках ocStore этот вопрос хорошо решен в встроенном SEO PRO. Я решал этот вопрос в своем модуле Opencart Lightning, так как кроме вышеозвученых вопросов как-то обидно кешировать 4 варианта одного и того же товара, если можно было бы обойтись одним. В 4 раза больше кеша, в 4 раза больше промахиваний мимо него.

Кстати да, по поводу того, что у вас стоит Lightning, могу посмотреть что там происходит. Скиньте в ПМ доступ.

Лучше иметь часть выдачи из кеша, чем всю выдачу не из кеша. Ну и 20000 страниц по секунде на страницу - это 5 с половиной часов, вполне неплохое время. Плюс прегенерация сначала делает кеш всех страниц, которые доступны с стартовой, потом всех страниц, которые доступны с этих страниц. После этого при открытии посетителем какой-то страницы фоново прегенерируются страницы, на которые есть ссылки с открытой - что повышает вероятность попасть на страницу из кеша на следующем клике. Это дает хороший результат прям минут через 10 после очистки кеша. Я нигде не заявлял, что Lightning оживляет абсолютно нерабочие магазины. Конечно, иногда бывает, но обычно если магазин совсем не функционирует - Lightning ему врядли поможет. Lightning умеет примонтировать к странице из кеша корзину, залогиненого пользователя, список избранного и сравнений - и ничего не превращается в "тыкву", если добавить товар в корзину или залогиниться. Остальное просто лень уже перечислять, выше в этой теме есть. Жаль, что вы не читаете темы, в которые пишете комментарии. Вот код подключения этого скрипта: В параметре integrity указан хеш скрипта. Если он по какой-то причине изменится, браузер его не загрузит. С чего бы демо-сайту иметь 5000 хостов в день? Все, что было сказано - вот демо-сайт на 20000 товаров на VPS за $5 в месяц. И это абсолютная правда. Согласен, про robots.txt стоило там писать, когда Lightning в него добавлял свое. Повторюсь, сейчас robots.txt не трогается, писать не о чем. А что с ними? Мне кажется, я отвечаю на все вопросы. Если на какой-то не ответил - повторите, обязательно отвечу. Есть много довольных клиентов, которые используют Lightning годами. И это тоже видно в отзывах. А насчет перлов - опять процитирую вышенаписаное: Естественно, большое количество оптимизаций и кеширование страниц само по себе создает много потенциальных мест, где могут случиться конфликты с другими дополнениями или ручными правками в магазине. Отсюда и эти душераздирающие истории про "я поставил и магазин упал", "глюк на глюке", "стало медленней, чем было" и т. д. Если что-то жестко конфликтит, результат может быть плачевным.

Сборник каких-то странных утверждений ) Прям выше об этом писалось, еще раз повторим: Вообще DoS характеризуется тем, что посылаются новые запросы, не дожидаясь ответа на старые. Lightning делает прегенерацию в один поток, на каждом запросе дожидаясь, когда он выполнится - и только потом делается следующий. Если магазину становится плохо от сканирования его в один поток - то и без прегенерации Lightning ему жопа - гугл, яндекс и бинг разтерзают его на части. Это если еще не говорить про ahrefs и прочих минорных чесалок. Но, опять же, если прегенерация не нравится, есть галочка для ее отключения. Никаких данных никуда не сливается. Что за чушь? Вот скрин этого инстанса на DigitalOcean: На нем еще несколько вещей крутятся, кроме демо-сайта. Каждая строчка в перечислении функций Lightning о том, чем он отличается https://lightning.devs.mx/ru/полный-список-функций-lightning Да, было такое, был непростой период в жизни. И прошел. От такого никто не застрахован. Куда уж внятней? https://lightning.devs.mx/ru/как-удалить-lightning Действительно, в robots.txt вносились коррективы и на то были причины. Текущая версия Lightning не трогает robots.txt

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

Я ничего не говорил о том, по чем в первую очередь, и по чем во вторую. А насчет PageSpeed и Core Web Vitals, было во всех новостях. Если доверяете только Google и читаете по английски - https://developers.google.com/search/blog/2020/11/timing-for-page-experience

Lightning реально ускоряет магазины, и именно поэтому его покупают - а не изза маркетинга, пускания пыли в глаза или еще чего-то. Причем люди сначала его ставят, смотрят - хорошо ли работает, нет ли конфликтов, чувствуется ли эффект - и если да - то берут. Штуки, которые ускоряют создание страниц: кеширование медленных запросов к БД - с отслеживанием измененных таблиц, и кеши не протухают каждый раз, когда увеличивается счетчик просмотренных товаров устранение дублирующих запросов (иногда уменьшает количество запросов к базе в 2-3 раза) ускореная обработка ивентов и оптимизированый движок TWIG предзагрузка часто используемых данных (типа seo-urls для меню) одним блоком много специальных оптимизаций для Journal3 (там было, где разгуляться) Его кеширование страниц имеет много фич, которые хейтеры выпускают из виду: страницы хранятся уже сжатые максимальной степенью GZIPа и выдаются без запуска кода Opencart, что позволяет невероятно быстро их отдавать практически без использования ресурсов сервера Lightning умеет примонтировать к странице из кеша корзину, залогиненого пользователя, список избранного и сравнений - и ничего не превращается в "тыкву", если добавить товар в корзину кроме того, если в магазине несколько валют - Lightning хранит кеш страниц только для одной валюты и переводит валюту на закешированой странице при надобности Естественно, большое количество оптимизаций и кеширование страниц само по себе создает много потенциальных мест, где могут случиться конфликты с другими дополнениями или ручными правками в магазине. Отсюда и эти душераздирающие истории про "я поставил и магазин упал", "глюк на глюке", "стало медленней, чем было" и т. д. Если что-то жестко конфликтит, результат может быть плачевным. Особенно меня удивляют ваши рассказы о том, как вы спасаете людей от Lightning. Чтобы узнать, виноват ли Lightning в какой-то проблеме - надо нажать одну кнопку: Если проблема пропала - значит она связана с Lightning. Если нет - то дело в чем-то другом. Как удалить Lightning за 3 шага - написано на самом видном месте. Почему, по вашим рассказам, люди вам платят за это деньги - непонятно. Хоть бы терминологию смотрели, которую используете: Вообще DoS характеризуется тем, что посылаются новые запросы, не дожидаясь ответа на старые. Lightning делает прегенерацию в один поток, на каждом запросе дожидаясь, когда он выполнится - и только потом делается следующий. Если магазину становится плохо от сканирования его в один поток - то и без прегенерации Lightning ему жопа - гугл, яндекс и бинг разтерзают его на части. Это если еще не говорить про ahrefs и прочих минорных чесалок. Но, опять же, если прегенерация не нравится, есть галочка: В последней версии Lightning скрипт предупреждения о куки подключается так: Надеюсь, на этом ваши придирки по поводу скрипта с сервера закончатся. Прям на самом видном месте в настройках: Ну а теперь по сути поста... В ранжировании мобильной выдачи Гугла официально учитываются показатели, которые очень близко соотвествуют Google PageSpeed - так называемые Core Web Vitals. А сами эти показатели очень близко соответсвуют удобству сайта для посетителей - насколько быстро прорисовалась самая большая картинка, и как мало все при этом прыгало и лагало. А тыкать пальцем в Розетку, у которой PageRank 7, я бы не спешил. С такими рейтингами они могут есть младенцев на завтрак - и все равно оставаться на первой странице выдачи. И тем ни менее показывают платные обьявления практически на любой подходящий запрос.

@Radomir16 Пришлите приватным сообщением доступ в админку.

А на сколько в среднем надо нанять, чтобы все эти чудеса произошли?

https://opencartforum.com/blogs/entry/336-nastroyka-servera-i-proizvoditelnost-magazina-pochemu-ne-byvaet-volshebnoy-nastroyki-servera/

@DEVHUB Мне кажется, я достаточно пристально читаю блог "данного человека". В основном он доказывает, что нанять его на месяц-второй лучше, чем поставить какой-либо модуль. Что в принципе и так очевидно, никакой модуль не заменит человека с глазами. Но если действительно там есть ответ на мой вопрос, и вам не тяжело - буду благодарен за цитату.

@Yoda С чего бы это?

@Dimaxmet Да, раньше были проблемы с поддержкой. Теперь все ок, поддержка работает как часики

Попробуйте мой Opencart Lightning.

@Velobikes В идеале отдельные кеши для мобильных и планшетов должны быть выключены - тогда одна версия страницы отдается всем устройствам. И это замечательно работает для стандартной и многих других тем. Но, некоторые темы, вместо того, чтобы менять отображение под другие устройства с помощью CSS, отдают мобильным другую версию страницы, заточеную специально для мобильных. Как заметить такую ситуацию? При работе Lightning на мобильном большинство страниц выглядят или работают по другому - так как закешровалась версия для десктопа и выдается всем. Тогда приходится включать "Отдельный кеш для мобильных" - и количество кешей страниц увеличивается в 2 раза, но что делать. Ну, а если еще и планшетам выдается отдельная версия - то тогда в 3 раза (

Возьмите какой-то фотошоп или чем вы там пишите JPG и поэксперементируйте. Сохраните файл с качеством 80. Потом откройте и сохраните с качеством 100. Движок тут ни при чем.

«И» там бессмысленно, одна штука не может одновременно быть равна двум разным значениям.

Качество для JPG - это сколько информации можно отбросить, немного пожертвовав качеством изображения. Кстати, если выставить размер точно такой, как у оригинала, то JPG и GIF просто скопируется, без пережимания.

let isPear = (this.options[this.selectedIndex].textContent == "Доставка" || this.options[this.selectedIndex].textContent == "Самовывоз");

Он не выдает себя за Microsoft, а просто хостится на Microsoft Azure Cloud. Да и не показывает никаких признаков, что он бот. Но сайты на Journal3 не открываются в IE9, так что смело блокируйте.