AlexDW
-
Публікації
11 319 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача AlexDW
-
нужно не скрипт "кешировать", а результат его работы например в localStorage и при работе скрипта проверять наличие результата нет - скрипт отрабатывает с нуля есть - пропускаем
-
при обновлении кеша модификаторов: 1. запоминается текущее состояние режима обслуживания 2. включается режим обслуживания 3. обновляются модификаторы 4. восстанавливается ранее запомненное состояние режима обслуживания баг с 2031 был в том, что п.1 выполнялся некорректно, и после обновления модификаторов магазин оставался в режиме обслуживания по поводу прочих версий, если в процессе обновления модификаторов происходит какой-то сбой - до п.4 уже не доходит т.е. магазин так и остается в режиме обслуживания потому есть такое -
1. 2. искать причину в используемых дополнениях / модификаторах
-
сначала убедиться что у вас apache используется, а не nginx самой первой строкой в .htaccess напишите какую-нибудь ерунду, например abcdb если не будет 500й ошибки и сайт по-прежнему работает - скорей всего у вас nginx тогда .htaccess бесполезен, нужно менять конфиги именно nginx
-
https://coderoad.ru/5720920/JQuery-запомнить-переключение-состояния-с-помощью-Cookie#5721072
-
оно не так работает куки нужно использовать для хранения данных, а не скриптов и в самих скриптах логику выстаивать в зависимости от кук
-
там лучше вообще не редактировать, потому что встроенный редактор криво работает редактируйте сами файлы
-
такое лучше спрашивать у самого автора модуля
-
кликабельное оно в оригинальном opencart но в нем нет поля индексации, и структура вывода категорий другая если суть проблемы в нормальной работе с категориями в админке - смотрите такое
-
непонятная ссылка "индексация" - это из движка ocStore 3020, судя по всему если раньше ее не видели - значит обновили/поставили именно его вспоминайте что делали предыдущим вечером, с кем пили
-
прямо в описании модуля во второй строке ссылка на версию для 3х
-
правильно потому что все эти попытки запретов априори бесполезны, кому нужно - тот и так все скопирует, тем же парсингом подобные ходы только геморрой создают - и вам, и клиентам если уж так хочется - лучше не скрипт запрета копирования использовать а скрипт добавления ссылки на источник, типа
-
Модуль обновлен до версии 1.04 - улучшена совместимость с движками 2х-3х - добавлена поддержка Opencart 3032-3036
-
а заполните-ка то, что у вас названо HTML-тег H1
-
-
в методе info() из файла admin\controller\sale\order.php в строках $format = '{firstname} {lastname}' . "\n" . '{company}' . "\n" . '{address_1}' . "\n" . '{address_2}' . "\n" . '{city} {postcode}' . "\n" . '{zone}' . "\n" . '{country}'; меняйте последовательность на нужную и обновите кеш модификаторов
-
да, есть такое в задачах только по срокам неясно, времени пока нет
-
Здравствуйте модуль - да, сайт - нет механизм проверки лицензии учитывает всевозможные сценарии, вплоть до недоступности сервера лицензий даже в такой ситуации на работе сайта это никак не отразится равно как и при отсутствующей / недействительной лицензии - не будет работать только модуль, на работу сайта это не повлияет
-
ну вес-то вы выводите в отформатированном виде значит нужно смотреть параметры, которые при том передаются если используете weight->format с двумя аргументами - неудивительно потому что public function format($value, $weight_class_id, $decimal_point = '.', $thousand_point = ',') { if (isset($this->weights[$weight_class_id])) { return number_format($value, 2, $decimal_point, $thousand_point) . $this->weights[$weight_class_id]['unit']; } else { return number_format($value, 2, $decimal_point, $thousand_point); } }
-
причина в том, что при большой строке происходит ее разбивка для соответствия стандарту RFC 821 (лимит 1000 символов на строку) только разбивка средствами движка в system\library\mail.php сделана некорректно - без учета многобайтовых кодировок и самого места разбивки (т.е. может рубить и посреди тегов и посреди ссылки) что и приводит к появлению кракозябр в письмах с длинными строками
-
до кучи
-
это форматирование с разделителем групп разрядов смотрите catalog\language\ ваш_язык \ ваш_язык.php строка $_['thousand_point']
-
описание самой проблемы здесь есть такое плюс различные модули кеширования, среди прочего также кеширующие запросы корзины но, при заявленных хостером лимитах это вряд ли поможет либо тариф менять, либо хостера
-
пинайте хостера, пусть свободное место проверяет
-
не отключать товары, если их нет в наличии
