maxims

А в схеме Производители модуль не выведется?

Видимо автор давно не следит за поддержкой (..а время не ждет.

Автор, уточните п-та, вот модуль добавляет в конкретном примере доп изображения для производителя Apple..а в схемах указывается вывод для Products и Manufacturer - это означает, что если зайти например в страницу или товар другого производителя, н-р Samsung, то там тоже будут показываться доп изображения для Apple? не совсем ясен этот момент...или же для каждого производителя будут только свои доп изображения выводиться при таких заданных схемах модуля, то есть в Aplle и продуктах Apple только доп изображения для Aplle, а для Samsung только Samsung и не будут смешиваться и объединяться как то? И насколько возможно модуль под OC 2x переделать, составит много трудов или там все просто без особых заморочек реализация?

А для 2го oc планируется или может есть уже?

уже 20е апреля. будет ли какой-либо ответ?

Окей, давайте работать с такими расценками, только в рублях зафиксируем 1$=50руб, 5$ 250руб итд, надеюсь это справедливое предложение для вас. Теперь, что прошу вас сделать на данном этапе, повторюсь в тридевятый раз: 1. Открыть файл из директории вашего модуля, который я купил: catalog/model/catalog/search_mr.php 2. В нем у вас есть такая функция function getMRCategories... - в начале этой функции (перед оператором if...) просьба вставить 15 строк кода, который я вам не раз присылал на почту (оценим по времени, включить комп, открыть данный файл для правки, скопировать мои строки с почты - итого примерно 5 - 7мин) 3. В этой же мини функции есть строка с запросом к БД, такая $a569f8d22bdac73e3780dfc70840a109d .= ' FROM ' . DB_PREFIX . 'category_path cp LEFT JOIN ' . DB_PREFIX . 'product_to_category p2c ON (cp.category_id = p2c.category_id)'; -тут просьба выделенные красным все DB_PREFIX заменить на мою переменную, которую так же с объяснениями уже присылал вам на почту (еще 1мин дел). 4. "Перестраховочный пункт" Вроде в коде модуля не встречается больше необходимая под замену константа DB_PREFIX. Но если вдруг я упустил из виду ее еще где то, то в принципе везде заменить ее на мою переменную (это делается искать с заменой и далее применить ко всем, если что для ускорения процесса). И соответственно во всех public, в которых произошла замена DB_PREFIX на мою переменную, так вот в начале таких public вставлять те 15 строчек кода из п.2. 5. Зашифровать обратно в ioncube, дабы не нарушать права Вашего продукта (еще мин 7) и отправить мне этот файлик - итого менее чем за 30 мин вы должны легко уложиться. Поэтому считаю справедливым об оплате за 30 мин - тут уже с учетом даже доп время на какие то погрешности и прочтения моей инструкции. Есть ли у Вас вопросы или возражения? Готовы ли Вы приступить к работе? Если да, то когда примерно мне ожидать результат? Работаем по предоплате? Не забывайте, что если результат работы окажется успешным, мне еще покупать Ваше дополнение: модуль Search Suggestion 3 (далее SS3). На будущее сразу хотелось бы спросить, там тоже придется доплачивать за данный и абсолютно аналогичный труд, если он понадобится в SS3? И так же еще один справедливый вопрос, даже просьба: Вот вы всем, кто года-то покупал первые версии данного модуля, готовы таким покупателям в случае их просьбы и доплаты разницы присылать уже последнюю версию модуля. Значит ли это, что я могу на таких же ровно условиях попросить от вас версию 1.1 данного модуля (о котором речь) для той же версии движка и домена и не с зашифрованным, как и было раньше, файлом из категории model? это чтобы перестраховаться мне, если в случае чего, то я в будущем на версию 1.1 бы сделал поиск, вотс.

Уважаемый, sv2109 - и вот вы снова заботитесь лишь о своей репутации вместо предложений конкретных. Приведите цитату где я якобы наотрез отказался от вашего предложения за плату внести в код мои правки (причем вам не нужно придумывать эти правки - я уже сам знаю какие изменения вам нужно внести и это реально на мин 5-12, что наверное даже быстрее чем установить модуль на какой то из сайтов покупателя. Причем в ваш ответ на дополнительную плату я действительно имел неосторожность высказать свое мнение о том, что вы преувеличиваете и что я просто по человечески ожидал, что вам не составят труда и много хлопот сделать по моей инструкции эти правки в 1м конкретном файле. Я кстати вам в ответ о плате два раза задал конкретно вопрос как дальше будем работать тогда и хотел услышать подробности в связи с уже предполагаемыми подводными камнями..просто хотел устного такого подтверждения попланового в этом сложном вопросе как оказалось, а от оплаты не отказывался, нет таких слов - признайте хоть это :) А вы в ответ молчите уже два дня, кстати..А я вам с понедельника не раз сетовал, что давайте как-нибудь побыстрее. Я уже устал повторять, что не настроен на выяснения тут отношений. Давайте уже сработаемся как-нибудь? Я уже вынужден был заказчику своему всю эту ситуацию объяснить..и отчего мои задержки. Мы уже настроились что потеряли эти копейки от вашего модуля и уже задумались над др модулем. Но раз вы наконец то отозвались. То говорите цену, надеюсь она адекватная. И дайте обещание, что не станете так затягивать все..когда еще все можно было в среду решить и сделать. Договорились, дружище?

Купил данный модуль, словом как и еще с десяток др на данном форуме в течении последних лет. Но такого откровенного хамства и лени еще не встречал в плане тех поддержки. Ни разу не было претензий к др авторам, пусть подтвердят, если увидят эти слова, наоборот всем 5ки ставил и за продукты и за поддержку, если требовалась. Пока ожидаю ответы от данного автора, а он отвечает, вернее отвечал первые пару раз, лишь раз в день и ответы эти были такого рода - "У всех все работает..Вы сами виноваты..Я потратил уже полчаса, наверное, отвечая на ваши письма, а это тоже время итп" - увидел, что такая ситуация по всем его продуктам в ветках поддержки. Если все у всех работает он с радостью отвечает, как только у кого то начинаются проблемы с его модулем, он вместо помощи лишь говорит какой он белый и пушистый - у всех работает, у вас если нет, то ваши проблемы. Например моя проблемка стоит 5-12 максимум минут решения для счастья. Я даже автору говорю что и где надо подправить раз и все заработает, но из-за его ioncub решения лицензирования продуктов, я даже пробел лишний не могу внести в код! Он это понимает, но раз деньги получены за модуль, то ему все-равно. Совсем уже не отвечает. Хотя я ему не раз уже посетовал, что проект "горит", готов к любым предложениям помощи, что нет времени с ним выяснять кто прав, а кто не прав, что нужно просто сделать и конкретно что даже (полный рецепт выкладываю) и уже давно бы все помог он сделать, если бы не его лень и равнодушие. Так что, ребятки, если вам модуль данный очень нужен, то считайте покупаете вы его на свой страх и риск - заработает, то вам счастье. Нет, то вас просто пошлют откровенно. P.s. изучив поведение автора - уже знаю, что он ответит вроде "я вам отвечал..у вас все не так...400 человек купили и у ВСЕХ работает (где отчет?).. Уважаемый автор, мне не нужны ваши ответы - мне нужно решение моей проблемы, я тут по рабочим вопросам, а не для общения с вами! Я жду от вас, как от профи своего дела не менее профессиональное решение возникших вопросов по вашему продукту! Хочу видеть общение по делу и с конкретными предложениями, а не отмашками как у вас получается!

Супер! Правда описания нигде не нашлось, как корректно обновиться. Наверное снести все прошлые таблицы баз данных соотвествующие ,а файлы по новой залить.. Либо таблицы можно не трогать, сделав переустановку поверх?

Проблема самоустранилась сама собой после передобавления в схеме опроса в категорию и очистки кеша как в system так и vqchahe

Подскажите чем может быть вызвана такая ошибка? Только установил модуль 5 PRO четко следуя инструкции на ocStore 1.5.5.1.2... Пока тестово решил вывести Опрос, аналогично как из demo admin в левой колонке, вроде все так же сделал, но в итоге вот что: Notice: Undefined index: layout_id in /home/m/ttttttttt/mysite.ru/public_html/catalog/controller/common/column_left.php on line 50Notice: Undefined index: layout_id in/home/m/ttttttttt/mysite.ru/public_html/catalog/controller/common/column_right.php on line 50Notice: Undefined index: layout_id in /home/m/ttttttttt/mysite.ru/public_html/catalog/controller/common/content_top.php on line 50Notice: Undefined index: layout_id in /home/m/ttttttttt/mysite.ru/public_html/catalog/controller/module/blog.php on line 127Notice: Undefined index: layout_id in/home/m/ttttttttt/mysite.ru/public_html/catalog/controller/common/content_bottom.php on line 50

Было бы здорово! Мне кажется, что для всех у кого мультимагазины такой принцип работы модуля необходим и более понятен их потенциальным клиентам, партнерам, поставщикам:)

Большое спасибо автору за оперативность и за учет всех вопросов - все заработало! Работу модуля теперь можно сравнить с точностью швейцарских часов, которая вызывает лишь положительные эмоции:) Правда обнаружил еще одну погрешность... Заключается она в следующем, когда в настройках модуля стоит при обнаружении скажем Москвы редирект на поддомен msk.site.ru, то в будущем если есть еще поддомены другие(которые вроде так же в настройках для каждого редиректа определенны на свою подзону, например еще spb) и ты хочешь зайти на них вводя в строке браузера адрес spb.site.ru, то система из настроек естественно автоматом снова жестко перебрасывает на msk зону.. Это уже работа cookie...Как можно ее решить? По идее ведь должно быть как сейчас - вводишь название города или региона и тебя перебрасывает на поддомен, но с др стороны и когда ты заходишь на поддомен через строку браузера, то тут же должно отображаться уже название этого региона (а не автоопределение или cookie) .. И по этой же идеи это все должно браться из уже выставленных настроек...Если для выбранного Санкт-Петербург поддомен spb, то и так же для поддомена spb должен высвечиваться соотв-й регион(или то что в настройках для него) и при этом случае не перебрасывать пользователя на то что в cookie.

Скачал последний архив, перенес все на сайт - ничего не изменилось.. Закливающийся редирект (в броузерах Chrome, Yandex) после попытки попасть с автоматически определенного региона (поддомен) на основной сайт (др регион)..и &amp вместо & в ИЕ при таковом переходе со страницы производителей, в следствие чего производитель отображается уже как не найденный (как я понял где то decode($link) не применен, но где теряюсь в догадках..).. Да и у меня был оказывается последней версии архив, сравнил даты измений файлов в system -совпадают с датой загрузки последней версии на форум, сюда.. Помогайте:)