sv2109

Я правильно понял что модуль выложен с поддержкой 1.5.4.1 и можно покупать ?

Версия для 1.5.4.1 есть, кому нужна эта версия - пишите в ЛС.

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

посмотрите логи с какого айпишника происходит регистрация, если он один и не меняется то забаньте по айпи. Если нет то возможно установить какую-то продвинутую капчу, идеально с кирилицей, это отсеет 99% ботов

пока конструктивного решения нет, предлагаю вам сократить название модуля.

полное название разместить в описании.

До какого к-ва символов? Какой там лимит?

Это хорошо. Но последний важный момент: заметил, что на демке не включен SeoPro. Если будет включен, как будет вести себя поиск?

Модуль никак не трогает методы формирования ссылок, он только изменяет саму модель поиска. Если со стандартным поиском ссылки работают нормально то и с этим будут работать.

а у вас в этой модели есть метод my()?

Через реестр:

// в конструкторе написать:
$this->load = $registry->get('load');

После чего будет доступен метод load();

и можно загружать модели через

$this->load->model('catalog/product');

Этот модуль работает на базе стандартного поиска!

Да, все работает, только что проверил

2 Вопроса:

1) Совместимость с версией 1.5.4.1 целиком протестирована?

Что значит целиком? У себя проверил, все работает, если вдруг возникнуть какие-то неточности в работе то в кратчайшие строки они будут исправлены

2) Совместим ли модуль с ЭТИМ модулем?

Это модуль вывода каких-то тегов в виде облака, какое он вообще отношение имеет к поиску?

Сегодня кто-то отметил файл как поврежденный, потому что:

"

Файл отмечен как поврежденный, потому что: Ne vozmogno oplatit fajl

Pri nagatii knopki oplatit poyavlyaetsya nadpis Oshibka i t.d.

Hotya segodnya i sejchas prodolgayu preobretat moduli

"

Проблема присутствует!

+ мне пришло на почту:

"Это уведомление о том, что ваш файл 'Group Price - Разные цены для разных групп покупателей + быстрое изменение цены в базе' был помечен как поврежденный.

Это сообщение сгенерировано автоматически. Никаких действий от вас сейчас не требуется. Наши модераторы проверят жалобу и примут соответствующее решение."

При этом сообщение о поврежденном файле есть на странице модуля. Значит ли это что его уже проверили и приняли решение разместить сообщение на странице?

Сделал версию для OcStore 1.5.4.1, на сайт пока не выкладываю, кому нужна эта версия - пишите в ЛС

В дальнейшем планирую полностью переделать поиск, поменять алгоритм, добавить новых настроек в админку и оптимизировать поиск для работы с большим к-вом товаров.

есть, сегодня доделал, но нужен еще день-два для тестов

вот еще такая ошибка присутствует в журнале ошибок, не подскажите как избавится?

PHP Warning: utf8_to_unicode: Incomplete multi-octet sequence in UTF-8 at byte 67 in /home/domain/имя домена/public_html/system/helper/utf8.php on line 765

Подскажу, зайти в гугл и вбить туда текст этой ошибки, можно в конце дописать site:ru, и посмотреть что это за ошибка, когда она появляется и как от нее избавится.

кеш периодически удаляется поэтому такого файла могло и не быть

вы рекомендуете поставить символ @ в файле cache, в этом файле два раза встречается unlink, ставить @ перед каждым?

Да

Но только что посмотрел код, проверка на наличие файла там присутствует:

if (file_exists($file)) {
 unlink($file);
}

Замените на

if (file_exists($file)) {
  @unlink($file);
}

Но если есть проверка то мне не понятно почему показывается ошибка что файл не найден если по логике функция unlink должна вызываться только тогда когда файл есть! Неужели 2 процесса почти одновременно запускают очистку того-же кеша (например сайт с большой посещаемостью)? Тогда проверка на наличие вернет true, файл удалит другой процесс и unlink выдаст ошибку что файла нету.

А файл cache.product.total.1.0.1.e6d0712475f2132e.1357157041 вообще существует? Посмотрите в папке кеша. Если существует то посмотрите права доступа на сам файл, возможно права доступа на сам файл неправильно выставляются при создании.

Если не существует то кто-то этот файл уже удалил раньше и команда unlink выдает предупреждение что такой файл не найден. Попробуйте перед unlik поставить символ @ это должно подавить вывод ошибки если файла не будет. Или добавить проверку перед удалением if (file_exists(имя файла)) { удаляем этот файл}

Не работает в выдаче модуля Search Suggestion. Если ставить интеграцию, ломается поиск по кириллическим символам. Если же не трогать, не работает морфология в выдаче модуля Search Suggestion (есть товары в названием "Плита электрическая ...", "Плита газовая...", их не выводит в выпадающем окне модуля Search Suggestion по запросу "плиты"). На странице поиска все работает.

проверю, отпишу

У меня давно стоит вопрос и об установке vQmod, но уже столько модов без него стоит...если я сейчас установлю, то все полетит, да?

нет

Пришло сегодня от клиента "Не могу купить Ваш модуль Group Price - Разные цены для разных групп покупателей + быстрое изменение цены в базе 1.4. при покупке выскакивает ошибка [#12345] An error occurred while trying to generate your invoice. Please try again or contact an administrator. (TITLE_TOO_LONG)."

Исходя из ошибки проблема в слишком длинном названии модуля - "Group Price - Разные цены для разных групп покупателей + быстрое изменение цены в базе"

То есть нужно или при сохранении страницы с модулем не давать сохранять длинные названия или убрать это ограничение при покупке.

sv2109, а по САБЖу скажешь что-то? :-)

Скажу что называть переменные $fucking_shit это очень непрофессионально, даже если эта переменная используется для примера. Название переменной должно говорить о содержании этой переменной, такой код намного легче читать и поддерживать.

А по сабжу.. с одной стороны это не правильно - логика в шаблоне, лучше конечно поменять языковый файл. НО любой кто занимался поддержкой модулей знает сколько проблем для разработчика доставляют такие вещи.. даже если в инструкции будет четко указано что где и как нужно поменять.. все равно найдется 100500 ламеров которые это или не прочитают или не поймут или где-то накосячат, после чего будут терроризировать разработчика что у "У меня ничего не работает". И в данном случае имхо лучше добавить 1 регулярку в шаблон и избавить себя от этих вопросов.

Правда регулярку я бы подправил - зачем отделять протокол от урла, а потом в коде его обратно собирать, не проще ли вытянуть сразу все?

+ те скобки, что не используются потом лучше писать так ( :?) тогда они не попадают в массив $well_done и код стает более читабельным. $well_done я бы тоже поменял название из него не понятно что в переменной

+ добавить комментарии чтобы было понятно что эта регулярка делает и для чего она нужна так как с ходу даже человек знакомый с регулярными выражениями не поймет что она делает, а незнакомый вообще будет в шоке от увиденного.. например какой-то верстальщик, который шаблон откроет)) Будет так - http://anongallery.o...-cant-sleep.jpg )))

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

Это не правильно.. Потому что невозможно! в админку запихнуть абсолютно все настройки, которые возможно сделать средствами css и html. Это способ для ленивых пользователей сделать что-то ничего не умея. А потом зайти на форум и задать 100500 вопросов "А как..?"

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

А без vQmod нет этого? для OCStore 1.5.4 (хотя на нем дополнения для других версий работают). Купил бы?

Над версией для 1.5.4.1 сейчас работаю.

Без vqmod версии нету. Так как без vqmod в опенкарте мало что можно сделать, привыкайте. Или вы используете vqmod, или вносите изменения вручную в файлы (можно открыть vqmod файл и посмотреть куда и что он добавляет, там всего 2-3 строчки кода нужно изменить)

Подскажите, пожалуйста. На сайте стоит данный модуль и Search Suggestion. При замене файла search_suggestion.php из папки integration не работает поиск по кириллическим символам, а при восстановлении оригинального от Search Suggestion 2.3 не работает морфология. Это лечится?

Опишите проблему более подробно. Где именно у вас что не работает - в каком модуле и что именно не работает. Так как модуля 2 то с вашего сообщения не понятно.

Мне создало просто архив с структурой каталогов и пустыми файлами внутри. Так и должно быть? Если да то пользы от этого "генератора" почти никакой.

Вот если бы эти файлы были не пустыми а уже заполненными какими-то данными, например как уже предлагалось выше добавить названия классов и методов, в контроллерах подключение языковых фалов, моделей, рендеринг, присвоение языковых переменных (в идеале должна быть форма с возможностью внести эти переменные и чтобы потом они автоматом добавились в контроллеры и языковые файлы), вилидацией, сохранением настроек итд. Сделать админ часть с возможность из формы выбрать например "добавить форму выбора схемы" и чтобы после этого автоматом сгенерировался темплейт. Или добавить табы, таблицу итд. То есть автоматизировать максимум рутинной работы. Вот тогда такой генератор был бы реально полезен, так как сэкономил бы кучу времени. А то на все эти настройки в админке, языковые переменные итд иногда пол дня уходит все прописать, проверить, выловить все баги.

Планирую делать новую версию модуля, добавить новый функционал.

Вопрос - кому чего не хватает в модуле? Что хотелось бы чтобы было в новой версии?

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

В этом случае что все права на разработку принадлежат ему?

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

Тут нужно еще правильно разделить баги. Баг багу рознь.

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

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

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

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

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

- вторая 500р+ разработчик устанавливает сам, подгоняет под особенности конкретного магазина и дает гарантию на её работу, чинит баги в кратчайшие сроки, обновляет и т.п.

Грамотно, но тогда, пользователь начнёт писать в личку при покупке малобюджетной в любом случае (не разобравшись), ведь не захочет терять (купил просто файлы + ещё с поддержкой + 500 р.))

Решается просто - не 500 р., а например 10 уе в час. Тогда по мелочам писать не будут, а все остальное оплачивается согласно тарифу. Хочет заказчик приделать танцующего медведя.. без проблем, но это будет стоить .. ххх денег.

Но тут есть одно большое преимущество для клиента - он будет уверен, что этот модуль или эта тема по любому у него заработает, пусть даже придется немного доплатить.

Хочу поднять один, как мне кажется, очень важный вопрос. Для меня это было очевидным, но видимо реальность далеко не всегда соответствует ожиданиям.

Все началось с одной темы - которую выложили больше месяца назад.

В теме я нашел кучу откровенных багов - например на странице товара слово "Теги: " показывалось независимо от того есть там теги или их нет, корзина открывалась с какими-то рывками, другие пользователи, купившие эту тему подтвердили эти баги + нашли и другие, например поиск вообще не работал, потому что автор темы не добавил в шаблон поиска код отвечающий

за вывод результатов поиска.. И так далее.

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

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

Только после того, как запахло жаренным, автор темы соизволил зайти в тему.. Нет, никаких извинений от него не последовало, вместо этого он во всех грехах начал обвинять именно пользователей, что это из-за их криворукости его тема не хочет работать.. и денег отдавать он никому не собирается. А эти незначительные баги будут исправлены в какой-то следующей версии..

После переписки с представителем администрации, пользователем afwollis получил некоторые ответы на свои вопросы на тему "обязан ли автор оказывать поддержку

в том то и дело, что не обязан.

оказывать поддержку или нет решает сам автор.

Мнение еще одного администратора

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

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

То есть администрация считает что это абсолютно нормально когда автор темы или модуля не оказывает никакой поддержки и целый месяц не исправляет откровенные баги в своем платном (и недешевом) продукте.

Собственно основной вопрос - "Обязан ли автор дополнения заниматься поддеркой своего продукта?" Под поддержкой я понимаю в первую очередь исправление багов, помощь в установке, настройке.

И 2 подвопроса:

2.1 - "В какой строк разработчик должен реагировть на баг репорты" (автор темы не реагировал целый месяц и по мнению администрации это нормально, тогда сколько ненормально?)

2.2 - "Где должна осуществляться поддержка? Правильно отсылать пользователей за поддержкой на какой-то левый сайт?"