MaxD
-
Posts
1,813 -
Joined
Content Type
Profiles
Forums
Marketplace
Articles
FAQ
Our New
Store
Blogs
module__dplus_manager
Everything posted by MaxD
-
Google PageSpeed Insights получил обновление, и большинство магазинов ощутимо просели в оценках. Lightning все так же дает ощутимый прирост к баллам, это можно увидеть, проверив оценку с выключенным Lightning. Ведутся работы по улучшению показателей и это займет какое-то время. -
@Dotrox Вы как-то с очень уверенным видом вещаете много сомнительных вещей. Чем конкретно? Я вот не знаю ни одного модификатора, который будет править код стандартных запросов в части мультимагазинов. А тем более оставлять эту часть в оригинальном виде, но вставлять туда пробелы. А вы? Никто не кеширует выборки товаров. Это не имеет смысла, так как их придется скидывать при любом изменении товара. Файловый кеш не проигрывает memcache в скорости, и в большинстве сценариев даже выигрывает. Да и вообще, в Opencart скорость кеша никогда не была узким местом. Возможно, могут быть проблемы, если в каталоге будет десятки тысяч файлов - но я таких вариантов не видел. А вы? Можно одной маленькой правкой сделать, что в окне создания категории и производителя галочки будут стоять по умолчанию. А привязать все категории или производителей ко всем мультимагазинам можно одним запросом к базе. Но конечно, ручная правка всех моделей в десятках мест и сторонних модулей, которая делает все кастомным и необновляемым - идеальное решение. И главное - создает много важной работы, за которую в результате платит клиент.
-
@Dotrox Ну, тут дело вкуса. Лучше, чтобы магазин мог работать при необходимости и с отключеными ускорителями, а не пропадали товары в мультимагазинах. Если руками, то править модели глупо. Лучше добавить в db.php: $new = $sql; change($new, "AND p2s.store_id = '*'"); change($new, "AND p2s.store_id = * "); if (!stripos($new, "p2s.store_id")) { change($new, " LEFT JOIN " . DB_PREFIX . "product_to_store p2s ON (*)"); change($new, " LEFT JOIN `" . DB_PREFIX . "product_to_store` p2s ON (*)"); $sql = $new; } function change(&$source, $search, $replace = '') { if (!strpos($search, '*')) { $source = str_ireplace($search, $replace, $source); return; } $tokens = explode('*', $search); if (false === $start = stripos($source, $tokens[0])) return; if (false === $end = stripos($source, $tokens[1], $start + strlen($tokens[0]))) return; $source = substr($source, 0, $start) . $replace . substr($source, $end + strlen($tokens[1])); } Категории/производители особо не делают погоды по производительности по сравнению с товарами.
-
@Dotrox Lightning делает это автоматически, если видит, что все товары прописаны во всех мультимагазинах.
-
@malinator Странно, у меня от вас ничего нет. Отправьте еще раз.
-
Оптимизация клиентской части (Open Cart 3)
MaxD replied to vasiliyk's topic in Opencart 3.x: Setting and optimization
@vasiliyk О, отлично! -
Оптимизация клиентской части (Open Cart 3)
MaxD replied to vasiliyk's topic in Opencart 3.x: Setting and optimization
@vasiliyk Да, простите. На самом деле вопрос такой. У вас случайно нет тестовой копии вашего сайта? Могли бы затестить, может и исполнитель не понадобится. Можно, конечно, и на живом, но тестовый лучше. -
Оптимизация клиентской части (Open Cart 3)
MaxD replied to vasiliyk's topic in Opencart 3.x: Setting and optimization
@snastik Ок, не буду обращать внимания на поливание Lightning грязью. Про индексы... Как вы решаете выдачу отсортированных товаров на страницу категории, если в ней пол-ляма товаров? Какие индексы вам в этом помогают? -
Оптимизация клиентской части (Open Cart 3)
MaxD replied to vasiliyk's topic in Opencart 3.x: Setting and optimization
@snastik И вы туда же... Какой смысл сравнивать то, что может сделать коробочное дополнение, с тем, что кто-то может сделать руками? Это как сравнивать стиральную машину и Марфу Петровну, которая бережно постирает руками, еще и зашьет где надо. -
Оптимизация клиентской части (Open Cart 3)
MaxD replied to vasiliyk's topic in Opencart 3.x: Setting and optimization
Как бы забавно это не звучало, но я сейчас как раз доделываю дополнение, которое смягчает фундаментальную архитектурную ошибку OpenCart - форму записи товаров, при которой никакие индексы по ним не работают. В результате ускоряется поиск, категории, и - возможно даже - фильтры. Абсолютно прозрачно, без какого-либо кеширования. Голый OpenCart с 2 миллионами товаров летает, но на реальных магазинах скорее всего будет не так радужно. Если у кого-то есть тестовый сервер, хорошо наполненый товарами - можем потестить -
Какая все-таки, оказывается, фантазия у людей! Некоторые не очень честные личности берутся за денюжку оптимизировать магазин, устанавливают Lightning и делают его невидимым. Клиент доволен, клиент расчитывается - а через несколько дней заканчивается испытательный 7-дневный срок Lightning и все становится как было. Хотелось бы, конечно, написать какие-то четкие признаки, по которым можно определить скрытый Lightning - но тогда и их скроют. Сама история тут - https://opencartforum.com/topic/163849-kovalenko-aleksandr-vladimirovich-astengrau-programmist-moshennik/
-
@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. Может в вашем случае они прыгают вот так витиевато
-
Лучше сделайте себе добавочный файл стиля и по условию его подключайте для менеджера.
