DL
имхо, валидация должна быть индивидуальной и должна быть на стороне бэка
Size: a a a
2021 March 16
DL
она везде разная, даже по странам/адресам/телефонам и т.д.
АК
и какое же есть преимущество у валидации емэйла на бэке перед html5-валидацией?
DL
html5 на формах - это миф и некроссбраузерно
тоже, имхо
тоже, имхо
АК
)))
АК
конечно, если пытаться валидировать через html5 номера телефонов, чтобы они относились к определённой стране, то оно не будет работать. Но не использовать, к примеру number для числовых полей - это тупость
АК
с масками ввода на js кстати тоже можно словить адские глюки, когда поле заполняется автокомплитом, или когда код страны уже подставлен, а юзер, не глядя, вводит его повторно и в результате безвозвратно теряются последние цифры номера
DL
все равно, лучше ничего нет и не будет, особенно для мобил
SP
Алексей Кузнецов
и какое же есть преимущество у валидации емэйла на бэке перед html5-валидацией?
Шоб особо умный человек не постнул из консоли вместо мейла "херзведаджигурда" положив сайт из-за возможной бизнес логики на беке
Пример что я привёл обобщенный и может касаться не только мейла
Пример что я привёл обобщенный и может касаться не только мейла
VS
Шоб особо умный человек не постнул из консоли вместо мейла "херзведаджигурда" положив сайт из-за возможной бизнес логики на беке
Пример что я привёл обобщенный и может касаться не только мейла
Пример что я привёл обобщенный и может касаться не только мейла
для этого нужно использовать трёхуровневую защиту
VS
Главбух с кастетом и финдир с пистолетом. Третий кто?
вы там в своём модх совсем классики не знаете?
https://youtu.be/whLGqHHD7Jk
https://youtu.be/whLGqHHD7Jk
АК
Шоб особо умный человек не постнул из консоли вместо мейла "херзведаджигурда" положив сайт из-за возможной бизнес логики на беке
Пример что я привёл обобщенный и может касаться не только мейла
Пример что я привёл обобщенный и может касаться не только мейла
ну да, навалить везде текстфилдов, уколхозить джиэсом и обмазаться серверными валидациями вместо вот этого:
https://api.drupal.org/api/drupal/core%21lib%21Drupal%21Core%21Render%21Element%21Email.php/class/Email/8.2.x
Где валидация есть изначально и на фронте, и на бэке
https://api.drupal.org/api/drupal/core%21lib%21Drupal%21Core%21Render%21Element%21Email.php/class/Email/8.2.x
Где валидация есть изначально и на фронте, и на бэке
SP
(пожал плечами)
Я про валидацию на беке в обобщенно форме
Я про валидацию на беке в обобщенно форме
DL
Алексей Кузнецов
ну да, навалить везде текстфилдов, уколхозить джиэсом и обмазаться серверными валидациями вместо вот этого:
https://api.drupal.org/api/drupal/core%21lib%21Drupal%21Core%21Render%21Element%21Email.php/class/Email/8.2.x
Где валидация есть изначально и на фронте, и на бэке
https://api.drupal.org/api/drupal/core%21lib%21Drupal%21Core%21Render%21Element%21Email.php/class/Email/8.2.x
Где валидация есть изначально и на фронте, и на бэке
да неправильно говорить про валидацию на фронте...
валидация браузера - так верно
валидация браузера - так верно
АК
если сама мать природа создала инпуты разных типов, значит нужно их использовать
SP
Боты так и думают)
DL
Шоб особо умный человек не постнул из консоли вместо мейла "херзведаджигурда" положив сайт из-за возможной бизнес логики на беке
Пример что я привёл обобщенный и может касаться не только мейла
Пример что я привёл обобщенный и может касаться не только мейла
да мюсикел до сих пор положить можно...
и ни одна валидация на фронте не спасет
и ни одна валидация на фронте не спасет
SP
Тралируешь, да?)