MiZu

Два раза прочитал обе страницы после вопроса, видимо, утро, и я немного совсем чуть-чуть абсолютно ничего не нашел.

Ну или банальнее. Решаешь один раз капчу в форме регистрации - Регистрируешь 100 аккаунтов без капчи - Добро пожаловать в ад в админке. Предполагаю вопрос "А зачем?". Ну кому-то может не понравиться магазин, или не понравятся товары, может по идеологии не совпадает вера с верой админа, или же просто у человека настроение не очень.

Вот у меня очень / не очень важный вопрос / предложение. Пожалуйста, не игнорируйте меня в этот раз. Сто лет назад я уже интересовался странным поведением ReCaptcha в модуле Simple. "Она пропадала". Как оказалось, это не баг, это фича. Если ReCaptcha была решена пользователем один раз, то после этого она больше не появляется. Я обращался к Вам по этому поводу. Возможно, кому-то или даже всем это кажется очень логичным поведением. Но не мне. Если я установил в опциях отображение ReCaptcha в корзине, я хочу, чтобы она там отображалась всегда. Приведу реальный пример, зачем лично мне это нужно: у меня есть бесплатные товары, которые можно просто добавить в корзину, указать E-mail и получить. Предположим, это раздача кодов. Я поставил ReCaptcha в корзину, чтобы хоть как-то снизить поток заказов от одного и того же человека, чтобы он не мог забрать по 100 кодов сразу. Но стоит ему хотя бы раз решить ReCaptcha - он может начать спамить заказами. Я понимаю, что обойти это можно простейшим скриптом с решением ReCaptcha, но это хотя бы какая-то (очень хреновая), но защита. Добавьте что ли опцию, чтобы ReCaptcha отображалась по Вашей логике, и опционально - всегда.

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

Перечитал документацию дважды, а через наборы полей это сделать возможно? Т.е. я делаю один набор для варианта оплаты "Бесплатный заказ", и второй вариант по-умолчанию. Если в корзине 0, то у меня отображается только один вариант оплаты - бесплатный заказ. В правильном направлении иду?

А мой вопрос проигнорирован.

Добрый день. Возможно ли реализовать такое: - Если сумма корзины 0, то регистрация обязательно и показывать капчу. - Если сумма корзины больше нуля, то регистрация по выбору и капчу не показывать.

Блин. Ну ладно

Округление до тысячных добавите? Я поставил "не округлять", но в долларах мои милиписечные цены все-равно отображаются, как 0.00

Извините, но я ничего не понял И еще - если честно, я уже устал от ответов в духе "сами вы дурак". То, что в скобочках - это же базовая валюта из модуля Валюта Плюс. Ну, может из-за ajax модуля обновления цены где-то что-то в вашем ocmode пропускается, поэтому в скидках отображается базовая цена, но бред же. Вот смотрите, стоит у меня на одном из товаров 100 долларов базовая цена, я переключил на сайте как покупатель валюту на рубли, опция "отображать в товаре" отключена, получил в итоге вот: Вот еще один нюанс: Ну вот есть у меня такие цены, да, по 0.06 рублей, по 6 копеек. Вот такие вот у меня извращенные товары. Может это цена за символ для рерайта статей, или за пиксель для изображений? Если я такую цену ставлю на товар, то в карточке товара при отображении цены в долларах все замечательно округляется до сотых и получается 0.00$ И в корзине так же отображается 0.00, если в долларах. 6 копеек в долларах будет 0,00091 и округление до тысячных решило бы мою проблему. Пожалуйста, добавьте округление до тысячных. --- Ладно, мы сами с усами. Вот у вас в ocmodе для фронтенда: <?php if (isset($currency_plus_show_base_price) and $currency_plus_show_base_price > 0 and Но для цены со скидкой по количеству нет никаких проверок на условия: <?php $discount_base_price = ''; if (isset($discount['base_price']) and $discount['base_price'] != '') { $discount_base_price = ' ('.$discount['base_price'].')'; }; ?> <li><?php echo $discount['quantity']; ?><?php echo $text_discount; ?><?php echo $discount['price'].$discount_base_price; ?></li> Залез в админку посмотрел названия переменных в коде страницы: <tbody> <tr> <td width="300">Товар:</td> <td class="text-left"><input type="checkbox" name="currency_plus_show_base_price" value="1" /></td> </tr> <tr> <td width="300">Категория:</td> <td class="text-left"><input type="checkbox" name="currency_plus_show_base_price_cat" value="1" /></td> </tr> <tr> <td width="300">Результаты поиска:</td> <td class="text-left"><input type="checkbox" name="currency_plus_show_base_price_search" value="1" /></td> </tr> <tr> <td width="300">Производители:</td> <td class="text-left"><input type="checkbox" name="currency_plus_show_base_price_brand" value="1" /></td> </tr> <tr> <td width="300">Специальные предложения:</td> <td class="text-left"><input type="checkbox" name="currency_plus_show_base_price_special" value="1" /></td> </tr> </tbody> Очевидно, что значение переменной $currency_plus_show_base_price не проверяется для цен со скидкой за количество. У меня версия 3.1, но в версии 3.2 в файле ocmod то же самое. Сам сделаю фикс. Надо было сразу так и сделать

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

Мне ну очень надо до тысячных. Я серьезно. У меня есть товар, который стоит 0.055 за еденицу, и когда ставлю до "сотых" получается 0.06

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

Вот я балда Спасибо за Ваши ответы

Спасибо Вам за Ваш труд, бесплатный модуль, но я не смог воспользоваться этим модулем и оценить его по достоинству. Искал модули для стикеров, перепробовал много, в конце концов нашел через Google эту страницу: https://xdomus.ru/opencart/stikery-dlya-opencart-2-ustanovka-i-nastrojka/ Скачал с этой страницы модуль версии 1.0, установил версию 1.0.3, после обновления кеша модификаторов залез в настройки модулей: При попытке установить модуль - выдается табличка в браузере с надписью error. После обновления странички при попытке зайти в настройки страница не грузится. При попытке удалить модуль - опять же табличка error. Снес. Обратил внимание на ссылку в названии модуля. Кликнул по ней и попал на opencartforum, как оказалось, у Вас имеется другой модуль для стикеров, очень похожий на TopStickers, я думаю, сделанный на его основе. Я подумал, ну ладно, я дурак, установил старую версию модуля. Скачал последнюю версию модуля XD Stickers. Установил нужную версию, обновил кеш модификаторов, полез в настройки. Нажал на "Активировать", в этот раз модуль активировался успешно и появилось зеленое сообщение в настройках. Но, опять же, при попытке зайти в настройки модуля - не загружается страница с настройками. Остальные установленные модули в магазине работают в стандартном режиме. В чем может быть дело, я не знаю. Кроме того, непонятно, почему и на странице модуля и на странице на сайте указаны устаревшие данные.

Вот я на всякий пожарный еще и архив с этой штукой прикреплю, чтобы сэкономить Вам пару минут (быстренько взглянуть на модуль, предположим, реально ли сделать совместимость и все такое хихик ) live-options23.ocmod.zip

Уф.... В общем, на свой страх и риск я решил проверить. Сделал бекапы всего, что только можно было, установил первый модуль, включил, проверил. Выбрал именно первый модуль, потому что он кроме того, что меняет цену, также меняет бонусные баллы и поддерживает несколько форматов отображения. Вот только я не знаю - AJAX это плохо или хорошо, потому что во втором модуле сделан акцент на том, что он "без AJAX". Результаты такие: модули совместимы, работают, но есть нюансы. Если в модуле Валюта Плюс отключить отображение базовый цены на странице товара, то все вроде как идеально. Цены отображаются, при выборе опций цена меняется, бонусные баллы так же. В логе ошибок opencart ничего нет. Но если включить отображение базовой цены, то... сначала все отображается, как запланировано. Но если выбрать одну из опций, то в самих опциях все отображается, как надо, а вот сама цена меняется, но не включает в себя отображение базовой цены. И еще. Тот модуль имеет настройку, которая позволяет отображать в опциях товара итоговую цену, а не цену +\- (т.е. цена 500, опция +200, в опции вместо "+200" отображается 700): Если ее включить, вроде тоже отображается в целом правильно и без ошибок, но происходит визуальная каша: Повторюсь, ни в одном из случаев нет ошибок в логе opencart. Эххххххх.... доработать бы эту прееееелееестььь Пока временным решением тыкнул не отображать ничего в карточке товара.

Блин, надо блок схему рисовать

И у меня такой вопрос - как Ваш модуль работает с модулями, которые могут влиять на цену в карточке товара. Например, есть вот такой очень хороший модуль в официальном магазине расширений, и было бы очень круто, если бы Ваш модуль был с ним совместим. Я не тестировал, после недавнего краха базы из-за несовместимых модулей, мне что-то не хочется рисковать в основном магазине Этот модуль от наших китайских братьев. Вот есть и более отечественный вариант. Свое родное У меня гипотетическое предположение, что если отключить вывод базовой цены в скобочках, то вроде как наверное может быть будет совместимо. Мое предположение верно?

Все может быть даже еще немного веселее

Ох уж эти статусы заказа... Сколько тем на форумах и статей на сайтах о них написано. Тонкую материю этой функции Opencart можно сравнить со сложностью настройки прав доступа в phpbb. Читал, смотрел, настраивал не раз, но хочу еще раз коснуться этой темы, чтобы получить конкретные ответы на некоторые вопросы. Надеюсь на вашу помощь. Конкретно, у меня два вопроса (но в каждом из них могут быть и более мелкие подпункты): Что это за чудо, и почему в оригинальных демо, видел я которых много, статусы настроены именно так, как настроены. Как правильно настроить статусы именно мне. Вопрос второй Начну с самого главного, как именно настроить эти статусы в моем случае и правильно ли я это сделал. Я уже делал так не раз, работа проверена и вроде все работает. У меня вот так (все отмеченные статусы видны на скриншоте): Из оплаты стоит два модуля - Бесплатный заказ и модуль оплаты shoputils (не реклама). Бесплатный заказ устанавливает статус - Бесплатный заказ. Модуль оплаты может установить три статуса: Правильно у меня настроено или нет? (такой вопрос возникает из вопроса первого, о котором далее) Вопрос первый А теперь немного писанины, связанное с моим желанием получить некоторую дополнительную информацию, чтобы уже никогда не возвращаться к этой теме. Итак, у этих опций есть описание, которое может различаться в зависимости от локализации или версии/сборки opencart. Вот пример описания в одной из них: В оригинальном opencart: В самом верхнем поле выбрано - Pending Статус заказа в процессе - Complete, Pending, Processing, Reversed, Shipped Завершенный статус заказа - Complete, Shipped Я также посмотрел демо на некоторых других сайтов и у некоторых других сборок. Там указаны аналогичные настройки. И тут у меня возникает куча вопросов и я был бы очень признателен, если бы кто-нибудь ответил хотя бы на некоторые из них. Зачем дублируются статусы Complete и Pending в разных полях настроек? Я нигде не нашел ответа на вопрос, зачем нужно и нужно ли вообще дублировать статусы в процессе и завершенный статус заказа. Кто нибудь может дать нормальное и понятное описание к "Статус заказа в процессе"? Объяснение на пальцах было бы лучшим вариантом, чем корявые переводы в локализациях или машинный перевод справочной системы opencart. Что значит "до того, как будут применены", а в некоторых локализациях "заказ должен достигнуть, чтобы"? Например, у меня 100 бонусных баллов и купон на 5 применений. Мой заказ достиг статуса заказа в процессе "Ожидание оплаты". В этот момент будут списаны бонусные баллы и останется 4 применения купона? А если я отменю заказ? А если после оплаты заказа он будет возвращен? Я правильно понимаю, что они спишутся в любом случае и не вернутся? Что с подарочными сертификатами? Я знаю, что они имеют определенный баланс, который можно использовать на несколько покупок. Правильно ли я понимаю, что баланс с подарочного сертификата списывается при достижении статуса завершенного заказа? Что будет, если сделать возврат? В общем, считаю систему статусов заказа в opencart одной из самых вырвиглазных и непонятных систем во всех движках, которые я видел. Имхо. Нашелся бы тот человек в этом мире, кто смог бы написать нормальный, полный и понятный гайд по статусам заказов для всех страждущих (просто предположение, что, наверное, в статусах отлично разбираются те, кто пишет модули, связанные с ними, потому что знают, как это все устроено внутри). И еще один камень в огород opencart - в официальной справке информация ограничивается двумя предложениями (а про статусы заказа "в процессе" и одного предложения нет). Они дают простое описание, но ни слова не говорят, как они работают. Напоминает анекдот: "- Как готовить суп? - Берете кастрюлю и варите." P.S. Возможно, я не там смотрел в справке. Возможно, где-то есть волшебная статья. Если мой гугл сломался, тыкните, пожалуйста.

Добрый вечер. Модуль просто замечательный и у меня все работает отлично, никаких проблем! Но есть одна деталь, или, если можно так выразиться, пожелание. Я знаю, что можно отключить отображение базовой валюты в настройках модуля, например, на странице "Товар". Но я хотел бы, чтобы базовая цена отображалась, но есть одно но. Если, например, стоит базовая цена в рублях, и в магазине выбрана валюта "Рубли", да еще и скидка на товар, то в итоге можно получить что-то наподобие этого: Цена отображается 4 раза. Ну... мне кажется, это не очень красиво эстетически, да и некоторых покупателей может вогнать в легкий ступор. Что это за цена в скобках? Возможная цена с персональной скидкой? Глюк магазина? В общем, я не очень хорошо понимаю, зачем отображать и дублировать цену в одной и той же валюте. Хотелось бы, чтобы была возможность отображать и базовую цену, и расчетную цену, но только если выбрана другая валюта, а если валюта та же самая - оставить только базовую цену. Очень занудно объясняю. Вот товар в рублях. В магазине выбраны рубли. Отображаем одну цену. Вот товар в рублях. В магазине выбрано отображение в долларах. Отображаем цену в долларах и в скобках базовую цену.

Напишите в readme раздел "переустановка / замена ключей" для таких дурачков и паник-мастеров, как я :)))

А вот мне просто интересно для галочки. А тем, кто его покупал, никаких там... предположим... типа может модуль другой по той же стоимости, что и был. Очень глупый вопрос, наверное, но... кто-то платил. Дело не в 100 рублях, дело в принципе. Вы тогда в следующий раз сразу говорите, какие модули у Вас в будущем бесплатными станут, я подожду Мой ключ (зачем он мне теперь, оставлю тут на память):

Вот именно поэтому я не люблю обновляться. Лучше вообще никогда не обновляться. Бесит.