Nashlab Опубліковано: 11 березня 2015 Share Опубліковано: 11 березня 2015 (змінено) Дублирую сообщение из темы https://opencartforum.com/topic/22077-podtverzhdenie-zakaza-po-emeilu/ Модераторов прошу вышеуказанную тему удалить. Актуальна следующая задача: Необходима возможность настройки вкл/выкл в способах оплаты отправки ссылки подтверждения или отказа от заказа на мыло покупателя. Как мне это видится: Отдельный модуль, в котором проставляются галки у нужных видов оплаты. Во время заказа, при выборе способа оплаты, отмеченного такой галкой, вместо финальной страницы о том, что заказ оформлен, появляется страница с текстом о необходимости проверить почту и перейти по ссылке в письме для дальнейшего оформления заказа. Также неплохо было бы предлагать на этой странице откат к выбору способов оплаты. После активации покупателем ссылки, покупатель попадает на соответствующую страницу магазина, где продолжается оформление, т.е дается возможность подтвердить заказ или отказаться от него. Если заказ уже подтвержден, ссылка теряет работоспособность. ЗЫ: флуд по поводу "А на кой оно вам надо" прошу не разводить. Буду рад услышать любые конкретные предложения. Присоеденяюсь - задача актуальна - спам задолбал (120 - 150 левых заказов в день). При этом используются данные реальных людей. Змінено 11 березня 2015 користувачем afwollis Надіслати Поділитися на інших сайтах More sharing options...
afwollis Опубліковано: 11 березня 2015 Share Опубліковано: 11 березня 2015 все это надо делать (разрабатывать/настраивать) индивидуально на конкретном магазине. Надіслати Поділитися на інших сайтах More sharing options... Baco Опубліковано: 11 березня 2015 Share Опубліковано: 11 березня 2015 все это надо делать (разрабатывать/настраивать) индивидуально на конкретном магазине. ИМХО, правильней было бы сделать промежуточный шаг, перед addOrder, где в сессию записывают хеш для сравнения со сгенерированный ссылкой отправленной на мыло, и при проверке $_GET с емейла и сессии - продолжить оформление, предварительно удалив сессийный хеш... Надіслати Поділитися на інших сайтах More sharing options... ashap Опубліковано: 12 березня 2015 Share Опубліковано: 12 березня 2015 Оформление заказа стандартное? или симпл? или еще чего? Надіслати Поділитися на інших сайтах More sharing options... Nashlab Опубліковано: 12 березня 2015 Автор Share Опубліковано: 12 березня 2015 (змінено) Оформление заказа стандартное? или симпл? или еще чего? Стандартное, симпл, еще чего и Ajax Quick Checkout. Боюсь надо подтверждение регистрации клиента по смс делать как у WildBerries - потому как если у злоумышленника доступ к мылу (что сейчас не редкость - миллионами данные в паблик уходят) то опять швах. Типа такого чтото надо. Змінено 12 березня 2015 користувачем Nashlab Надіслати Поділитися на інших сайтах More sharing options... XXXBOY Опубліковано: 12 березня 2015 Share Опубліковано: 12 березня 2015 Стандартное, симпл, еще чего и Ajax Quick Checkout. Боюсь надо подтверждение регистрации клиента по смс делать как у WildBerries - потому как если у злоумышленника доступ к мылу (что сейчас не редкость - миллионами данные в паблик уходят) то опять швах. Я ЗА Придумали бы такой модуль, это реально проще и лучше. На заказ такое кто то предлагал мне за 200$, но решил что дорого. Взялся бы кто нибудь сделать такой модуль , клиенты нашлись бы на него) Надіслати Поділитися на інших сайтах More sharing options... Baco Опубліковано: 12 березня 2015 Share Опубліковано: 12 березня 2015 Соберите группу инвесторов и начнётся разработка, а то слова типа: "Это реально нужный модуль, его все покупать будут..." почти на каждую 2-ю разработку слышу, да только что то к милиардерам не сильно отношусь... Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 12 березня 2015 Share Опубліковано: 12 березня 2015 ИМХО, правильней было бы сделать промежуточный шаг, перед addOrder, где в сессию записывают хеш для сравнения со сгенерированный ссылкой отправленной на мыло, и при проверке $_GET с емейла и сессии - продолжить оформление, предварительно удалив сессийный хеш... В add_order - делать статус заказа - ожидание подтверждение заказа, а... в супер, нигде неиспользуемой, табличке, которая входит в состав OC `oc_order_field` Сохранять хештег заказа, и после подтверждения удалять и заказ переводить в состояние которое должно быть после оплаты. Т.е. AddOrder + Confirm (генерация хеша для письма, сохранение в order_field (хеша и статуса), отправка письма Независимо от типа checkout ~ стоимость инвестиций - 50$ Надіслати Поділитися на інших сайтах More sharing options... Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Послуги Програмування, створення модулів, зміна функціональності Подтверждение заказа по емейлу Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення 1.0 Синхронізація Замовлень Rozetka.ua та Opencart Автор: sinco Product Manipulator Автор: Hiperlynx007 Видалення дублікатів товарів для OpenCart Автор: Hatshypsut Вибір категорій і виробників для "Знайшли дешевше" шаблону Upstore Автор: Flint2000 Кастомізована сторінка успішного замовлення Автор: Flint2000 × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
Baco Опубліковано: 11 березня 2015 Share Опубліковано: 11 березня 2015 все это надо делать (разрабатывать/настраивать) индивидуально на конкретном магазине. ИМХО, правильней было бы сделать промежуточный шаг, перед addOrder, где в сессию записывают хеш для сравнения со сгенерированный ссылкой отправленной на мыло, и при проверке $_GET с емейла и сессии - продолжить оформление, предварительно удалив сессийный хеш... Надіслати Поділитися на інших сайтах More sharing options... ashap Опубліковано: 12 березня 2015 Share Опубліковано: 12 березня 2015 Оформление заказа стандартное? или симпл? или еще чего? Надіслати Поділитися на інших сайтах More sharing options... Nashlab Опубліковано: 12 березня 2015 Автор Share Опубліковано: 12 березня 2015 (змінено) Оформление заказа стандартное? или симпл? или еще чего? Стандартное, симпл, еще чего и Ajax Quick Checkout. Боюсь надо подтверждение регистрации клиента по смс делать как у WildBerries - потому как если у злоумышленника доступ к мылу (что сейчас не редкость - миллионами данные в паблик уходят) то опять швах. Типа такого чтото надо. Змінено 12 березня 2015 користувачем Nashlab Надіслати Поділитися на інших сайтах More sharing options... XXXBOY Опубліковано: 12 березня 2015 Share Опубліковано: 12 березня 2015 Стандартное, симпл, еще чего и Ajax Quick Checkout. Боюсь надо подтверждение регистрации клиента по смс делать как у WildBerries - потому как если у злоумышленника доступ к мылу (что сейчас не редкость - миллионами данные в паблик уходят) то опять швах. Я ЗА Придумали бы такой модуль, это реально проще и лучше. На заказ такое кто то предлагал мне за 200$, но решил что дорого. Взялся бы кто нибудь сделать такой модуль , клиенты нашлись бы на него) Надіслати Поділитися на інших сайтах More sharing options... Baco Опубліковано: 12 березня 2015 Share Опубліковано: 12 березня 2015 Соберите группу инвесторов и начнётся разработка, а то слова типа: "Это реально нужный модуль, его все покупать будут..." почти на каждую 2-ю разработку слышу, да только что то к милиардерам не сильно отношусь... Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 12 березня 2015 Share Опубліковано: 12 березня 2015 ИМХО, правильней было бы сделать промежуточный шаг, перед addOrder, где в сессию записывают хеш для сравнения со сгенерированный ссылкой отправленной на мыло, и при проверке $_GET с емейла и сессии - продолжить оформление, предварительно удалив сессийный хеш... В add_order - делать статус заказа - ожидание подтверждение заказа, а... в супер, нигде неиспользуемой, табличке, которая входит в состав OC `oc_order_field` Сохранять хештег заказа, и после подтверждения удалять и заказ переводить в состояние которое должно быть после оплаты. Т.е. AddOrder + Confirm (генерация хеша для письма, сохранение в order_field (хеша и статуса), отправка письма Независимо от типа checkout ~ стоимость инвестиций - 50$ Надіслати Поділитися на інших сайтах More sharing options... Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Послуги Програмування, створення модулів, зміна функціональності Подтверждение заказа по емейлу Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення 1.0 Синхронізація Замовлень Rozetka.ua та Opencart Автор: sinco Product Manipulator Автор: Hiperlynx007 Видалення дублікатів товарів для OpenCart Автор: Hatshypsut Вибір категорій і виробників для "Знайшли дешевше" шаблону Upstore Автор: Flint2000 Кастомізована сторінка успішного замовлення Автор: Flint2000
ashap Опубліковано: 12 березня 2015 Share Опубліковано: 12 березня 2015 Оформление заказа стандартное? или симпл? или еще чего? Надіслати Поділитися на інших сайтах More sharing options... Nashlab Опубліковано: 12 березня 2015 Автор Share Опубліковано: 12 березня 2015 (змінено) Оформление заказа стандартное? или симпл? или еще чего? Стандартное, симпл, еще чего и Ajax Quick Checkout. Боюсь надо подтверждение регистрации клиента по смс делать как у WildBerries - потому как если у злоумышленника доступ к мылу (что сейчас не редкость - миллионами данные в паблик уходят) то опять швах. Типа такого чтото надо. Змінено 12 березня 2015 користувачем Nashlab Надіслати Поділитися на інших сайтах More sharing options... XXXBOY Опубліковано: 12 березня 2015 Share Опубліковано: 12 березня 2015 Стандартное, симпл, еще чего и Ajax Quick Checkout. Боюсь надо подтверждение регистрации клиента по смс делать как у WildBerries - потому как если у злоумышленника доступ к мылу (что сейчас не редкость - миллионами данные в паблик уходят) то опять швах. Я ЗА Придумали бы такой модуль, это реально проще и лучше. На заказ такое кто то предлагал мне за 200$, но решил что дорого. Взялся бы кто нибудь сделать такой модуль , клиенты нашлись бы на него) Надіслати Поділитися на інших сайтах More sharing options... Baco Опубліковано: 12 березня 2015 Share Опубліковано: 12 березня 2015 Соберите группу инвесторов и начнётся разработка, а то слова типа: "Это реально нужный модуль, его все покупать будут..." почти на каждую 2-ю разработку слышу, да только что то к милиардерам не сильно отношусь... Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 12 березня 2015 Share Опубліковано: 12 березня 2015 ИМХО, правильней было бы сделать промежуточный шаг, перед addOrder, где в сессию записывают хеш для сравнения со сгенерированный ссылкой отправленной на мыло, и при проверке $_GET с емейла и сессии - продолжить оформление, предварительно удалив сессийный хеш... В add_order - делать статус заказа - ожидание подтверждение заказа, а... в супер, нигде неиспользуемой, табличке, которая входит в состав OC `oc_order_field` Сохранять хештег заказа, и после подтверждения удалять и заказ переводить в состояние которое должно быть после оплаты. Т.е. AddOrder + Confirm (генерация хеша для письма, сохранение в order_field (хеша и статуса), отправка письма Независимо от типа checkout ~ стоимость инвестиций - 50$ Надіслати Поділитися на інших сайтах More sharing options... Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Послуги Програмування, створення модулів, зміна функціональності Подтверждение заказа по емейлу
Nashlab Опубліковано: 12 березня 2015 Автор Share Опубліковано: 12 березня 2015 (змінено) Оформление заказа стандартное? или симпл? или еще чего? Стандартное, симпл, еще чего и Ajax Quick Checkout. Боюсь надо подтверждение регистрации клиента по смс делать как у WildBerries - потому как если у злоумышленника доступ к мылу (что сейчас не редкость - миллионами данные в паблик уходят) то опять швах. Типа такого чтото надо. Змінено 12 березня 2015 користувачем Nashlab Надіслати Поділитися на інших сайтах More sharing options...
XXXBOY Опубліковано: 12 березня 2015 Share Опубліковано: 12 березня 2015 Стандартное, симпл, еще чего и Ajax Quick Checkout. Боюсь надо подтверждение регистрации клиента по смс делать как у WildBerries - потому как если у злоумышленника доступ к мылу (что сейчас не редкость - миллионами данные в паблик уходят) то опять швах. Я ЗА Придумали бы такой модуль, это реально проще и лучше. На заказ такое кто то предлагал мне за 200$, но решил что дорого. Взялся бы кто нибудь сделать такой модуль , клиенты нашлись бы на него) Надіслати Поділитися на інших сайтах More sharing options...
Baco Опубліковано: 12 березня 2015 Share Опубліковано: 12 березня 2015 Соберите группу инвесторов и начнётся разработка, а то слова типа: "Это реально нужный модуль, его все покупать будут..." почти на каждую 2-ю разработку слышу, да только что то к милиардерам не сильно отношусь... Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 12 березня 2015 Share Опубліковано: 12 березня 2015 ИМХО, правильней было бы сделать промежуточный шаг, перед addOrder, где в сессию записывают хеш для сравнения со сгенерированный ссылкой отправленной на мыло, и при проверке $_GET с емейла и сессии - продолжить оформление, предварительно удалив сессийный хеш... В add_order - делать статус заказа - ожидание подтверждение заказа, а... в супер, нигде неиспользуемой, табличке, которая входит в состав OC `oc_order_field` Сохранять хештег заказа, и после подтверждения удалять и заказ переводить в состояние которое должно быть после оплаты. Т.е. AddOrder + Confirm (генерация хеша для письма, сохранение в order_field (хеша и статуса), отправка письма Независимо от типа checkout ~ стоимость инвестиций - 50$ Надіслати Поділитися на інших сайтах More sharing options... Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку
chukcha Опубліковано: 12 березня 2015 Share Опубліковано: 12 березня 2015 ИМХО, правильней было бы сделать промежуточный шаг, перед addOrder, где в сессию записывают хеш для сравнения со сгенерированный ссылкой отправленной на мыло, и при проверке $_GET с емейла и сессии - продолжить оформление, предварительно удалив сессийный хеш... В add_order - делать статус заказа - ожидание подтверждение заказа, а... в супер, нигде неиспользуемой, табличке, которая входит в состав OC `oc_order_field` Сохранять хештег заказа, и после подтверждения удалять и заказ переводить в состояние которое должно быть после оплаты. Т.е. AddOrder + Confirm (генерация хеша для письма, сохранение в order_field (хеша и статуса), отправка письма Независимо от типа checkout ~ стоимость инвестиций - 50$ Надіслати Поділитися на інших сайтах More sharing options... Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0
Recommended Posts