MaxD

@zomo Речь о шаблоне по умолчанию - там выпадашки с JS. Как оказалось, гугл уже давно влет индексирует почти все варианты переходов с JS - https://www.merkleinc.com/blog/how-well-does-google-crawl-javascript-pretty-darn-well

Теперь только в явном виде закрывать остается.

Извиняюсь за некропостинг, но я сейчас столкнулся с идентичной ситуацией. Удалось как-то решить?

И еще, кто-то вообще знает, как гугл захватывает в индекс вариации с limit? Вариант с тем, что где-то запостили ссылку - исключен.

@Asp1r1n Надо смотреть, киньте доступ в админку в ПМ.

8 часов назад, Velobikes сказал:

1. Какие значение лучше выставить для срока кэширования страниц (кол-во часов), например 840 часов если указать нормально или лучше поменьше все таки ?

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

Если же есть изменения, которые Lightning не отображает сразу и они не особо срочные (то есть ок, чтобы они проявились через какое-то время), то время кеширования надо выставить на это время.

Например, контентный отдел неспеша паралельно пишет и правит статьи для блога. В таком случае обычно нет срочности, и будет ок если это станет видно на сайте через сутки. Тогда ставим срок кеширования страниц 24 часа (так и стоит по умолчанию).

8 часов назад, Velobikes сказал:

если создать новую страницу (например страницу товара кого то и не выключать при этом Lightning), подучается ее адрес долго будет ввиде всякой белеберды, а не указанные в Seo Urls, и поменяется на корректный через часик примерно

Так не должно быть, у вас там что-то неправильно работает. Киньте инфу в ПМ, будем разбираться.

8 часов назад, Velobikes сказал:

Прегенерация в программе что дает?

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

Прегенерацию стоит отключать в таких случаях:

1. У вас ограничены ресурсы сервера (вы платите за время использования процессора или хостер выставляет на это месячный лимит или хостер обвиняет вас, что вы используете слишком много ресурсов)

2. Если вы видите, что у вас сервер "кряхтит", страницы местами отдаются медленно, подтупливает админка

3. У вас очень большой трафик и даже без прегенерации посетители и поисковые системы быстро набивают кеш страниц

@Ardwark Нет, этот пункт не связан с этими проблемами. Но если вы установите последнюю версию Lightning, эти странички со временем уйдут из индекса.

Оно не должно вылетать, если вы не авторизируетесь в других вкладках.

Также учтите, что в Opencart 3 по умолчанию сессия отключается через 24 минуты неактивности, чтобы это изменить - надо менять параметр PHP session.gc_maxlifetime.

Когда первая просит авторизироваться - закройте все остальные вкладки и откройте себе новые правильным способом после авторизации.

Токен в ссылке:

Если войти в новой вкладке в админку (вводя логин и пароль) - старые выбьет. Если создать новую вкладку, копируя ссылку со старой - все будет ок.

Странно, я тоже думал что тут набежит консультантов, даже не собирался встрявать )

Если в общих чертах - то можно особо не париться, если нет позывов быть в тренде и все такое.

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 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, могу посмотреть что там происходит.

Скиньте в ПМ доступ.

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

2 минуты назад, Yoda сказал:

А где там текст про нанять на месяц?

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

3 минуты назад, Yoda сказал:

магазины, которые попадают в мои заботливые руки, потом работают без кешеров, быстрее чем с ними - это раз. А два, кроме быстрой генерации страниц ... быстрый поиск, и быструю навигацию по товарам в админке и много чего еще.

4 часа назад, Yoda сказал:

В каком месте там такое написано? Хватит говорить заведомо ложь.

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

4 часа назад, Yoda сказал:

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

@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 == "Самовывоз");