sv2109
-
Posts
3,685 -
Joined
-
Last visited
Content Type
Profiles
Forums
Marketplace
Articles
FAQ
Our New
Store
Blogs
module__dplus_manager
Everything posted by sv2109
-
Можно, модулю все равно где вы разместите опции, для этого вам нужно будет перенести блок вывода опций в шаблоне товара.
-
Да, можно. Сами опции в виде картинок можно вывести с помощью самого движка, а модуль поддерживает все опции, которые поддерживает движок.
-
В моих модулях поиска это реализовано https://opencartforum.com/files/file/3267-poisk-s-morfologiey-i-relevantnostyu-pro/ https://opencartforum.com/files/file/3278-poiskovaya-sistema-s-morfologiey-i-relevantnostyu-pro/
-
Модуль Разные цены для групп покупателей [Поддержка]
sv2109 replied to sv2109's topic in Цены, скидки, акции, подарки
Я фигею с этого форума, опять подписка слетела.. пользователи пишут, а я ничего не получаю. -
Модуль Разные цены для групп покупателей [Поддержка]
sv2109 replied to sv2109's topic in Цены, скидки, акции, подарки
да, правильно -
Если посмотреть код, то getCategories более функциональная, она и добавляется отступы к названию категории в зависимости от вложенности и считает к-во товаров в каждой категории + в ней есть разные фильтры, сортировки, лимиты итд. А getAllCategories более простая, она тупо достает все категории + работает намного быстрее. Ну и еще формат данных, которые они возвращают разный. Можно было бы сделать через одну ф-цию? Конечно, но это бы усложнило ее, добавило дополнительную логику, с которой бы было сложнее разобраться, а главный разработчик движка категорически против любых усложнений, ему проще 150 раз продублировать код, чем создать какое-то универсальное решение, где-то такой подход оправдан, где-то - нет.
-
1. Модуль поддерживается 2. Проблемы со скоростью были в предыдущей версии модуля, эта версия Speed специально создана чтобы решить эту проблему 3. Статус и стикеры можно назначать как каждому товару отдельно, так и автоматически по разным параметрам: категория, производитель, по атрибутам (как по самому атрибуту так и по разным его значениям), для новинок, акций, лидеров продаж итд. Очень гибко получается по атрибутах назначать. Модуль очень удобный и функциональный.
-
модуль много чего может, но модулю нужно понимать всю логику работы ваших кодов и кроссов, что как с чем связано, как с вашими кодами связан сам товар, как модуль должен понимать что вот этот конкретный кросс принадлежит вот этому конктретному товару. если вы этого сами не понимаете то модуль этого тем более автоматически за вас не сделает.
-
а как эта база будет коннектится к товару? где связь ее с product_id? как модуль может знать что первая строка принадлежит товару с product_id например 1
-
теоретически - да, но нужно смотреть вашу базу кроссов, как у вас там все реализовано, какая структура итд. и если товаров много то лучше брать модуль поисковой системы
-
почти тоже самое, что и и предлагал. по поиску находится один основной товар, на странице поиска в блоке этого товара есть ссылка "показать аналоги" и по клику находятся аналоги.
-
а если по запросу пользователя будет найден не один товар, а 2 или 3 или 10 или 1000 что тогда? для каждого выводить еще и все аналоги по таблице кроссов? ведь ввести пользователь может не только номер "7701477028" но и какую-то часть этого номера по которой будет найдено больше одного товара.
-
если просто поиск по кросу, напр. пользователь вводит кросс номер и поиск выдает все товары по этому номеру то сделать скорее всего что получится даже через админку модуля, только если у вас товаров много (а на сайты автозапчастей обычно так и есть) то лучше брать не этот модуль, а модуль поисковой системы он в разы быстрее. но если поиск по какому-то другому номеру, чтобы поиск находил и этот товар и еще и аналоги по крос номеру, то тут будет намного сложнее и без изменения кода модуля боюсь не получится реализовать. + не понятно как быть если по какому-то запросу поиск находит напр. 1000 товаров и что для всех еще и искать аналоги по кросу? получится каша в результатах. Мне кажется более правильно было бы этого не делать. А добавить или в результатах поиска ссылку в товаре, что-то типа "найти аналоги по кросс номеру" и уже по клику находить аналоги. Или в карточке товара сделать блок напр. "похожие товары" или "аналоги" и уже там вывести товары найденные по кросс номеру.
-
есть вот такой модуль, он выводит похожие товары (по названию товара), может выводить похожие товары и из той же категории. Это более полезно, чем просто вывести все без разбора товары из той же категории, так как товары будут намного более релевантные данному товару.
-
модуль кеширует html страницу целиком, но он не сжимает css и js кеш создает при посещении пользователем страницы
-
ответил в ЛС и не писали вы в декабре, сообщение в ЛС с вашего аккаунта пришло 21 января, полтора дня назад.
-
да, сбоев в работе другого модуля не будет, но опции для картинок придется выбирать через мой модуль в админке.
- 382 replies
-
- 1
-
-
- картинка
- изображение
- (and 6 more)
-
Можно настроить через sypex dumper (бесплатная утилита для бэкапов базы) он поддерживает работу по крону, очень удобно.
-
Есть 2 типа модулей кеширования (или какие-то их вариации): 1. модули, которые кешируют какие-то части страницы. В них можно гибко настроить что именно кешировать, а что нет, но скорость загрузки страниц все равно получается не очень большой, так как все равно приходится грузить весь движок чтобы отдать пользователю страницу 2. модули страничного кеширования. например BOOST. Этот модуль кеширует не какие-то отдельные части страницы, а всю страницу целиком со всем ее содержанием. В этом есть огромнейший плюс - при повторной загрузке этой же страницы движок не задействуется вообще (у меня по крайней мере так) и страница отдается пользователю мгновенно, не зависимо насколько эта страница большая, сколько там товаров, модулей, запросов к базе итд. Но есть и минус - вы не можете кешировать или не кешировать какие-то части страницы, например цену или к-во или еще что-то. BOOST умеет загружать какие-то блоки через аякс, но это больше относится к каким-то модулям или другим блоков, которых не много на странице. Но цену и/или к-во таким способом грузить будет не эффективно. BOOST можно настроить чтобы при изменении какой-то информации о товаре кеш модуля очищался автоматически, тогда вы всегда будете видеть актуальные цены и к-во. Но придется постоянно скидывать кеш при каждом обновлении.
- 105 replies
-
- 1
-
-
- ускоритель
- кеширование
- (and 2 more)
-
Нет, поддержка конечно же есть, и оказывается она "всем покупателям", она покрывает: консультации (как до покупки модуля так и после), помощь в установке, настройке модуля и даже иногда решение небольших конфликтов, но только она оказывается не неограниченное к-во времени то есть вечно, а в определенный промежуток времени. Если кому-то нужна поддержка через 5 лет, то я конечно могу помочь но уже не бесплатно. Я вас прекрасно понимаю и примеры ваши жизненные, у меня тоже такие покупатели были, что потом годами не могут забыть о какой-то мелкой обиде. НО вот только есть одно "но". Если бы это был действительно один клиент на сто, то да, лучше вернуть деньги или сделать бесплатно и все, разошлись и все довольны. Проблема в том, что ситуация, которую я описал она никак не единична, это вполне стандартная ситуация и если продаешь модули уже больше 7 лет, то подобные ситуации случаются постоянно почти каждый день, а иногда и по несколько раз на день бывает, особенно после выходных, то есть это десятки случаев в месяц и что? всем возвращать деньги? или всем все делать бесплатно? Тогда выгоднее будет вообще закрыть всю свою деятельность и заняться чем-то другим, так как доходы тут и так не ахти учитывая и варез и нежелание многих покупателей платить адекватные деньги за работу, если же еще бесплатно тратить по пол дня чтобы решить все конфликты через 5 лет.. то придется работать вообще в минус. Я вижу, что тема, как и многие другие темы, куда заходят некоторые персонажи скатывается на личностные обвинения, поэтому напишу наконец следующее. Проблему я описал, она есть, она есть для всех разработчиков и чем больше разработчик работает в этой сфере, тем больше она будет ощущаться. Думаю, решение проблемы достаточно простое - чем больше разработчиков будут работать не за спасибо, потому что "вам же сложно посмотреть", а требовать за свою работу адекватные деньги, как и должна стоить работа программиста, тем больше покупателей будут абсолютно нормально реагировать на предложение разработчика оплатить решение какого-то конфликта, особенно через несколько лет после покупки модуля и подобные конфликты станут скорее редкостью. И наоборот: чем больше разработчики буду согласны работать бесплатно, тем больше многие покупатели будут требовать такого поведения от всех разработчиков и подобные конфликты станут нормой. Какой вариант для нас, разработчиков более выгодный - думайте сами.
-
Очень часто это не имеет значения. Почему? Потому что 1. модуль до этого работал 2. обычно модуль из-за конфликта перестает работать после того, как другой модуль или тема изменяют код например через модификатор и тем самим изменяется логика работы сайта. Может ли модификатор изменить закрытую часть кода? нет, только открытую. Значит закрытая часть тут вообще не при чем, изменения произошли только в открытой части, а их можно найти и исправить через ту же открытую часть. 3. у меня в модулях закодирована только модель, обычно и не нужно знать как она работает для решения конфликта. По своему достаточно большому опыту решения всевозможных конфликтов могу сказать, что минимум процентах в 95 случаев (а то и больше) конфликты решаются без изменения закрытой части модуля.
-
Это уже прописано в правилах этого форума, которые распространяются на все дополнения форума, если другое не указано самим разработчиком: Если пользователь покупает сейчас новый модуль другого разработчика и из-за него происходит конфликт, то или пусть с этим конфликтом разбирается другой разработчик, раз его модуль купили и из-за него конфликт или с этим могу разобраться я, но не бесплатно. Вообще исправления конфликтов и так не входит в бесплатную поддержку, так как конфликты бывают очень разные, но если пользователь только купил модуль у меня, то сразу после покупки я могу некоторые мелкие конфликты которые не требуют много времени исправить и бесплатно в рамках бесплатной поддержки, но никак не через 5 лет после покупки.
-
Стандартная ситуация: Какой-то покупатель купил модуль 2-3-4-5 лет тому назад, рублей за 300. Модуль получает, поддержку по нему после покупки получает или даже установку, у него все работает. Через 3-4-5 лет после покупки у него что-то ломается и модуль работать перестает. Сразу после этого мне на почту прилетает письмо от этого покупателя, что "вот ваш модуль, который мы покупали не работает, вот доступы к нашему сайту разберитесь с проблемой". Когда модули продаешь уже лет 7 и к-во покупателей за это время - тысячи то подобные письма приходят достаточно часто, иногда по несколько раз на день и приходится тратить реально кучу времени на все это. + в 99% случаев если модуль 3 года работал и вдруг перестал то проблема никак не в самом модуле, а или каком-то конфликте с другим модулем или темой, которые пользователь установил недавно или в том, что пользователь сам изменил настройки модуля или хостинга или код сайта итд. Раньше я по доброте душевной подобные обращения обрабатывал вообще бесплатно так как их было не много. Но когда подобных запросов приходит по несколько на день то можно и полдня на все это потратить да еще и бесплатно.. Поэтому я в последнее время обычно вежливо отписываю, что извините, период бесплатной поддержки уже закончился, если хотите чтобы разбирался с вашей проблемой это будет не бесплатно. И.. очень часто получаю кучу негодования от покупателя. Да, некоторые пользователи вполне нормально к этому относятся, но некоторые крайне негативно, типа, "Как же так? Я же модуль КУПИЛ, официально, мог ведь и бесплатно скачать на каком-то варезнике, а купил, за деньги, у автора, чтобы получить поддержку, а теперь мне что опять платить? Автор ты что вообще офигел?" (не дословно, но примерно так) И кстати, часто слышу, что "вот другие разработчики в таких ситуациях денег не берут, а решают все бесплатно" И вот я думаю то ли это действительно все разработчики такие добрые, только я один злой и алчный или как? Вот как вы поступаете в подобных ситуациях, потому что мне они иногда полностью мозг выносят.
-
Модуль Акции, Подарки PRO [Поддержка]
sv2109 replied to sv2109's topic in Цены, скидки, акции, подарки
С темой и ocstore 2.3 модуль точно будет работать, с модулем, чесно, не было возможности проверить, но теоретически конфликтов быть не должно, модули создают разные акции, моим модулем вы сможете создавать одни акции, а другим модулем - другие. Мой модуль также умеет выводить таймер для акций движка, но тут нужно пробовать, будут ли акции, созданные через какой-то другой модуль выводиться через мой модуль, если тот другой модуль создает акции так же как и сам движок - то все должно работать, если через какой-то свой механизм, то такие акции будут выводиться через таймер того модуля, как и выводятся теперь.
