Renius Sep 23 2013 at 06:55

Ruby: про email вообще и ради валидации без регекспов, в частности

3 min

Tutorial

Comments 31

Krypt Sep 23 2013 at 07:28

> И если таких элементов более одного — домен валиден.
Неверное утверждение. Во-первых, сервис может крутиться в локальной сети. test@local или что-то вроде.
Во-вторых — вспоминается приватная сокращалка урлов, висевшая на домене http://to.. Вполне может быть, что там висит и e-mail.

Renius Sep 23 2013 at 07:35

Во первых, мы же не будем отправлять почту на test@local? да и для этого есть lvh.me
Во вторых… а приведите пожалуйста пример.

Krypt Sep 23 2013 at 07:43

Разработчики библиотеки agsxmpp и пары irc-клиентов тоже так думали.
Про сокращатель ссылкок на to. была статья на хабре, после чего его приватным и сделали.
Примера не приведу, нет времени гуглить, да и не уверен, что найду. Но гипотетически это возможно )
К тому же ICANN начала выдавать доменные имена частным компаниям. Ждите пользователей с доменом типа @canon.

Вообще — статья, хм, важная в этом вопросе, кто-то не будет писать лишний костыль в ненужном месте. Но вот само утверждение — вводит в заблуждение.

Renius Sep 23 2013 at 07:50

Спасибо за информацию, но я пока буду придерживаться своего заблуждения.

bakatrouble Sep 23 2013 at 08:08

# ловим исключение, если в адресе русские или китайские символы

http://例え.テスト/ (японский, а не китайский, но, думаю, парсеру пофиг)
пример.испытание/
и т.д.

Renius Sep 23 2013 at 08:17

Это пока не стандарт. А поскольку ruby — динамичная среда, то своевременные изменения в gem 'mail' будут внесены. От этой библиотеки слишком многое зависит.
Я бы не стал беспокоится.

domage Sep 23 2013 at 09:00

Недавно тут пробегал перевод одной статьи, вывод в которой мне очень понравился: «Просто пошлите пользователю письмо». habrahabr.ru/post/175375/

Это позволит не только проверить валидность e-mail, но также чудесным образом проверит принадлежность e-mail конкретному пользователю.

Renius Sep 23 2013 at 09:25

Это две разные процедуры и одна другую не исключает. Но если вы будете часто-часто отправлять письма на инвалидные адреа, то вас могут забанить.

akzhan Sep 23 2013 at 09:24

Не поддерживается IDN.

1.rb:

# -*- encoding : utf-8 -*-

require 'mail'

Mail::Address.new('info@регистратор.рф')

/usr/local/rvm/gems/ruby-1.9.3-p194/gems/mail-2.5.4/lib/mail/elements/address_list.rb:29:in `initialize': Mail::AddressListsParser can not parse |info@регистратор.рф| (Mail::Field::ParseError)
Reason was: Expected one of
, (, !, #, $, %, &, ', *, +, -, /, =, ?, ^, _, `, {, |, }, ~, ", ., @, :, <, [ at line 1, column 6 (byte 6) after @
	from /usr/local/rvm/gems/ruby-1.9.3-p194/gems/mail-2.5.4/lib/mail/elements/address.rb:181:in `new'
	from /usr/local/rvm/gems/ruby-1.9.3-p194/gems/mail-2.5.4/lib/mail/elements/address.rb:181:in `parse'
	from /usr/local/rvm/gems/ruby-1.9.3-p194/gems/mail-2.5.4/lib/mail/elements/address.rb:32:in `initialize'
	from 1.rb:5:in `new'
	from 1.rb:5:in `<main>'

Renius Sep 23 2013 at 09:29

Gmail тоже не считает этот адрес верным. Уже принят стандарт на адреса электронной почты с кириллицей?

akzhan Sep 23 2013 at 09:35

idn.icann.org/E-mail_test

Renius Sep 23 2013 at 09:37

A protocol is currently being developed to permit the internationalization of all parts of an e-mail address and for all e-mail headers.

akzhan Sep 23 2013 at 09:45

Тогда согласен, ваш метод пока работает. Хотя ограничение на две части доменного имени все равно излишне ;)

Renius Sep 23 2013 at 09:48

Во первых, ни то ни другое не принято.
Во вторых, покажите мне хоть один работающий имейл с одной частью от доменного имени.
В третьих, поправьте у себя, если вы имеете другое мнение.

mjr27 Sep 23 2013 at 09:59

user@localhost, не?

Renius Sep 23 2013 at 10:03

Отправьте мне пожалуйста письмо на этот адрес.

mjr27 Sep 23 2013 at 09:58

1-й показатель валидности: в адресе есть ровно одна @
2-й показатель валидности: пользователь нажал на ссылку в пришедшем письме

Зачем что-то большее?

Renius Sep 23 2013 at 10:01

Затем, что не нужно выделять ресурсы на формирование и отправку письма на несуществующий адрес. Не нужно обрабатывать исключения кидаемые почтовым клиентом при отправке писем на инвалидные адреса.

artspb Sep 23 2013 at 10:19

В адрес может быть больше одного символа @. Читайте RFC.

cinic Nov 12 2013 at 14:57

Видимо имелось ввиду

A@b@c@example.com (only one @ is allowed outside quotation marks)

pieceofsummer Sep 24 2013 at 06:02

Предлагаю использовать для логина только email.

Вот там как раз неподалеку была статья про SOPPA, которая как раз запрещает так делать, если нет гарантии, что пользователю есть 13 лет :)

pieceofsummer Sep 24 2013 at 06:53

То есть COPPA :)

Renius Sep 24 2013 at 08:25

Поясните, я не успеваю все читать :)
Должен ли я следовать COPPA?

grossws Jan 20 2016 at 07:13

У нас тут синтаксическое дерево, природа и свойства которого, для меня, чуть менее чем полностью непостижимы. Знаю только то, что синтаксическое дерево, в отличии от регекспа не рекурсивно по своей природе.

Лажа, АСТ в общем случае рекурсивно, но может быть нерекурсивно в частных случаях.

Renius Jan 20 2016 at 07:55

Это же дерево не граф, обработка дерева может быть рекурсивной, а не само дерево.

grossws Jan 20 2016 at 07:58

AST — это дерево. Дерево можно определить так: Tree a = Empty | Node a (Tree a) (Tree a). И где оно нерекурсивно?

Renius Jan 20 2016 at 09:28

А что означает эта ваша запись?
AST — конечное, помеченное, ориентированное дерево
Дерево — это связный ациклический граф. Связность означает наличие путей между любой парой вершин, ацикличность — отсутствие циклов и то, что между парами вершин имеется только по одному пути.
В википедии неправильно?
А так я конечно могу ссылок намешать так что ацикличность сохраняться не будет. Но тогда эта утка перестанет крякать.

grossws Jan 20 2016 at 09:58

А что означает эта ваша запись?

Простое определение бинарного дерева. Читать: дерево вершин типа a — пустое дерево либо вершина, содержащая значение типа a и два дерева типа a

Дерево — это связный ациклический граф.

Да, и?

Связность означает наличие путей между любой парой вершин, ацикличность — отсутствие циклов и то, что между парами вершин имеется только по одному пути.

Нет. Ацикличность — отсутствие циклов, она не запрещает наличия более одного пути между вершинами. Graph { a->b, a->c, b->d, c->d } является DAG, но не является деревом.

В википедии неправильно?

Запросто.

Вернёмся к AST, возьмём какую-нибудь нетривиальную грамматику (например, порождаемую rfc2822):

ccontent = ctext / quoted-pair / comment
comment = "(" *([FWS] ccontent) [FWS] ")"

Очевидно, что данная грамматика рекурсивна, и AST на её основе тоже будет таковым.

Renius Jan 20 2016 at 10:29

Я, простите, не все понял из ваших примеров. Буду следовать википедиевскому заблуждению: для моего дерева между вершинами только один путь, иначе я перестаю с таким деревом работать как с деревом. С деревьями я привык работать без рекурсий. Ваш пример Graph { a->b, a->c, b->d, c->d } я деревом не считаю, в случае с множественными родителями я теряю приемы и алгоритмы нерекурсивной обработки деревьев: nested sets например.

grossws Jan 20 2016 at 11:14

Ваш пример Graph { a->b, a->c, b->d, c->d } я деревом не считаю

вы до слов «является DAG, но не является деревом» дочитали или нет?

Смысла спорить не вижу, вы не читаете ответы. За сим откланиваюсь.

Renius Jan 20 2016 at 12:54

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