MaxD

Обычно выбора стандартной темы в настройках магазина хватает.

А в чем принципиальная разница? ) Ясное дело, что мало кто работает без аналитики. Но, например, если поискать в Google по какой-то строчке, которая прописана в стандартном языковом файле Opencart и врядли будет встречаться где-то еще в точно такой формулировке, то выдаст в основном сайты на Opencart. https://www.google.com/search?q="Please+note+that+this+is+not+connected+in+any+way+to+your+customer+account"&oq="Please+note+that+this+is+not+connected+in+any+way+to+your+customer+account"&aqs=chrome..69i57.1808j0j7&sourceid=chrome&ie=UTF-8 7ая позиция - https://bessielondon.com/trade/ 10ая - https://www.sowkea.com/

https://ru.wikipedia.org/

По вашей ссылке нет ни словосочетания behavioral factors, ни намека на то, что данные Аналитики могут влиять на позицию в поиске. Я выше привел скриншот, где прямым текстом, без возможности двояких толкований, заявляется, что в Google-поиске данные из аналитики не используются. Что, в принципе, и логично - иначе бы сайты без Google Aналитики были в проиграшном положении, что уже сильно тянет на принуждение и монополизм. Для вычисления поведенческих факторов Google использует взаимодействие пользователей с окном поиска и анонимные данные, которые посылает Chrome.

Это о чем конкретно? Какая стучалка, какой пингер? Google не использует данные Google Analytics для ранжирования поиска: https://seoukraine.com.ua/ispolzuyutsya-li-dannye-google-analytics-dlya-ranzhirovaniya-saytov/

У меня тоже с 2Checkout сложности, они перешли полностью на PayPal, и теперь в некоторых странах (типа Турции и Пакистана) не принимает ни Visa, ни Mastercard ( А по поводу Payoneer - у вас в России можно использовать ихнюю карту, которую они высылают? Очень удобно.

@Yakaya Можете не обращать на это внимание. Иногда, когда база или сервер нагружены, даже самые быстрые запросы могут выполняться не мгновенно. Так-то это простой запрос по индексированому полю. Просто до Lightning 4.15 эти запросы не выводились в предупреждения, даже если стоило бы.

@Moderator Спасибо! @singer2002 Дайте знать, чем все закончится.

У меня mysql не поднималась, приходилось вручную (

У меня было на моем сервере, что раз в месяц-два падал MySQL - тоже говорил, что по нехватке памяти. Решил подключением своп-файла. Это из той же оперы?

@stas2010 Вы случайно переключили в режим "для клиентов". Сделайте двойной щелчек мыши по номеру версии.

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

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

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

Вот плюешься ты на XDebug, а он бы сразу это показал. Впрочем, как и ни одно твое коробочное решение. Все пытаешься доказать, что руки и глаза местами эффективнее коробочного дополнения за $60? Может наконец-то перестанешь сравнивать несравниваемое, и будешь меряться эффективностью с другими мастерами с жирным ценником, а Lightning сравнивать с другими коробочными решениями, которые можно установить самостоятельно, не обладая специальными знаниями?

Так можно уже где-то почитать о сабже?

Время кеширования лучше указывать побольше. Если Lightning нормально отображает все обновления, которые возникают по ходу работы магазина и вы вручную очищаете кеш при более серьезных изменениях - время можно вообще выставить в потолок, например 999999 часов. Если же есть изменения, которые Lightning не отображает сразу и они не особо срочные (то есть ок, чтобы они проявились через какое-то время), то время кеширования надо выставить на это время. Например, контентный отдел неспеша паралельно пишет и правит статьи для блога. В таком случае обычно нет срочности, и будет ок если это станет видно на сайте через сутки. Тогда ставим срок кеширования страниц 24 часа (так и стоит по умолчанию). Так не должно быть, у вас там что-то неправильно работает. Киньте инфу в ПМ, будем разбираться. Прегенерация создает страницы кеша наперед, используя интелектуальный алгоритм, чтобы все получали как можно чаще страницы из кеша. Прегенерацию стоит отключать в таких случаях: 1. У вас ограничены ресурсы сервера (вы платите за время использования процессора или хостер выставляет на это месячный лимит или хостер обвиняет вас, что вы используете слишком много ресурсов) 2. Если вы видите, что у вас сервер "кряхтит", страницы местами отдаются медленно, подтупливает админка 3. У вас очень большой трафик и даже без прегенерации посетители и поисковые системы быстро набивают кеш страниц

Очень ждем, не томите уже

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

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

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

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

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