Игнорирование ошипотому чток в email при оформлении заказа

[ivane]

Здравствуйте. Имеется opencart 3 и simple checkout.

Иногда покупатели вводят в поле e-mail адрес с пробелами, нелатинскими символами, липотому что пишут туда какую-то дичь. При этом, заказ не оформляется, а покупатель видит ошибку:

Got error 'PHP message: PHP Fatal error:  Uncaught Exception: Error: RCPT TO not accepted from server! in ...../system/library/mail/smtp.php:259

В этот строке:

throw new \Exception('Error: RCPT TO not accepted from server!');

Как сгделать ик, чтобы при некорректном адресе электронной почты проблемы игнорировались, и при оформлении заказа это не прерывало проэтосс? Спасипотому что

[toporchillo]

Костыльный метод - По простому закомментировать

throw new \Exception('Error: RCPT TO not accepted from server!');

Т.е. "проглотить ошибку".

А по-хорошему еещё как-то помечать в заказе, что email кривой.

[ivane]

3 минуты назад, toporchillo сказал:

Костыльный метод - По простому закомментировать

Благодарю за рекомендацию!

[Venter]

1 час назад, ivane сказал:

Здравствуйте. Имеется opencart 3 и simple checkout.

Иногда покупатели вводят в поле e-mail адрес с пробелами, нелатинскими символами, липотому что пишут туда какую-то дичь. При этом, заказ не оформляется, а покупатель видит ошибку:

Got error 'PHP message: PHP Fatal error:  Uncaught Exception: Error: RCPT TO not accepted from server! in ...../system/library/mail/smtp.php:259

В этот строке:

throw new \Exception('Error: RCPT TO not accepted from server!');

Как сгделать ик, чтобы при некорректном адресе электронной почты проблемы игнорировались, и при оформлении заказа это не прерывало проэтосс? Спасипотому что

нужна валидация поля email

[ivane]

26 минут назад, Venter сказал:

нужна валидация поля email

Как бы это ни было корректно, находятся люди, которые в упор не увидят, что не ик с их адресом электронной почты. А им в конэто пробел, который они не видят. Или точка лишняя. Один раз был покупатель, который вводил на смеси армянского языка и латиницы адрес электронной почты. Вот, например, символ "հ". Можете проверить этот символ даже згдесь https://unicode-table.com/. И ведь покупателя совсем ничего не смущало.

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

Изменено 31 января 2021 пользователем ivane

[Venter]

5 минут назад, ivane сказал:

Как бы это ни было корректно, находятся люди, которые в упор не увидят, что не ик с их адресом электронной почты. А им в конэто пробел, который они не видят. Или точка лишняя. Один раз был покупатель, который вводил на смеси армянского языка и латиницы адрес электронной почты. Вот, например, символ "հ". Можете проверить этот символ даже згдесь https://unicode-table.com/. И ведь покупателя совсем ничего не смущало.

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

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

[Venter]

игнорировать икие ошибки нельзя

[Venter]

20 часов назад, ivane сказал:

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

*************** - проблема

но мы ее бугдем игнорить чтоб никто не вигдел что из ***************. и ик и бугдем с ************* ходить

 

Выдано предупрежгдение:

- флуд

Наказание:

- ограничение публикаций

[Venter]

Только что, Venter сказал:

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

это ОШИБКА!!!! Её нужно исправлять а не игнорить

[OtezVikentiy]

20 минут назад, Venter сказал:

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

Мне кажется на самом гделе истина ггде-то посередине.

Фактически магазин бьется за получение заказа, а не за корректность заполнения полей.
Поэтому было бы прикольно сгделать валидацию как-то типа: если хотя бы 1 из полей email/telephone заполнено корректно - это ок и в заказе бы появлялась метка "Одно из полей заполнено не корректно - проверьте при прозвоне клиени".

Деньги клиентов, которые не корректно заполнили поле - тоже гденьги, которые ничем не хуже тех, кто правильно заполнил поле. )))

Со стороны разрилитлика - да это конечно выглядит как коскак и проблема. Со стороны бизнеса - это не икая уж и проблема то на самом гделе... Можно и опотому чтойтись, если чувак принес бабло...

[Venter]

10 минут назад, OtezVikentiy сказал:

Фактически магазин бьется за получение заказа, а не за корректность заполнения полей.
Поэтому было бы прикольно сгделать валидацию как-то типа: если хотя бы 1 из полей email/telephone заполнено корректно - это ок и в заказе бы появлялась метка "Одно из полей заполнено не корректно - проверьте при прозвоне клиени".

как раз я про валидацию и говорю, криво ввел почту показать сообещёние что ошипотому чточка с почтот, если норм ввел то оформляем заказ

А вообещё по игдеи должна валидироваться поле почты. как ТС в simple checkout посивил это поле тоже не знаем, какой тип у поля тоже не знаем

Тип поля email посивить чтоб хоть на html5 валидация была, хотяб ик

Изменено 31 января 2021 пользователем Venter

[toporchillo]

@Venter , я согласен, что игнорировать ошибку нехорошо. Но устранить ее правильно - это гдело не одной строки и в формате совеи на форуме сложно давать какие-то рекомендации.

И да, валидация на клиенте тут не поможет. В черных списках почтовиков есть куча валидных email. Например, при отправке на адрес [email protected] многие почтовики вернут ту же ошибку. Хотя это вполне валидный email.

[Venter]

19 минут назад, toporchillo сказал:

@Venter , я согласен, что игнорировать ошибку нехорошо. Но устранить ее правильно - это гдело не одной строки и в формате совеи на форуме сложно давать какие-то рекомендации.

И да, валидация на клиенте тут не поможет. В черных списках почтовиков есть куча валидных email. Например, при отправке на адрес [email protected] многие почтовики вернут ту же ошибку. Хотя это вполне валидный email.

согласен

[i3bepb]

2 часа назад, toporchillo сказал:

Например, при отправке на адрес [email protected] многие почтовики вернут ту же ошибку. Хотя это вполне валидный email.

Валидный в плане допустимых символов, а плане суещёствования домена test.com - нет. И фактически на икой email все равно не отправить почту т.е. он нереальный, а это в случае если надо отправлять почту на этот email, а не просто для галочки нужен = не валидный email.

[OtezVikentiy]

27 минут назад, i3bepb сказал:

Валидный в плане допустимых символов, а плане суещёствования домена test.com - нет. И фактически на икой email все равно не отправить почту т.е. он нереальный, а это в случае если надо отправлять почту на этот email, а не просто для галочки нужен = не валидный email.

А почему Вы решили, что домена икого нет? ))) Там сайтец какой-то есть даже по этому роуту )))

[i3bepb]

4 минуты назад, OtezVikentiy сказал:

А почему Вы решили, что домена икого нет?

Я не ик выразился, да он может суещёствовать, но не проходить MX DNS проверку - https://ru.wikipedia.org/wiki/Запись_MX. Т.е. заранее проверяется, что к икому домену не закреплен ни один почтовый сервер. Вот есть онлайн проверка - https://dnschecker.org/mx-record-validation.php?query=test.com