AlexDW
-
Публікації
11 319 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача AlexDW
-
вообще - любопытно в теме по борьбе с варезом наблюдать призывы типа "нужно только по закону", "за варез банить нельзя" и тп от пользователей, не являющихся авторами
-
@Blade , так вы уже определитесь а то получается как в нашей раше: - так подоконник - вровень должен быть? или выступать? - вровень-выступать, насяльника..
-
в файле catalog\model\catalog\product.php после строки (встречается несколько раз) if (!empty($data['filter_name']) || !empty($data['filter_tag'])) { добавить $data['filter_name'] = str_replace('-', '', $data['filter_name']); и обновить кеш модификаторов, если движок 2х -
может быть все что угодно, ищите причину
-
в 23021 этот баг не устранен (если предположить что у вас причина в нем, а не в чем-то еще, например кривых конфигах/вмешательстве в код)
-
здесь плюс рекомендуется обновить ocStore 2302 до последней на текущий момент версии 23021
-
к автору модуля обратиться
-
не нужно путать причину и следствие 1. есть правила форума, согласие с которыми обязательно при регистрации не устраивают - не регистрируйся, все просто 2. гражданам, покупающим модули с целью их слива на варезниках и складчинах либо использующим варез - рук никто не выкручивает нарушают осознанно - значит, готовы к последствиям либо на последствия им изначально плевать
-
читать тему с начала, второй пост
-
с одной стороны - вроде задумка хорошая но в реальности, ИМХО: 1. варезопомойки и складчины как правило живут на абузоустойчивых хостингах, которым чихать на различные претензии 2. если конкретный автор еще худо-бедно может мониторить слив своих работ, то отслеживать появление всех дополнений всех авторов на огромном числе таких помоек - выглядит маловероятно тут ситуация как в анекдоте гораздо действенней будет введение/использование защиты своего дополнения самим автором (тип/способ реализации и ее надежность - это уже отдельный разговор)
-
смотреть журнал ошибок и логи сервера попробуйте очистить лог модификаторов и обновить их(модификаторов) кеш
-
вспомнился анекдот: если проблема со стороны хостинга - нужно ее решать (самостоятельно или хостера напрягать), или другого искать а не переделывать программу под все кривые настройки всех кривых хостингов
-
пробуйте ставить "с нуля", смотрите логи сервера/файл ошибок php(если такой есть) обычно такое происходит, если сначала ставить оригинальный opencart, а потом в эту же папку пытаться ставить ocStore смотрите здесь
-
обращение с этим вопросом к автору шаблона - должно помочь еще больше
-
в .htaccess ограничить доступ только вашим ip, гугл в помощь
-
не нужно верить всем подряд чЮдо-сервисам глянуть что у вас фактически в метатегах можно прямо в браузере - ПКМ->Информация о странице
-
модуль НЕ влияет на вывод самого поля поиска если у вас на телефоне поля поиска нет - это уже от вашего шаблона зависит, спрашивать у его автора
-
тут нужно разбираться с причиной таких заказов то ли она в неочевидности для покупателей самой процедуры пошагового оформления (обычно решается установкой модуля одношагового/одностраничного оформления заказа, например simple) то ли в чем-то другом, например каких-то ошибках на финальной стадии оформления
-
переименуйте в контроллере и шаблоне config_product_count в showcase_config_product_count и будет счастье
-
здесь обсуждалось
-
вот и причина
-
в демке они работают совместно работа ExtendedSearch сказывается только на выдаваемых при поиске результатах выпадающий список при поиске - это другой модуль, AutoSearch
-
на https - нормально работает, на http - криво, смотрите консоль браузера намудрили с конфигами/редиректом/протоколами
-
загрузить через установку дополнений и обновить кеш модификаторов
