Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

MaxD

Users

Everything posted by MaxD

  1. Вы заметили падение продаж или только количества посещений, зафиксированых в гугл-аналитике? Да, это по сути единственный сценарий, когда Cloudflare действительно полезен для Opencart. Но очень редкие магазины имеют такую географию клиентов. Если клиент находится на одном материке с сервером вашего магазина, CDN ему ничего не ускорит при типичных условиях. Lightning умеет определять, поддерживает ли клиент WebP (даже в сложных случаях типа Safari с Mac). Если не поддерживает - восстанавливает перед выдачей на закешированной странице ссылки на оригинальные JPNG/PNG изображения и подключает версию JS/CSS с оригинальными изображениями. Тут приходится выбирать из двух крайностей - либо дать клиенту видеть содержимое страницы раньше, пока она еще дооформляется, или показать ему ее позже, когда уже все готово. Кроме CLS гугл очень оценивает, сколько клиенту пришлось ждать, чтобы хоть что-то увидеть. Чтобы страница показывалась позже, уменьшайте уровень CSS-оптимизации. @Yakaya Написал в ПМ.
  2. Lightning откладывает запуск аналитик на мобильном до того момента, пока посетитель не начнет взаимодействие со страницей - поскролит ее или нажмет на что-то. Возможно, дело в этом. Убрать отложенный запуск для нужных скриптов можно тут: Давно не видел, как работает Nitro.io, но последний раз, когда я его видел у клиентов, он вообще откладывал запуск всего JS на 5 секунд или до взаимодействия пользователя со страницей. Естественно, такой вариант обмана PageSpeed показывает отличные очки и низкий CLS. По идее, Ahrefs и Apple не имеют отношения к результатам в Google. И Lightning их не блокирует, а выдает им только страницы кеша, таким образом не давая нагружать сервер.
  3. @voronlviv Спробуй до посилання на common.js в хедері додати параметр, зробити щось таке: <script src="catalog/view/theme/coloring/assets/common.js?v=2" type="text/javascript"></script>
  4. @sasha3337774 https://slovnyk.ua/index.php?swrd=помогти
  5. @voronlviv Я бачу, що помогло. JS-файл міг залишитись у вас в кеші браузера. Оновіть сторінку, утримуючи Shift або гляньте в анонімному вікні браузера.
  6. @voronlviv Просто заберіть цей рядок $(".product-item h4").dotdotdot();
  7. @voronlviv Схоже, що це щастя чинить оця приблуда - jquery.dotdotdot.min.js В common.js задіюється командою $(".product-item h4").dotdotdot();
  8. @voronlviv Це не CSS, назви ріжуться на бекенді. Швидше всього не стандартних контроллерах, а в якомусь коді шаблону. Краще звернутись до його розробника.
  9. @nikoshot конечно, это кому как больше нравится. Но чаще люди стараются не править код магазина без острой надобности, чтобы не ломать совместимость и возможность обновлений. Модуль в любой момент можно отключить или удалить, а вот убрать правки, которые перестали быть нужны, намного сложнее - особенно если уже забылось, где они делались или делал их другой человек. Ну а для нас, разработчиков, правленый-переправленый магазин у клиента - вообще отдельная радость. Особенно когда пишут отзывы, что модуль уронил магазин - а на самом деле там в коде магазина такие чудеса, что прям фантазии удивляешся )
  10. @DMac Если в коде, то только как @ocbot написал, других точек входа в это дело нет.
  11. На Journal3 с огромным HTML - порядка 0.001 секунды
  12. @nikoshot Можно придумать еще много сложных и извращенных вариантов. Но почему бы не использовать мой способ?
  13. @nikoshot Такое себе решение... Прописывать во всех модулях, в оформлении заказа, в письмах о заказах. А если вдруг добавится вторая валюта, то все откатывать назад и искать другой вариант )
  14. @DMac Так в Replacer сделать замену, там все пройдет:
  15. С помощью моего нового модуля Replacer можно заменить в html что угодно на что угодно, даже просто редактировать тексты на страницах магазина : Если конкретно рубли, то заменяем " р.<" на " <span>р.</span><" (важно именно с пробелом в начале, чтобы не позаменяло лишнего).
  16. Версия PHP у вас занизкая для этого файла, скорее всего хочет какой-то PHP 7.3 или 7.4.
  17. Не устаю повторять, что в OpenCart скорость кешей практически никогда не является узким местом. Просто потому, что другие 2 узких места (скорость выполнения запросов MySQL и кода PHP) не дают магазину развить достаточную пропускную способность, чтобы скорость работы кеша стала заметной. Что касается конкретно кеша страниц, нет большой разницы - страница отдалась за 0.01 сек или за 0.0001 сек. Все это феноменально быстро по сравнению с генерацией страницы даже при всех мыслимых оптимизациях и самых крутых серверах.
  18. Может еще не поздно ) Предлагаю заменить system/engine/event.php на мой вариант, который не тратит каждый раз кучу времени на сверяние "в лоб" каждого события со всеми хуками. Если прогнать в профайлере 2 раза, сразу все станет понятно - минимальный выиграш 20 ms и увеличивается с каждым установленым дополнением. Мой вариант работает идеально и оттестирован на десятках боевых магазинов. event.php
  19. @vlasov2000 Все предыдущие версии работают стабильно. @malinator Возникли какие-то ошибки? Если да, то киньте информацию в личку.
  20. @nikoshot Да, так и будет - если включена ленивая загрузка изображений, то с отключеным JS для роботов им не будут прогружаться картинки. Но у людей все должно быть ок.
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.