ImLucky

Добрый день. Есть ли какие-то модули, которые заменяют стандартную капчу на опенкарте? Гугловская рекапча не подходит. Объясню почему: К нам очень много клиентов обращается из Китая. А там, как известно, гугл забанен. Поэтому банальную рекапчу, при регистрации или оформлении они не видят. Стандартная капча опенкарта уже давно обходится.

Спасибо. Что по стоимости?

Я так думаю, что самым нормальным вариантом будет передавать в ссылке хеш пароля и id пользователя? И далее в контроллере уже сверять с базой?

То, что зашифрован - я понимаю. Поэтому и задаю вопрос. Записывать новый пароль в БД не подойдет, потому как это будет работать только для новых клиентов. Для тех 65,000 которые уже есть - работать не будет. Не подскажите примерные действия для варианта со ссылкой?

Здравствуйте. У нас примерно такая же проблема, как и у автора. Где можно ознакомиться с вашим модулем?

Добрый день! Может кто-то сталкивался? В магазине стоит автоматическая регистрация при заказе и на почту присылается рандомный пароль. Задача состоит в том, чтобы в письме этот же самый пароль можно было прислать еще раз, не меняя его. Как это можно сделать? А в идеале вообще сделать так, чтобы в письме была ссылка на личный кабинет и пользователь переходя по ней уже автоматически проходил авторизацию. По аналогии как админ может войти в любой кабинет покупателя без авторизации. Возможно ли такое?

Хотя как это реализовать? Просто тупо onclick? Но опять же, это костыль...

Ну не совсем понял, честно говоря, как приложенный пример относится к проблеме. Опять же, повторюсь, проблема лишь в версии хрома, которая вышла пару дней назад. @thentru Вы эту проблемк явно решали раньше, чем два дня назад?

Бутылка пива или шампанского к решению прилагается) Можно и на вискарь договориться)

Опять же, самое главное - что подобная проблема пришла лишь с последним обновлением хрома, которое было 1-2 дня назад. В других браузерах всё работает. Ошибок никаких нету. Многочисленные экспиременты результатов не дают. Как быть?

Нет, эффекта нету.

Коллеги, всем привет. Прошу помощи, всю голову уже сломал. На главной https://slava.su/ есть блоки с каруселью товаров: ПОПУЛЯРНЫЕ МОДЕЛИ СПЕЦИАЛЬНЫЕ ПРЕДЛОЖЕНИЯ МУЖСКИЕ ЧАСЫ ЖЕНСКИЕ ЧАСЫ Так же есть блок "Новости" с той же каруселью. Вчера или позавчера вышла новая версия хрома и у всех перестало переходить по товарам или ссылкам, которые есть внутри этой карусели. До этого всё было нормально. В других браузерах сейчас тоже всё нормально. Полагаю, что виной тому именно новая версия браузера. Что делать и как решать?

Только щас понял, что я на этом форуме и с OC в целом - более 7-и лет. А тут какие-то челики с 2-ух летней регистрацией и 1000+ сообщений, что-то пытаются доказать

Крупный проект не потянет — будет ужасно тормозить. Оптимальное количество товаров — до 500 и при этом про битрикс Стоимость. Ценник на лицензию с оптимальным функционалом начинается от $500. Суть в том, что OC изначально бесплатен, и можно малой кровью и в разы дешевле достичь резульатов повыше хваленого битрикса, который поставили на первое место. Ну и да, из коробки он и 10,000 выдержит без напряга. и более Про 5к изначально п*здежь. Если только не на хостинге 90-ых годов. Но надо понимать, что в этом вопрос многое зависит от сервера.

Ну мне всё равно не понятно, кого и за что надо тянуть.

Я не знаю, у вас и спрашиваю. Зачем вы вопросом на вопрос отвечаете?

А причем тут гугл, стесняюсь спросить?

Да уж, совсем OC не тянет, ведь написан на чужеродном языке, не то что битрикс. И технологии другие использует.

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

Обращаю внимание, что вариант с опциями не слишком работоспособен. Так как при заказе товара в контроллере cart.php происходит подмена товаров по индусскому принципу $data = array_filter($this->request->post['option']); //76150 - циферблат //76149 - корпус //109365 - черный корпус //109363 белый корпус //109364 серый корпус //109366 белый циферблат //109370 черный циферблат //109367 зеленый циферблат //109368 красный циферблат //109369 синий циферблат $korpus = preg_replace("/[^0-9]/", '', $data['76149']); $ciferblat = preg_replace("/[^0-9]/", '', $data['76150']); if(($korpus == "109365") AND ($ciferblat == "109366")){$product_id = "135128";} //Ч+Б 135128 if(($korpus == "109365") AND ($ciferblat == "109370")){$product_id = "135127";} //Ч+Ч 135127 if(($korpus == "109365") AND ($ciferblat == "109367")){$product_id = "135125";} //Ч+З 135125 if(($korpus == "109365") AND ($ciferblat == "109368")){$product_id = "135129";} //Ч+К 135129 if(($korpus == "109365") AND ($ciferblat == "109369")){$product_id = "135126";} //Ч+С 135126 if(($korpus == "109363") AND ($ciferblat == "109366")){$product_id = "135123";} //Б+Б 135123 if(($korpus == "109363") AND ($ciferblat == "109370")){$product_id = "135122";} //Б+Ч 135122 if(($korpus == "109363") AND ($ciferblat == "109367")){$product_id = "135120";} //Б+З 135120 if(($korpus == "109363") AND ($ciferblat == "109368")){$product_id = "135124";} //Б+К 135124 if(($korpus == "109363") AND ($ciferblat == "109369")){$product_id = "135121";} //Б+С 135121 if(($korpus == "109364") AND ($ciferblat == "109366")){$product_id = "135133";} //С+Б 135133 if(($korpus == "109364") AND ($ciferblat == "109370")){$product_id = "135132";} //С+Ч 135132 if(($korpus == "109364") AND ($ciferblat == "109367")){$product_id = "135130";} //С+З 135130 if(($korpus == "109364") AND ($ciferblat == "109368")){$product_id = "135134";} //С+К 135134 if(($korpus == "109364") AND ($ciferblat == "109369")){$product_id = "135131";} //С+С 135131 Соответственно просто включить опцию не получится. Хотя выбранные параметры опции передаются в обработчик cart. В теории, можно у каждого из 15 товаров создать по 500 опций и как-то их сверять между собой. Но, собственно, в этом задача и состоит. Как это сделать рациональнее, с учетом "не прямой" передачи товара в корзину.

https://slava.su/slava-tv Есть "конструктор" часов. Предполагается, что партия ограничена и для заказа возможно лишь 500 покупок. При этом каждый покупатель может выбрать свой уникальный номер заказа 1 из 500, то есть уникальный номер часов. Собственно задача в этом и заключается, чтобы в заказ в админке передавался выбранный уникальный номер и его больше ни кто заказать не мог, вне зависимости от выбранных опций. Пожалуйста, указывайте цену и сроки.

Модуль работает как надо. Нареканий, пока что, нет. Плюс автор помог с доработками, спасибо.

Про отсутствие буквы "b" на картинке уже писали?

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