MaxD

@WebExper Это нормально. При возможности сервер использует всю доступную память для файлового кеша. А Lightning это возможность дает, что очень хорошо.

Пока все работает без сообщений о недостаточном количестве памяти - волноваться неочем.

@WebExper Это настраивается в панели управления вашего хостинга. Если не находится, попробуйте связаться с хостером.

@WebExper Поудаляйте потом отсюда скриншоты, отредактировав сообщение. Такое не постят в общем доступе )

В файле admin/config.php поубирайте все 4 www.

@WebExper Рад, что Lightning вам нравится!

Настройки не показываются изза несовпадения адреса сайта в config.php и admin/config.php. Приведите их к одинаковому виду, с www. или без.

@anykey1 Да, уже исправлено )

@chukcha Спасибо, приятно слышать. Жаль правда, что скорее всего эту ветку никогда не зарелизят.

А что именно исправили в установщике?

Забавно, как раз сегодня обнаружил очевидный и древний баг OpenCart 3 - https://opencartforum.com/topic/42017-podderzhka-opencart-lightning/?do=findComment&comment=1600183

Сразу качнул свежевыложеный OpenCart 3.0.3.3, проверил - так и не исправили. А разбираться, как засубмитить фикс на Гитхаб - лениво. Никто не может закинуть?

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

Это Warningи о невозможности удалить файл кеша такого вида:

Warning: unlink(httpdocs/storage/cache/cache.catalog.language.1582103414): No such file or directory

Пришлось глубоко покопаться, и выяснилось много интересных вещей. В Lightning есть код для подавления этих сообщений, но он почему-то не всегда срабатывал. Оказывается, в OpenCart 3 зачем-то есть два обработчика ошибок, которые показывают этот Warning. Один, как обычно, контролируется настройками магазина config_error_display и config_error_log. А второй, весьма загадочный - параметрами error_display и error_log, прописаными в system/config/default.php.

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

Выяснилось, что во всех версиях OpenCart 3 есть несостыковка в кешировании информации о языках:

В начале проверяется, не записан ли уже кеш по ключу language. Если его нет, данные получаются и записываются по ключу catalog.language !!!

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

По сути, проблема безобидная и на работу магазина не влияет, разве что под нагрузками засоряет лог Warningами. Но, в комбинации с неподавляемым выводом ошибок, это уже серьезно - Warningи иногда проскакивают на витрину, нарушают работу AJAX-запросов, даже если вывод ошибок отключен в настройках.

Зачем я это тут расписываю? Может кому-то из разработчиков будет интересно и полезно.

В Lightning эту проблему я исправил, и поправленая версия 3.36 уже выложена - хотя номер версии не изменился. Просто уже совесть не позволяет через день выкладывать новые версии, а они прут в связи с карантином

@dieselhqpro Уже разобрались в личке )

@dieselhqpro Вы не указали адрес вашего домена при покупке. Скиньте его мне в личку.

Да, накатывали обновление, сервер отключался буквально на пару минут.

Обновление 3.34:

Ускорение фильтров и поиска в JOURNAL3

Функция контроля доступа:

Одинаковый title и description не считаются дубляжом, они могут быть хоть на всем сайте одинаковыми. Дубляжом считается контент.

Не знаю, что для вас там на Розетке, вот тут вообще canonical нет - https://hard.rozetka.com.ua/monitors/c80089/page=3/

@exfit Звучит как-то бредовенько. Пусть эти SEOшники укажут вам 2 разные страницы вашего магазина с дублем контента, тогда можно будет о чем-то говорить.

@exfit С какими именно? Что конкретно у вас дублируется?

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

Ссылаться на первую страницу со всех следующих - неправильно. Тогда поисковики будут индексировать только первую страницу категории, а все остальные - игнорировать.

@slydeev Обновитесь до версии 3.33 - https://opencartforum.com/files/file/2172-opencart-lightning/

Блин, вы какие-то странные.

Все очень просто - оценка и метрики PageSpeed зависят от показателей скорости загрузки страницы в Хроме. Оценки скачут, потому что нагрузка на сервера, где гоняют Хром, скачет. Но в среднем на 5 прогонах дает понять тенденцию.

Рекомендации чисто аналитические, часто не в тему и не факт, что дадут какую-то прибавку к оценкам. Время, когда давали баллы за следование рекомендациям давно прошло, забудьте об этом. Например, на куче примеров стало видно, что оптимизация изображений и/или использование WebP практически ничего не дает к оценке - даже если суммарный обьем трафика падает почти в 2 раза.

@Toffman Переключите оптимизацию кода на безопасную:

@kaskad Откройте исходник страницы и найдите rel="canonical" там все увидите.

В теории да, должно быть сделано правильно. Но лучше проверить, бывают ньюансы.

@dimsky07 В обновлении 3.32 включена нативная ленивая загрузка изображений и фреймов (для браузеров, которые ее поддерживают)

Проверьте на страницах товара <link с rel="canonical". Если он одинаков для товара, с какой категории он бы не был открыт, то поисковики будут считать все страницы товара одной.

Извиняюсь, сервер Lightning не работал несколько часов.

Сейчас все хорошо и он работает стабильно.

Если надо что-то срочно, лучше пишите в ПМ.

@Benka Надо смотреть на живом или тестовом магазине с этим модулем.

@ZDT Скорее всего, у вас закрылась возможность подключения к внешним серверам. Попробуйте связаться с хостером, если не поможет - стукните мне в ПМ.

@Emporios Странно, не должно бы влиять на работоспособность Disqus. Киньте адрес магазина в ПМ, гляну что там происходит. 

Ну, не прям 7 покупок - лучше смотреть на эту лицензию - 

Автоматический парсинг сайтов в ParseMX и LiveImport платный.