MaxD

@malinator Странно, у меня от вас ничего нет. Отправьте еще раз.

@andrey8501 Вы же будете крутиться, как уж на сковородке.

Ок, доказательства. Идем на страницу персонажа на бирже - https://freelancehunt.com/freelancer/astengrau.html

Видим у него выполненую работу по ускорению OpenCart 3 за 1000 грн:

Открываем код входа в админку этого магазина - https://xmaxshop.com.ua/admin/

Ой, а что это у нас тут? Все тот же $('#lightning').hide();

@vasiliyk О, отлично!

@vasiliyk Да, простите. На самом деле вопрос такой. У вас случайно нет тестовой копии вашего сайта? Могли бы затестить, может и исполнитель не понадобится. 

Можно, конечно, и на живом, но тестовый лучше. 

@snastik Ок, не буду обращать внимания на поливание Lightning грязью.

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

@snastik И вы туда же... Какой смысл сравнивать то, что может сделать коробочное дополнение, с тем, что кто-то может сделать руками? Это как сравнивать стиральную машину и Марфу Петровну, которая бережно постирает руками, еще и зашьет где надо.

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

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

Голый OpenCart с 2 миллионами товаров летает, но на реальных магазинах скорее всего будет не так радужно.

Если у кого-то есть тестовый сервер, хорошо наполненый товарами - можем потестить

Какая все-таки, оказывается, фантазия у людей!

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

Клиент доволен, клиент расчитывается - а через несколько дней заканчивается испытательный 7-дневный срок Lightning и все становится как было.

Хотелось бы, конечно, написать какие-то четкие признаки, по которым можно определить скрытый Lightning - но тогда и их скроют.

Сама история тут - https://opencartforum.com/topic/163849-kovalenko-aleksandr-vladimirovich-astengrau-programmist-moshennik/

@andrey8501 Я проверял этот сервер. Там стоял Lightning, в админке в header.tpl было прописано $('#lightning').hide();

@malinator Да )

@WebExper Lightningа уже нет тогда. После перезагрузки сервера свободная память появляется?

@WebExper Я уже писал вам раньше, что память на самом деле не занята, а задействована под дисковый кеш. Чтобы дисковый кеш "освободился", надо перезагрузить сервер. Но пользы в этой затее никакой, разве что принципиально увидеть свободную память, которая и так свободна.

Ну и не факт, что Lightning совсем удалился, для надежности еще удалите папку catalog/controller/extension/lightning - если она есть.

Это выставляется по FTP или через файловый менеджер в админке хостинга.

Попробуйте поставить права 777 на папку system/storage и все ее содержимое.

@Tobolskiy Нет, не надо отключать страндартный CSS. Просто вписывайтте в свой CSS только изменения, они будут перекрывать изначальные. Можно прописывать только свойства, которые меняются, а можно копировать весь нужный блок из оригинального и править.

Из tpl надо убрать, то все было неправильно.

Посмотрите, совпадает ли номер группы, и может еще обновите Модификаторы после правки.

@Tobolskiy То я не подумав, какую-то непроверенную фигню написал.

В начало функции index() файла admin/controller/common/header.php вставьте

if ($this->user->getGroupId() == 2) $this->document->addStyle("view/stylesheet/worker.css");

@Tobolskiy Вставьте в header.tpl перед </head> что-то типа:

<?php if ($this->config->get("config_customer_group_id") == 2) { ?> 
<link href="view/stylesheet/..." type="text/css" rel="stylesheet" /> 
<?php } ?>

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

Обычно в ситуациях, похожих на вашу, место отжирает кеш картинок.

Не смогу по памяти написать, только завтра.

Большинство кусков можно скрыть через CSS. А которые не берутся, можно взять, если им добавить id в tpl.

@minimen Кеш можно чистить сколько угодно раз, он быстро восстанавливается и генерируется наперед именно там, где нужно.

Но почему вам приходится так часто чистить кеш? Вы вносите так много правок в магазин?

Я не говорил, что проблема с оценкой в вашем сайте. Я говорил, что я не знаю, в чем проблема и есть ли она вообще. Оценки PageSpeed почти у всех прыгают на плюс-минус 10. Может в вашем случае они прыгают вот так витиевато

Лучше сделайте себе добавочный файл стиля и по условию его подключайте для менеджера.

@snastik Дисковый кеш при том, что в разговор о нем вы подключились. Запас памяти есть, она просто используется под дисковый кеш, пока свободна.

Вижу, Lightning вам сильно не нравится, может это как-то связано с тем, что у вас есть свой модуль ускорения магазинов  

Покоментирую некоторые моменты вашего поста.

44 минуты назад, snastik сказал:

Итого, на генерацию страницы у нас ушло 210 мб

Странные у вас цифры.  У Journal 3 (один из самых тяжелых шаблонов) среднее memory_get_peak_usage() в районе 5-6 Мб. У голого Opencart 3 - всего 2 Мб.

При создание кеша картинок эта цифра выростает на несжатый размер самой большой картинки, что тоже как-то не смертельно - если не заливают 4К-полотна.

58 минут назад, snastik сказал:

А еще там очередь лайтнинга стоит по прегенерации кеша, которая всегда

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

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

Но, за все время работы я не видел ни одного магазина, который бы работал медленнее или падал изза Lightningа.

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

@snastik Вы известный специалист по настойке серверов, хочу с вами свериться - может я что-то неправильно понимаю. Я вижу ситуацию так:

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

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

Вот как это выглядит в  top'е:

В данном случае у сервера 1 гиг оперативки, из них 498 мегабайт использовано под дисковый кеш.