sv2109
-
Публікації
3 686 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача sv2109
-
думаю, можно дополнить - не только библиотеки и не только кубленным кодом. Например видел что через модификатор заменяют в стандартной модели товара getProduct на напр. getProduct_ и рядом создается свой собственный getProduct с каким-то своим набором аргументов и своим кодом.. понятно что все дополнения которые написаны под стандартный код перестают работать и приходится все переписывать под этот один модуль. И подобных примеров - множество. Вообще, в других движках ситуация, когда кто-то изменяет код движка приравнивается к смертному греху, вот для примера Drupal создаются целые мемы на эту темы, стикеры, наклейки, футболки итд. Потому что считается что это очень-очень плохо. И не зря считается. В оперкарте же по его специфике (из-за отсутствия нормальной системы расширений) тут это приходится делать, так как без этого никак. НО это не должно означать что это можно делать направо и налево не задумываясь о последствиях, потому что это норма для опенакрта. Все равно это нужно ограничивать и применять в самых крайних случаях.
-
Как написать OCMOD-модификатор чтобы он даже работал и ничего не сломать
blog entry прокоментував sv2109 spectre в Блог spectre
Спасибо за статью, думаю многим начинающим будет полезной. Дополню от себя: 1. index, replace, offset, regex я стараюсь вообще не использовать без ситуации, когда без этого вообще никак и даже после этого 2 раза подумаю прежде чем использовать. Иначе потом куча головной боли прежде всего для самого разработчика по поддержке так как чем больше подобных конструкций тем больше вероятность конфликта. 2. изменять шаблоны я бы тоже не стал, особенно в каталоге (ладно админка она то хоть одна, а в каталоге может быть вообще любой шаблон (причем разные его версии) и вообще любым кодом). И что на десятки шаблонов писать разные инструкции? Проще дать пользователю инструкцию: добавить вот эту строчку кода в этот файл шаблона. Многие не согласятся, но это сугубо мое мнение. 3. писать в названии файлов * тоже крайне плохая идея, у меня было немало конфликтов с модулями из-за того, что кто-то в своем модуле добавил какой-то левый код в мой модуль потому что в инструкции было * для всех модулей. Приходилось вручную искать строку, которую ищет этот модуль и добавлять лишние пробелы чтобы не находило и ничего не добавляло в мой файл. 4. не нужно в модификатор писать кучу кода. Если есть какой-то большой кусок кода, который нужно выполнить то намного лучше вынести его в отдельный файл, например модель и через модификатор добавить 2 строчки кода: в первой подключить эту модель и во второй получить результат выполнения метода. Чем добавлять в контроллер 50 строк кода. 5. по возможности избегать использование модификаторов, а там где без этого никак - уменьшать их по максимуму. -
Этот модуль - нет, но в модуле Поисковая система есть настройка транслитерация, можете ее включить.
-
У меня на оф. сайте продаются модули под кубом, никто ничего не присылал. Просто те пользователи, которые что-то имеют против куба делают возврат и все. Мое мнение: 1. в описании модуля обязательно должна быть информация о кубе, в этом случае у покупателя просто есть выбор - покупать или не покупать понимая что он покупает. Все справедливо. Кто против куба - путь проходит мимо, ищет другие решение, кто не против - тот покупает. 2. кодируют разработчики модули не от хорошей жизни, я бы сам с удовольствием отказался от куба, так как он создает массу неудобств, но увы пока альтернативы кубу нету и если не кодировать то деньги потеряют не только разработчики но и сам форум. Да и под кубом тут очень много модулей. Знаю, многие разработчики на этом форуме против куба, поэтому просьба не превращать тему в очередной холивар, у каждого свое мнение и никто ничего никому уже все равно не докажет.
-
начать пожалуй стоит с этого https://github.com/opencart/opencart/wiki/Coding-standards так как это стандарты кодирования для всего опенкарта.
-
Приветствую, Почти закончил работу над новой, 4-той версией модуля, Кто желает протестировать новую версию модуля? Предоставлю модуль для теста + потом после исправления ошибок, если они буду предоставлю этот модуль бесплатно. Но для тестирования крайне желательно чтобы была тестовая версия сайта, на которого можно проверить работу модуля, чтобы не делать это сразу на рабочем домене. В новой версии добавил очень много всего интересного в модуль - сжатие файлов css и яваскрипт, оптимизация изображений, кеширование запросов к базе данных, автоматическая генерация кеша и множество других функций. Модуль уже практически готов, но выкладывать на продажу пока рано, так как желательно сначала протестировать, потому что новых функций много и не исключены какие-то ошибки. Модуль поддерживает версии опенкарт от 2.0, для 1.5 не делал, так как работы много и она не окупится.
-
да, подойдет, переключение произойдет когда 2 опции будут выбраны
-
То есть вам нужно при выборе товаров для акции указать минимальную стоимость товара и добавлять в акцию только товары больше этой стоимости? Или как? Если да, то это в модуле не реализовано в этой версии, я себе в список планов на будущее по этому модулю уже давно это добавил, но еще не реализовал. Как вариант просто в самом шаблоне категории или товара прописать условие что если цена больше какого-то числа то печатать блок акции, иначе - не печатать. Это самый простой способ как скрыть акцию для какого-то товара.
-
там используется совсем другой механизм, по клике на опцию вас перекидывает на совсем другую страницу со своим набором картинок, ценой, опциями итд, это по сути разные товары. модуль этого не делает, он только в одном и том же товаре переключает одну главную картинку на картинку опции.
-
Модуль не делает скидку на зарегистрированных или незарегистрированных польльзователей, он делает скидки на группы покупателей. А в опенкарте и те и другие могут иметь одну и ту же самую группу, напр. default У меня есть бесплатный модуль который автоматически присваивает группу при регистрации возможно он вам как-то поможет.
-
этот модуль работает на странице поиска и не конфликтует с шаблонами если вам нужен модуль с установкой то приобрести модуль вы можете на странице модуля + при закаже укажите услугу установки ссылка https://opencartforum.com/files/file/3278-poiskovaya-sistema-s-morfologiey-i-relevantnostyu-pro/
-
и один и другой модуль умеют искать по атрибутам товаров, только по их значениям. Названия атрибутов возможно можно добавить через доп. поля, но тут нужно пробовать. Поисковая система более новый и функциональный модуль, он также работает в разы быстрее, поэтому больше подойдет для магазина где много товаров.
-
здравствуйте, нет, такая логика в модуле не реализована, настроить через какие-то настройки модуля не получится. разве что изменять код модуля, чтобы он это поддерживал.
-
зачем его отключать, оно и так не кешируется, это же яваскрипт код который выполняется на каждой странице и передает информацию на яндекс о клиенте
-
нормально, в модуле есть инструкция как установить модуль на любой шаблон.
-
В ЛС ответил
-
Пишите в ЛС
-
если движок не видит каких-то адресов из-за модуля мультиязык то обращайтесь к автору того модуля, дорабатывать нужно тот модуль, а не мой.
-
нужно будет создать стикер для каждого производителя
-
1. Да, можно, в каждом стикере/статусе можно указывать где именно он должен выводиться в категории, товаре или и там и там. 2. Да, в модуле есть инструкция как установить модуль на любую тему 3. Сколько у вас языков? Если не много то создам вам лицензии для каждого.
-
В модуле есть инструкция как установить модуль на любую тему.
-
ответил в ЛС
-
в ЛС ответил
-
теоретически все можно вывести, контроллер у вас открытый и шаблон модуля и js код, изменяйте как угодно.
-
модуль Search Suggestion дает вам поиск в шапке, если установлен также модуль Поисковая система то эти 2 модуля работают вместе, модуль Search Suggestion для поиска использует модуль Поисковая система. стандартные страницы.
