При заполнении заказа, а также при редактировании профиля используется некий алгоритм проверки email.
Однако при формировании заказа используется другой алгоритм, вероятно более строгий.
В итоге покупатель получает ошибку при формировании заказа:
Скриншот ошибки
9 комментариев
Коллеги, тема не про кириллические домены, а про ошибку при оформлении заказа.
Некорректный адрес вовсе не повод заворачивать оформление заказа, да при том еще таким "кривым" образом.
Мое предложение - принимать заказ у покупателя даже при условии ошибок с отправкой сообщений почтовых.
Не может быть ящика русская@почта.рф. Только russkaya@почта.рф
Но, по факту, нет 100% способа проверить почту, не отправив на нее письмо. :(
Дополнительно, обнаружена, ошибка в обработке заказа:
- Заказ в итоге создался с битой почтой. Это плюс.
- Уведомления по правилам не прошли, видимо "упал" на отправке покупателю и дальше не пошел. Это МИНУС.
- Корзина не очистилась. Это МИНУС.
Видимо весь процесс "обломился". Но заказ в системе уже есть.
- При дальнейших попытках продолжить заказ, каждый раз создается новая копия, хотя первый экземпляр наверняка "лежал в сессии".
russkaya@почта.рф тоже не проходит по RFC, по мнению авторов движка.
Я бы вообще валидацию email'ов сделал отключаемой.
Даже если адрес валидный, опечатываются. Пишут что-то типа 'user@mai.ru' (причем это 100% валидный адрес и домен с MX такой есть), 'user@yndex.ru' И так далее. И назывнии пользователя тоже опечатываются. Бывает и в телефонах цифры неверные ставят :) кстати, местами меняют или соседние шлепают :))
Так что вся эта валидация в конечном итоге только помеха.
Кстати, надо проверить ваш браузер нормально принимает input type="email" с IDN? А то год назад авторы фреймворка зарубили мою идею использовать html5 типы для input'ов возражением о том, что не все браузеры корректно валидируют такие поля
То есть? Если какой-то браузер не поддерживает type="email", то он просто отобразит обычный type="text". И никаких проблем это не повлечет. Правда не ясно, как будет jquery работать в таких браузерах по селектору type="". Ну в худшем случае переделать сам селектор.
Правда оформление числовых типов/дат оставляет желать лучшего. И их использование спорно.
валидацией адреса в поле при input type=email занимается браузер. Один браузер поймет, например, IDN, а другой нет. Хотя мне это кажется очень сльной натяжкой...
Кириллические домены вообще являются уже признанной ошибкой. У обладателей таких обязательно есть и нормальные адреса. И они привыкли к тому, что их кириллические посылаются большинством валидаторов. С тем же успехом можно говорить о корявости верстки у юзеров с 800*600. А что? На компе, стоящем у меня в гараже, именно такое разрешение :)
Мажор...
Впрочем у меня такой же... ВьюСоник
А насчет валидатора почты - война с мельницами сие. Слишком много вариантов. Простое решение - контрольный звонок в голову покупателю и уточнение адреса, если доставка сообщения не прошла...
P.S. Кирилические домены - зло + деньги на ветер.