markimax
-
Публікації
20 095 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача markimax
-
Модуль сделан на платформе SEO CMS, а она прекрасно работает на любых темах. Значит будет теоретически работать и вместе с кешером темы
-
В ЛС могу дать ссылку на расширенную лицензию
-
Демо одно для всех версий http://oc2.opencartadmin.com/ Модуль использует СТАНДАРТНУЮ таблицу отзывов opencart Была акция и модуль переведен на TOP версию в свое время для унификации - а TOP это та же TOP 2 только без поддержки версии opencart 2.x Так что обновления не прекратятся для 1.5.x - они будут выходить но с опозданием, для адаптирования под 1.5.x -
1. ДА и не только Еще правильное переключения языка согласно требований google по префиксу 2. Ну в принципе если работает то не надо
-
Нет не обязательно Главное чтобы hreflang был правильный
-
галерея установка галереи
topic відповів в anyadecember markimax Встановлення, оновлення, налаштування
Вначале удалите уже поставленный -
Free Let`s Script половина хостеров его используют
-
Та да, сутками не сплю, в неделю может часов 8 спал, заработался Решил выспаться
-
Можно сделать через SEO мультиязык 2 - и использовать языки как регионы Тогда у вас появятся табы в категориях товаров и товарах для регионов, а в URL префикс региона К примеру site.ru/omsk/ site.ru/piter/ Поищите в поиске по форуму - Мультигород
-
Вы даже не представляете сколько есть модулей зависящих от $this->cart->getProducts(); Их просто немеряно Есть два варината - либо не кешировать страницы с товарами в корзине либо кешировать. Ajax загрузка корзины и не реагирование на $this->cart->getProducts(); это ошибка (Ajax -м хорошо было когда корзина хранилась в session, а теперь в БД, поэтому ajax -м уже можно наступить на грабли). Многие модули связаны именно с корзиной. И реагируют когда что то в корзине. Но так как у модуля все разложено по папкам и есть интеллектуальная очистка - то заводить папку кеша для корзины также быстро.и логично. Да плюс методы подсчета товаров в категориях кешируются не зависимо от корзины - получается быстро
-
На загрузку opencart (index, stratup). Модуль начинает работать после загрузки основных компонентов engine opencart (корзина, язык, store_id и т п ~ 10-15 запросов (они кстати показываются когда показывается информация из кеша) и 0.01-0.03 c). На фоне "стандартных" opencart - овских 200-300 эта цифра сами понимаете роли не играет. И куда же без их работы то? Все равно надо корзину "вычислить", чтобы создавать кеш, язык, валюту и т п Практически все модули этого класса показывают данные работы после загрузки компонентов opencart (у других расхождения еще больше (к примеру nitro на панели показывает ~0.001, а в реальности ~0.1 т.е. вообще порядок даже другой)
-
И ходят туда редко зачем кешировать Кстати там можно все равно методами моделей кешировать или контроллерами что не важно, но критично Т.е. не всю страницу а участки её
-
Все правильно - вы же в корзину добавили товар. Произошло глобальное изменение. Т е после обноления страницы - новый кеш файл (с товаром в корзине). А потом еще раз обновите страницу и из кеша уже берет. Все правильно работает алгоритм
-
Все правильно - simplecheckout стоит в исключениях и кешироваться не будет (хотя можно и кешировать - я исключение поставил просто так... для надежности, там очень могут быть различные модули доставок и оплат - не известен их алгоритм работы, лучше не рисковать, все же там критично важный участок) Исключения - это там где не будет кешироваться страницы
-
Замечу лучшей на сегодняшний день по всем факторам
-
Как вы верите я вижу Если так и другие будут верить - решим и эту задачу Вы же знаете как я отрабатываю инвестиции - расширением функционала и "вылизыванием" модулей. В этом отношении я максималист (логин наверное помогает )
-
У модуля есть фишка - очистка всего кеша (и opencart тоже) как файловой системы так и кеша БД Так что тормозов не будет даже если кеш opencart (не модуля) нагрузили, в определенное время кеш будет очищаться полностью автоматически. Плюс модуль следит за своим кешем очень придирчиво - смотрит на размеры файлов чтобы не превышали заданный (чтобы не было перерасхода памяти (как известно файл кеша "импортируется" в память, но модуль будет четко пресекать "сверхрост" файла)) плюс модуль смотрит за количеством файлов в каждой папке кеша- если их больше значения указанного - очищает папку (не весь кеш). Т е модуль держит под контролем критические направления.
-
Там не одна таблица - там стоит балансировщик для снятия нагрузки к примеру с кеша миллиона товаров. Плюс интеллектуальный "сборщик мусора" чтобы лишний раз таблицы кеша не дергать Т.е. расчетное направление на нагруженные магазины
-
Да планирую - но там будет не весь функционал. Полностраничное кеширование и методы моделей точно будут. А вот контроллеры сомневаюсь К сожалению у архитектуры 1.5.x есть серьезные ограничения. Постараюсь обойти - но пока не вижу как. Задача тяжелая. Да вообще модули кеширования не из легких задач, там очень много нюансов, которые надо все учесть - поэтому таких модулей (в моем понимании нормальных) очень мало - единицы
-
1. Да будет разный кеш 2. Тот notice от opencart к модулю не имеет отношение 3. И да - кеширование в БД, фишка которой ни у кого нет, но она очень действенная. Один легкий быстрый запрос заменяет сотню. А MySQL очень быстрый на легких запросах (да плюс у него самого есть кеширование). Я тестил в моем случае он даже не смог подсчитать скорость выборки кеша из БД - писал 0.00000 К тому же один легкий из кеша заменяет сотню тяжелых и ФС сервера "спокойна"
-
Модуль обратного звонка ставили ? Там ошибка
-
К примеру если у вас не адаптивная тема, а для мобильных отдельная - то понятное дело что отличаться кеш будет и при включении опции - будет корректно работать Но если адаптивная тема - то понятное дело эта опция не к чему и её лучше выключить
-
Да вообще то у всех "сворачивается". И у меня тоже. То в чем то другом дело Бесплатный фикс - да удалить - он мешает Тяжело сказать вариантов настроек серверов очень много Очень много кривых настроек серверов Тяжело дать какой то один совет Вообще в /doc - там есть документация и там есть две обязательные к прочтению ссылки и там есть варианты настроек редиректов для разных серверов Да бонус там приятный для PS, но... кто умеет им пользоваться (там предупреждение стоит об этом) Там не все так просто - много кривых модулей которые используют кривые js из-за чего не все можно переносить в конец
-
Это потому что акция думаю. А вообще это инвестиции, в моем понимании, в расширение функционала К примеру сейчас кешируется только один метод модели catalog/product но очень важный getTotalProducts Т.е. любые модули меню, буржуйские темы с подсчетом количества товаров в обход настроек ocStore все равно будет кешироваться- и сэкономит куууучу тяжелых однотипных запросов. А будут инвестиции - будет кешироваться и остальные. Представляете сколько экономиться ресурсов и запросов когда будет закеширован getProducts ! А если там еще фильтры - то сами думаю поймете о чем я. Моя позиция разработчика (кто знает по SEO CMS TOP 2) за инвестиции расширять функционал и усовершенствовать модуль
-
Так можно любой контроллер закешировать - есть такой функционал Можете любой модуль закешировать
