sv2109
-
Публікації
3 691 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача sv2109
-
да, это тоже мой модуль и проблему решить я планирую, просто это тема поддержки другого модуля, эта ошибка не относится к модулю Поисковая система. нет, если установлено 2 модуля то модуль Поиск с автодопонением берет настройки поиска с модуля Поисковая система и ищет товары через него, вывод будет одним для 2-х модулей. Поисковая система в адаптации не нуждается - да. По поиску с автодополнением точно сказать не могу, так как шаблонов очень много + они постоянно изменяются и протестировать модуль на всех возможных версиях шаблонов - нереально. Нужно устанавливать и смотреть. Обычно модуль нормально стает на темы. Иногда нужна темизация, очень редко адаптация через каки-то конфликты с темой. Но при покупке вы также получаете поддержку, какие-то мелочи по адаптации я конечно подскажу как исправить.
-
по тексту ошибки видно, что это не проблема этого модуля, а проблема модуля filter_category_search это другой модуль. Интеграция давно есть, специально для этого написан отдельный модуль Поиск с автодополнением, эти модули могут работать вместе
-
Как показывается практика, подобные простые задачи только на первый взгляд займут 5 минут. А реально вы на это потратите минимум пол часа а иногда и за час не управитесь. Ведь работа это не только написание кода, это также переписка с заказчиком, где нужно перечитать задание (иногда несколько раз чтобы понять ход мыслей заказчика), уточнить его (иногда несколько раз), подключиться к сайту (иногда с 5-го раза так как первые 4 вам дали не правильные доступы или с неправильными правами), разобраться в коде 100500 модулей, которые там установлены и которые не понятно как работают (потому что часть работает через модификаторы, часть через события, часть через ручную правку кода, а часть еще и через vqmod.. и + все крутится на какой-то теме типа джорнал, которая сама по себе изменяет половину движка) А после работы еще услышать что теперь что-то на сайте работает не так как до этого, а при таком количестве изменений в движке это очень даже вероятно потому что понять логику всего кода нереально. Поэтому я делаю так: 1. беру предоплату которая покроет большую часть потраченного на работу времени 2. конечную стоимость озвучиваю уже по окончании работы, в зависимости от к-ва потраченного времени, потому что наперед сделать это часто невозможно.
-
Здравствуйте, всех шаблонов я протестировать не могу + они постоянно изменяются. Нужно пробовать. Если какой-то небольшой конфликт то я помогу исправить бесплатно. Если что-то более серьезное - то за доп. плату. В самом крайнем случае вы можете вернуть деньги за модуль.
-
пишите в ЛС на демо сайте такой ошибки нету http://demo.sv2109.com/ocstore2302/index.php?route=product/search&search= 3D %26 Touch № %23 %3B + этот модуль не делает никакой переадресации значил скорее всего проблема где-то у вас, возможно в модуле чпу
-
Этот модуль не задает цены, цены вы можете задавать или в самом товаре в акция или в модуле Разные цены для групп покупателей. Этот модуль поддерживает 2 этих вараинта.
-
Модуль поддерживается, подписка на эту тему в форуме слетела. модуль выводит цены через модификатор, там прописано куда их выводить, но можно вывести в любое место на странице.
-
поддерживается, наверное подписка слетела
-
где есть? помню несколько лет тому назад на оф. сайте появился какой-то свой облачный сервис для опенкарта, я еще тогда писал, то этот проект не взлетит и кто им сегодня пользуется? Мое мнение - из опенкарта (того, что есть на сегодня) невозможно сделать хороший (!) конструктор сайтов. Потому что хороший конструктор обязательно должен включать в себя возможность расширение функционала через сторонние дополнения. Потому что каждый магазин индивидуальный, каждому нужны какие-то свои фишки, варианты оплаты, доставки, интеграция со сторонними сервисами, индивидуальный функционал итд. Всего невозможно включить в коробку и нужна обязательно возможность расширения. А расширения в опенкарт сегодня сделаны так (да и весь опенкарт спроектирован так), чтобы в любой момент можно было что-то "подпилить напильником" чтобы оно работало или через прямое изменение кода движка или через модификаторы (сути это не меняет) и это неплохо работает если есть доступ к коду, так как весь движок работает на своем сервере. Но такой подход абсолютно не годится для конструктора, где такой возможности не будет. Тут нужна сложная система расширений которая будет работать без изменения кода самого движка, а этого в движке просто нету. Чтобы понять о чем я можно посмотреть в сторону например шопифай как там все реализовано в плане расширяемости, какое там шикарное API и возможности для разработчиков.
-
В последнее время работал над новой версией модуля, так как накопилось достаточно много пожеланий от пользователей, многие из них, особенно самые востребованные получилось реализовать, такие как: несколько подарков для одной акции, подарок от суммы заказа итд. Достаточно много времени заняла работа над новой версией, так как работы оказалось намного больше, чем планировалось с самого начала, некоторый функционал пришлось полностью переписать, чтобы получить возможность дописать новый функционал. Но сегодня на конец обновил описание модуля и загрузил новую версию. Новое в версии 4.0 PRO Основные изменения: Подарок от суммы заказа. Подарок добавится в корзину с нулевой ценой только если сумма заказа будет больше указанной в настройках акции суммы. Если сумма заказа меньше в корзине будет отображаться сообщение на какую сумму нужно увеличить заказ для получения подарка. Несколько подарков на выбор. Можно создать акцию с несколькими подарками, покупатель сможет выбрать из списка один. Стикеры для акции. Для товаров у которых есть акция можно отображать отдельный стикер на картинке товара для дополнительного привлечения внимания покупателей к этому товару. Поддержка сео ссылок (seo_url и seo_pro) Улучшена кастомизация. Теперь можно изменить любую переменную или добавить новую перед созданием HTML кода блока акции, стикера, подарков, информационного окна акции. Улучшено добавление товаров в акцию. Теперь можно добавлять товары по цене, атрибуту, категории, производителю. Множество более мелких улучшений.
-
Готового ответа вам никто не даст, потому что его просто нету. У каждого варианта есть куча своих как преимуществ так и недостатков. + все зависит и от специфики каждого бизнеса. Основной плюс конструкторов - простота, пару кликов и магазин работает. Основной недостаток - что это не ваше и в любой момент может изменится политика площадки и вы потеряете деньги. Основное преимущество своего магазина - что он свой, есть и будет всегда (если не прозевать оплату домена), основной недостаток - что создать свой магазин далеко не так просто так пишут некоторые выше, особенно если нужно что-то сложнее базового функционала, тут нужно или нанимать специалиста, который все сделает или самому вникать в множество вещей, такие как хостинг, домен, FTP, базы данных, какие-то основы веб разработки, маркетинга, seo итд.
-
Если я вас правильно понял, то есть вот такой модуль: https://opencartforum.com/files/file/7330-otobrazhenie-raznyh-cen-dlja-raznyh-grupp-pokupatelej/
-
Подсказываю: Если вы задаете подобные вопросы то ищите вы не подсказку, а чтобы кто-то за вас сделал вашу работу да еще и бесплатно. Подсказать это показать ваш код и попросить напр. найти в нем ошибку или подсказать какой-то конкретный момент, если же вы не написали ни одной строчки кода и просите "подсказать" то в таком случае найдите исполнителя, заплатите ему за работу и он все сделает.
-
Если изображение акции не загружено и у акции есть подарок и у этого подарка есть картка то вместо картинки акции используется картинка подарка. То есть изображение подарка у вас есть в массиве даже не подарка, а самой акции и оно автоматически выводится в блоке акции в категории и товаре. + вы можете вывести его куда угодно вручную через шаблон модуля + как я вам выше написал: в массиве товара есть поле image в котором есть изображение. + для получения этого массива модуль использует стандартную модель $promotion['gift'] = $this->model_catalog_product->getProduct($promotion['gift_id']); поэтому если какого-то поля нету то его можно добавить в model_catalog_product в массив товара и оно появится в шаблоне модуля. Поэтому вы можете вывести в шаблон любое поле подарка.
-
да, можно, в шаблон передается целый массив товара подарка, можно вывести любое поле из него в шаблон. или можете в описании самой акции написать название подарка, так будет еще проще.
-
Есть вот такой модуль, там можно делать скидки или наценки на категории или бренды
-
Нет, в настройках этого включить нельзя, нужно изменять модуль, но работы там не много плата будет символическая.
-
По умолчанию нет, но если это нужно то не сложно изменить модуль чтобы он это делал.
-
можно, пишите в ЛС
-
Ответил вам на почту только что
-
3 вещи, которых мне больше всего не хватает в OpenCart
blog entry прокоментував sv2109 sv2109 в Блог sv2109
А теперь другому модулю нужно изменить этот запрос, добавив новый джойн и какие-то свои новые условия. И что делать? Изменять все через модификатор? а потом третьему модулю нужно добавить свой новый джойн и свои условия, он пытается сделать этот тоже через модификатор и все, или не работает один модуль и автору нужно вручную ковыряться в коде чтобы исправить конфликт или другой или ошибка 500 и вообще ничего не работает или что еще хуже код может работать но логика работы будет другой, не такой как задумывалось, потому что предвидеть эти моменты как другие модули изменять один и тот же кусок кода невозможно. Конструкторы усложнят код - да, не сильно но усложняют. Но они дают преимущества, которые с лихвой перекрываю это. Одно из самых больших преимуществ - возможность использовать систему Событий для изменения любого! запроса в движке. И при системе событий и 2 и 3 и даже больше модулей могут изменить один запрос и конфликтов при этом будет в десятки раз меньше, так как все будет делаться через понятный api а не через str_replace или preg_replace. -
Я вам ответил на ваш вопрос в ЛС, зачем вы спрашиваете тоже самое еще и на форуме? Возможность поиска по точному совпадению значит, что точный поиск имеет более высокий приоритет и товары где есть точный поиск будут отображаться выше, но товары, у которых есть совпадение по части слова тоже будут отображаться, только будут иметь более низкий приоритет. При этом если вы ищите слова с одним символом, например "9" то этот символ может встречаться и в других полях, поэтому сделать какой-то более точный поиск по одному символу практически не возможно. + если у вас включен поиск по целому слову то лучше отключить логику И и заменить ее на ИЛИ.
-
3 вещи, которых мне больше всего не хватает в OpenCart
blog entry прокоментував sv2109 sv2109 в Блог sv2109
именно для табов подобный подход будет исключительно полезен, так как тот, кому хоть раз приходилось делать форму в которой были табы с двойной или даже тройной вложенностью, те понимают какой это ад, я когда-то создавал с тройной вложенностью, был верхний горизонтальный, потом вертикальный и потом еще табы для разных языков. Эту форму я писал несколько дней. И если в ней вдруг забыть случайно закрыть какой-то див или удалить случайно что-то, то все, можно и пол дня искать причину.. В конструкторе же можно легко сделать 'tab' => array( 'name' => 'Tab1', 'fields' => (...), ) или 'tab' => array( 'name' => 'Tab1', 'tabs' => (...) ) И все работает, и можно делать хоть 2 вложенности хоть 3 хоть даже больше. вы или плохо читали пост или не поняли его суть. Суть не в том, чтобы каждый использовал свой собственный инструмент, потому что толку с этого не будет никакого. Мало того, это будет настоящий ад потому что придется изучать синтаксис каждого модуля отдельно чтобы понять как с ним работать. + вопросы совместимости, производительности, конфликтов итд. Нужно что бы это было в самом движке, только тогда можно сделать систему Событий, которая позволит со всем этим работать и сможет дать расширяемость движка и уменьшение конфликтов. Опять же если какому-то разработчику будет не удобно работать напр. с конструктором запросов или форм, то он по прежнему сможет писать код по старому и он будет работать. -
opencart4 OpenCart 4 - Наблюдение для релиза ocStore 4
topic відповів в dinox sv2109 Новини та оголошення
ну каких 100? я выше дал ссылку на то чего мне не хватает в движке, на сколько это увеличит сложность движка? на 5%? 10%? 20%? На столько же увеличится и цена дополнений и если модуль стоил 10 долларов а будет стоить 11 или 12 то что это изменит для пользователя? При том что и конфликтов будет в разы меньше и других проблем? Опять же не нужно смотреть на ситуации как на 2 безальтернативных варианта: или супер просто и дешево или супер сложно и модули за 100$ как в магенто. Есть масса промежуточных вариантов когда и качество движка можно значительно улучшить и сложность со стоимостью - да, увеличится но очень незначительно (10-20%).
