sv2109

это мой модуль, у пользователя стояла очень старая версия этого модуля, купленная лет 5 назад + модуль был не настроен правильно, так как был поиск по очень многим полям и по вхождению (а это влияет на скорость) и мин. длина слова для поиска судя по запросу стояла 1 символ, это добавляет в запрос поиск по напр. "2" что имеет мало смысла. И так далее.

здравствуйте, 1. живой поиск есть отдельным модулем (эти 2 модуля совместимы и работают вместе, то есть живой поиск если установлен модуль Поисковой системы будет искать через эту систему): 2. нет, модуль ищет товары, а не категории, для живого поиска кому-то делал подобное если нужно то можно сделать. Но в Поисковую систему будет более сложно сделать, у меня когда-то был модуль для этого, но он был под 1.5, не пользовался популярностью и я его не переносил ни на 2 ни тем более на 3 3. Да, 2 модуля работают на 3 версии движка.

в неправильных настройках, возможно вы картинке присвоили не ту опцию или не те опции

во второй версии поисковой системы у меня реализован быстрый поиск по суффиксам и части слов, долго думал как реализовать, перепробовал много разных вариантов, в тч полнотекстовый поиск, но решил задачу, работает нормально. если поиск работает медленно то это создает нагрузку на сервер и если в тоже самое время вы делаете импорт товаров, то он естественно тоже тормозит, так как сервер точно в это же время обрабатывает сложный поисковый запрос + добавляется еще нагрузка от импорта, который тоже может создавать приличную нагрузку, это накладывается одно на другое и получаем ошибку 504, то есть серверу не хватает времени чтобы обработать запрос. Решений несколько: установить более быстрый модуль поиска, установить более мощный сервер, увеличить время выполнения скриптов на сервере.

он имеет свои недостатки, я поэтому его в своих модулях не использую, например в нем нету возможность нормально настроить релевантность по какой-то формуле например он также не поддерживает поиск по вхождению внутри отдельного слова (то есть поиск будет идти по началу слова) в нем нет поддержки русской морфологии и так далее.

6-8 в день это не много, если бы сотни тогда можно было бы подозревать какой-то парсинг или сбор информации конкурентами или еще что. а 6-8 в день спокойно может дать какой-то посетитель для поиска нужного товара.

да, запросы по вхождению вида "%слово%" работают очень медленно, так как в этом случае не используются индексы, особенно если поиск происходит по фразе из нескольких слов, особенно если у вас магазин на 12000 товаров. У меня есть модуль поиск специально для больших сайтов, он специально написан чтобы решить эту проблему, если будут вопросы - пишите в ЛС отвечу

чушь пишете полную. Говорю вам как разработчик опенкарт с 5-летним стажем. Потому что опенкарт это совсем не тот движок, для которого можно зарабатывать чисто пассивным доходом. Потому что: 1. опенкарт просто не имеет полноценной системы расширений, которая бы работала через события, потому тут конфликтует все и со всем. И ситуация, когда кто-то покупает модуль, устанавливает и он у него заводится и ни с чем не конфликтует.. при условии что модуль более-менее сложный и ставится не на голый движок со стандартной темой, а на реальный магазин, переписанный вдоль и впоперек.. бывает крайне редко. Обычно, после установки очень часто приходится что-то допиливать и делать это приходится разработчику. И дело тут не в хорошем или плохом модуле, от качества модуля это вообще мало зависит, дело в особенностях движка. 2. опенкарт своей бесплатностью и простотой притягивает к себе пользователей которые не понимают в разработке вообще ничего, полные нули, которые даже не знают что такое фтп, шаблон, не имеют даже самых элементарных знаний по html, я уже молчу о php. Такие пользователи даже сами не могут установить модуль по готовой инструкции. И кому приходится помогать им делать это? Разработчикам. Поэтому что, что разработчики не оказывают поддержки это полная чушь, потому что поддержка модулей занимает большую часть времени любого разработчика, даже писать новые модули и развивать старые нету времени, потому что почти все время забирает именно поддержка. А на счет качества поддержки.. тут все напрямую! зависит от цены модуля! Все хотят (и вы об этом пишете) очень дешевые модули за 300-400 рублей и все хотят ну просто очень качественной поддержки! А как это вообще может быть возможно, если минимальная стоимость часа работы нормального программиста начинается от 10-15$, модуль стоит 300 рублей (в котором пусть 50% цена и 50% стоимость поддержки) так сколько поддержки можно оказать за 150 рублей? 5-10 минут? Все. Хотите "качественную" поддержку? Хорошо, только модуль будет стоить не 300 рублей, а тысячи полторы... тот самый.. а более сложные модули и вообще по несколько тысяч.. только кто это купит за такие деньги? единицы. Так что давайте не будем о том, что "качественной" поддержки нету..

Списки я имел ввиду составлять на вебстудии которые ставят варез. И если такая студия установила несколько сотен модулей на несколько десятков сайтов а также имеет оф. контакты, офис, реестрацию как чп итд. То подать на нее в суд и выиграть его очень даже реально при желании.

Нет, потому что нету в законодательстве ни Украины ни подозреваю что и России такого понятия как GPL и ниодин суд не будет брать его во внимание, есть же закон об авторских правах где все права на модуль имеет его автор.

да что тут спорить: 1. если у пользователя установлен варез то он должен за это отвечать. Знал/не знал - это все детский сад, взрослые люди должны нести ответственность за свои действия. Иначе так каждый может сам установить куча вареза а потом включить дурачка: "ой а я же не знал что так нельзя.." 2. если варез пользователям ставит какая-то студия да еще и берет деньги как за новый модуль.. то наказывать нужно очень жестоко. Давно пора создавать черный список таких контор, ведь они мало того, что обворовывают разработчиков, так еще и обворовывают пользователей, ведь те думают, что покупают легальные модули. То есть люди делают бизнес на двойном воровстве.

в ЛС ответил

так работает модуль, если у товара нету акции то создается пустой файл, 2 байта это совсем не много, даже для 2 тыс. файлов. в будущих версиях подумаю как это изменить.

@flashduke напишите мне в ЛС, вы не ту версию модуля устанавливаете. Только отвечу часа через 3 не раньше.

пишите в ЛС или на почту [email protected]

пишите в ЛС если у вас какие-то проблемы

с симплой проблем нету, с фильтрами тоже, была на каких-то старых версиях толи модуля то ли фильтра про уже не помню, сейчас нету

если он не умеет писать на русском то почему не переключить язык на румынский?.. просто так устроен сам движок, при выборке товаров и даже при получении этого товара проверяется язык этого товара, найти то я этот товар могу, но движок его не сможет отобразить на другом языке или нужно переделывать движок, но это чревато кучей конфликтов в будущем.. как вариант: искать по всем языкам (это можно сделать) а выводить товары на том языке, который включен у пользователя. То есть у пользователя включен русский, он пишет на румынском, модуль ищет товары и на русском и на румынском, но если находит товар на румынском, то выводит этот найденный товар уже на русском. Это теоретически сделать можно.

вы не поняли моих вопросов. мне не жалко отдать, тем более что я согласен, что модуль уже был куплен. вопрос в поддержке, ведь с учетом и специфики движка и специфики покупателей (уровень квалификации которых очень низкая) очень много их них получив этот модуль бесплатно завтра потребуют поддержку по нему, так как у них могут возникнуть сложности и с установкой на новый движок и с настройкой и какой-то конфликт с темой итд. и что поддержку тоже оказывать бесплатно? Завтра выйдет 4 версия движка, потом 5 итд. И что? пользователю, который купил модуль 5 лет назад за 300 рублей оказывать постоянно поддержку бесплатно? Это экономически не выгодно, учитывая что час работы программиста стоит даже по минимум долларов 10, а на всю поддержку нужно потратить не один час (учитывая и обновления и всевозможные конфликты и криворукость многих пользователей) и это при цене модуль в 300 рублей? Поэтому или поднимать цену на такой модуль, продавать намного дороже и оказывать гораздо больше бесплатной поддержки или делать платными обновления или платной поддержку по этим обновлениям. Иначе не получится как не крути.

Здравствуйте, коллеги, есть несколько вопросов по ценообразованию, интересно знать кто как делает чтобы придерживаться какой-то схожей модели, это также будет лучше и для покупателей так будет меньше возражений от них в духе "а мне другой разработчик это бесплатно сделал, так почему у вас платно?" итд. Ситуации 1. Есть модуль для опенкарт 2, сейчас вышла новая 3 версия движка, следовательно для нее нужно выпускать новые версии модулей. Но как ее отдавать пользователям, которые хотят обновиться, они купили модуль для двойки (год или 2 назад), получили его, установили и получили всю необходимую поддержку? а) если отдавать бесплатно то завтра очень многие! (учитывая и конфликтность самого движка и сырость тройки и часто очень слабый уровень знаний покупателей) из этих пользователей при установке снова обратятся за поддержкой и с вопросами по установке и настройке и какими-то конфликтами и "я все сделал по инструкции, а у меня ничего не работает, автор вот доступы сделай, чтобы все работало" и так далее. Следовательно отдав модуль бесплатно придется тратить еще немало времени на оказание такой же бесплатной поддержки, что просто экономически не выгодно, особенно если цена модуля не высокая, рублей 300. б) или продавать обновление за полную стоимость и оказывать полную поддержку? Но тогда это могут не понять пользователи, ведь модуль он уже купил, сайт тот же, просто версия движка поменялась. в) или продавать обновление за какую-то часть цены модуля (какую?) звучит логично, как золотая середина. г) отдавать модуль бесплатно, а поддержку по нему уже оказывать за деньги, но опять таки могут не понять пользователи. 2. Как быть с ситуацией когда пользователь купил модуль напр. год (или 2 или 3) назад, а сегодня пишет, что "У меня модуль не работает, вот доступы, автор, сделай чтобы работало, я же модуль купил, оказывай поддержку". Когда продаешь модули уже около 5 лет и имеешь тысячи продаж модулей то таких писем "счастья" каждый день приходит по несколько штук, регулярно.. При чем в 99% случаев причина того, что модуль не работает, если до этого он 2 года работал не в ошибке самого модуля, а или в том что пользователь сам изменил настройки модуля или в конфликте с напр. новым установленным модулей или новой темой или с какими-то другими изменениями, но чтобы это найти и исправить нужно опять таки потратить не мало времени. От многих покупателей слышу " а другие разработчики это делают бесплатно" Так ли это? Ведь если это действительно делать бесплатно то учитывая что цена модуля напр. 300 рублей, а час работы адекватного программиста стоит даже если взять по минимуму - 10 долларов, то работать придется себе в убыток. Как вариант оказывать только поддержку при покупке какое-то определенное время (напр. 2 недели или месяц), дальше - за деньги. Или кто как делает, что у вас входит в бесплатную поддержку? 3. Вопрос по конфликтам с другими модулями. Как известно опенкарт благодаря своей простоте очень конфликтный движок, тут конфликты просто сплошь и рядом и даже 100% рабочий модуль довольно часто может не заработать из-за какого-то конфликта. Покупатель, который купил модуль ес-но надеется что все конфликты разработчик решит бесплатно, ведь есть же поддержка и многие сразу кидают доступы на почту: "Исправляй!" Но конфликты то есть разные, один можно решить за 5 минут, а другой и за час не решишь. Опять таки кто как делает, входит ли исправление конфликтов у вас в цену бесплатной поддержки? 4. Размер поддержки, как мне кажется, напрямую зависит от стоимости модуля. Тут я вижу 2 варианта: а) разработчик устанавливает на свой модуль минимальные цены (300-500 рублей), но поддержку надает самую базовую, потому что цена модуля в 300 рублей (учитывая стоимость часа работы программиста) больше никак не покроет. Я долгое время придерживался такой модели ценообразования. Это хорошо для тех покупателей, которые могут модуль установить самостоятельно, у них есть возможность купить его дешевле и сэкономить. Но другие покупатели не понимают, почему это модуль он купил, он у него не работает, автор пишет что причина в каком-то сложном конфликте, а исправить конфликт - плати еще. б) разработчик устанавливает цену намного выше минимальной (600-800-1000 рублей и выше) и при этом имеет возможность предоставить действительно хороший сервис, так как цена модуля позволяет и оказать намного больше поддержки и даже решить бесплатно многие конфликты. Такая модель более подойдет начинающим покупателям, так как проблем с установкой у них будет намного больше и решить их они сами не смогут. Но нужен ли многим этот сервис и готовы ли они за него платить? ведь движок бесплатный и тут многие ищут именно халяву.. Кто какую модель применяет и почему? Или может быть у кого-то есть свои идеи по ценообразованию - пишите. Спасибо за ответы.

да, почему нет

за дополнительную плату, пишите в ЛС

если вам нужен поиск по названию категории, то это не сложно делается, я думал у вас совсем другая задача

на сегодня цена модуля 350 рублей, версия для опенкарт 3 - есть, недавно сделал.

лишь бы у вас места на диске хватило, ведь файлы кеша пишуться на диск и папка с кешем может весить не мало, сотни мегабайт, а то и больше гига.