Валидация адреса электронной почты (email)

1

При заполнении заказа, а также при редактировании профиля используется некий алгоритм проверки email.

Однако при формировании заказа используется другой алгоритм, вероятно более строгий.

В итоге покупатель получает ошибку при формировании заказа:

Скриншот ошибки

9 комментариев

  • +2
    Михаил Проектов Михаил Проектов 27 июля 2015 05:32 #

    Коллеги, тема не про кириллические домены, а про ошибку при оформлении заказа.

    Некорректный адрес вовсе не повод заворачивать оформление заказа, да при том еще таким "кривым" образом.

    Мое предложение - принимать заказ у покупателя даже при условии ошибок с отправкой сообщений почтовых.

  • +1

    Не может быть ящика русская@почта.рф. Только russkaya@почта.рф

  • +1
    Михаил Проектов Михаил Проектов 26 июля 2015 08:51 #

    Дополнительно, обнаружена, ошибка в обработке заказа:
    - Заказ в итоге создался с битой почтой. Это плюс.
    - Уведомления по правилам не прошли, видимо "упал" на отправке покупателю и дальше не пошел. Это МИНУС.

    - Корзина не очистилась. Это МИНУС.

    Видимо весь процесс "обломился". Но заказ в системе уже есть.

    - При дальнейших попытках продолжить заказ, каждый раз создается новая копия, хотя первый экземпляр наверняка "лежал в сессии".

    russkaya@почта.рф тоже не проходит по RFC, по мнению авторов движка.



    • +2

      Я бы вообще валидацию email'ов сделал отключаемой.

      Даже если адрес валидный, опечатываются. Пишут что-то типа 'user@mai.ru' (причем это 100% валидный адрес и домен с MX такой есть), 'user@yndex.ru' И так далее. И назывнии пользователя тоже опечатываются. Бывает и в телефонах цифры неверные ставят :) кстати, местами меняют или соседние шлепают :))

      Так что вся эта валидация в конечном итоге только помеха.

      Кстати, надо проверить ваш браузер нормально принимает input type="email" с IDN? А то год назад авторы фреймворка зарубили мою идею использовать html5 типы для input'ов возражением о том, что не все браузеры корректно валидируют такие поля

      • +1

        То есть? Если какой-то браузер не поддерживает type="email", то он просто отобразит обычный type="text". И никаких проблем это не повлечет. Правда не ясно, как будет jquery работать в таких браузерах по селектору type="". Ну в худшем случае переделать сам селектор.

        Правда оформление числовых типов/дат оставляет желать лучшего. И их использование спорно.

        • +1

          валидацией адреса в поле при input type=email занимается браузер. Один браузер поймет, например, IDN, а другой нет. Хотя мне это кажется очень сльной натяжкой...

          • +1

            Кириллические домены вообще являются уже признанной ошибкой. У обладателей таких обязательно есть и нормальные адреса. И они привыкли к тому, что их кириллические посылаются большинством валидаторов. С тем же успехом можно говорить о корявости верстки у юзеров с 800*600. А что? На компе, стоящем у меня в гараже, именно такое разрешение :)

            • +1

              Мажор...

              Впрочем у меня такой же... ВьюСоник

              А насчет валидатора почты - война с мельницами сие. Слишком много вариантов. Простое решение - контрольный звонок в голову покупателю и уточнение адреса, если доставка сообщения не прошла...

              P.S. Кирилические домены - зло + деньги на ветер.


              Добавить комментарий

              Чтобы добавить комментарий, зарегистрируйтесь или войдите