MaxD
-
Posts
1,813 -
Joined
Content Type
Profiles
Forums
Marketplace
Articles
FAQ
Our New
Store
Blogs
module__dplus_manager
Everything posted by MaxD
-
@snastik Дисковый кеш при том, что в разговор о нем вы подключились. Запас памяти есть, она просто используется под дисковый кеш, пока свободна. Вижу, Lightning вам сильно не нравится, может это как-то связано с тем, что у вас есть свой модуль ускорения магазинов Покоментирую некоторые моменты вашего поста. Странные у вас цифры. У Journal 3 (один из самых тяжелых шаблонов) среднее memory_get_peak_usage() в районе 5-6 Мб. У голого Opencart 3 - всего 2 Мб. При создание кеша картинок эта цифра выростает на несжатый размер самой большой картинки, что тоже как-то не смертельно - если не заливают 4К-полотна. Прегенерация Lightning работает в один поток, поэтому не особо влияет на работу сервера под нагрузкой. При открытии какой-то страницы прегенерация готовит страницы на расстоянии одного и двух кликов от посещенной страницы - если они еще не готовы. Таким образом и посетители, и поисковые системы в большинстве случаев получают страницы из кеша - и радуются. Но если она кому-то мешает, всегда можно выключить: Естественно, Lightning не заменит оптимизацию медленных запросов, и если магазин сам по себе неработоспособен - то и под Lightningом он будет не очень. Но, за все время работы я не видел ни одного магазина, который бы работал медленнее или падал изза Lightningа. А насчет запаса ресурсов спорить не буду, его хорошо иметь. Но я тут никаким боком повлиять не могу, покупаю и настраиваю сервера не я.- 1,476 replies
-
- 1
-
-
- оптимизация
- скорость
- (and 5 more)
-
@snastik Вы известный специалист по настойке серверов, хочу с вами свериться - может я что-то неправильно понимаю. Я вижу ситуацию так: При чтении файла с диска, если у сервера есть свободная память - она используется для сохранения содержимого файла в дисковом кеше. Если файлов читается много, то через какое-то время вся свободная память будет использована для дискового кеша. По сути, сервер старается "помнить" как можно больше файлов, чтобы быстро выдавать их содержимое. Если серверу нужна память для чего-то еще, он без проблем освобождает часть памяти дискового кеша и использует ее для своих нужд. Вот как это выглядит в top'е: В данном случае у сервера 1 гиг оперативки, из них 498 мегабайт использовано под дисковый кеш.
-
@WebExper Это нормально. При возможности сервер использует всю доступную память для файлового кеша. А Lightning это возможность дает, что очень хорошо. Пока все работает без сообщений о недостаточном количестве памяти - волноваться неочем.
-
@WebExper Это настраивается в панели управления вашего хостинга. Если не находится, попробуйте связаться с хостером.
-
@WebExper Поудаляйте потом отсюда скриншоты, отредактировав сообщение. Такое не постят в общем доступе ) В файле admin/config.php поубирайте все 4 www.
-
@WebExper Рад, что Lightning вам нравится! Настройки не показываются изза несовпадения адреса сайта в config.php и admin/config.php. Приведите их к одинаковому виду, с www. или без.
-
@anykey1 Да, уже исправлено )
-
Новая версия OpenCart 3.0.3.3
MaxD replied to madagaskar83's topic in Opencart 3.x: General questions
@chukcha Спасибо, приятно слышать. Жаль правда, что скорее всего эту ветку никогда не зарелизят. -
Новая версия OpenCart 3.0.3.3
MaxD replied to madagaskar83's topic in Opencart 3.x: General questions
А что именно исправили в установщике? Забавно, как раз сегодня обнаружил очевидный и древний баг 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 уже выложена - хотя номер версии не изменился. Просто уже совесть не позволяет через день выкладывать новые версии, а они прут в связи с карантином
- 1,476 replies
-
- 1
-
-
- оптимизация
- скорость
- (and 5 more)
-
@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 не работал несколько часов. Сейчас все хорошо и он работает стабильно.
