JS::MailValidator

Парсер Валидатор емайлов 1.27

Доступно владельцам лицензии
  • Автор темы Автор темы Kreola
  • Дата начала Дата начала
посмотрите мой пресет выше, там вроде обрабатывается нормально
 
В Gmail минимальное кол-во символов в имени 6, поэтому такого мейла не существует и парсер выдает 0.
Прогнал более 100 раз - в результате всегда 1, т.е. такой мейл зарегистрирован, что соответствует действительности.

Исходя из вышесказанного, проблему воспроизвести не удалось.
 
Заметил, что если взять gmail адреса формата [email protected] и [email protected] (без точки в имени), то ответ при вводе имени в форму (https://accounts.google.com/SignUp?hl=en) будет разный:

[email protected] - That username is taken. Try another.
[email protected] - Someone already has that username. Note that we ignore periods and capitalization in usernames. Try another?

На сколько понимаю, по этой причине парсер считает, что [email protected] не существует
 
Отличный парсер! а как можно сделать так, чтобы результаты сразу записывались в два файла - валид и невалид.
Или хотя бы чтобы НЕвалид записывался в один файл.

и второй вопрос - я гружу лист с проксями, если прокси дохнут, невалдные, то результат какой записывается в выходной файл? или мыло чекается до тех пор, пока не будет найдёт валидный прокси?
Спасибо!
 
и можно ещё таких бигов
aol.co.uk
laposte.fr
my.com
verizon.net
comcast.net
bellsouth.net
cox.net
att.net
live.ca
live.com
videotron.ca
videotron.com
sympatico.ca
shaw.ca
msn.ca
msn.com
 
результаты сразу записывались в два файла - валид и невалид
Добавьте еще один файл результата и используйте шаблонизатор для фильтрации, например:
Код:
[% IF p1.status == 1;
    query _ "\n";
END %]
Код:
eJyFU1FPwjAQ/ivLRRNNkMiDLzM+ILpEg6CCvgAxjb2ZStfWtkPNwn/3usEGSDTZ
w3p333fffb0W4Jmbu3uLDr2DeFKAKf8hhjsm5DOTgjOvLbTAMOvQhqIJ3I7ieDfP
MWW59DCbtYA46Ncl2mYscE0Oo5skMp2288znLrq4iDrnUzX1Hzna7+glmsKUjkCx
68FVdDiDmmPEFjjWxJEKiU04odOAZUiJA1KAIdtOy35HxyeLoKvtvzwBGOfCC62Y
rORUE+wBKe1fNoF7RJ/+Jzp8GwY8KUHFpFFpygScQJdYnVHIY9mlJFsbRbrKMxBF
XmIfKgzEKZMOW+DIjoScR76bER5tuIqhCdNSvACtulL2cYGyKSv5L3MhOV1mNyXQ
zQq4v2T4i2NZj7fZaoH205KGpojrvn5bzz5HNLUbgxDJtMWaYNV5xUv7aFBxqmwu
vGua0JZAcq0xfDv4qlUq3oYkzQqO68pcjWnph6qnMyMxKFa5lGS4w8dmubpuZXA4
NAJ3wb2yBclar38LvNbS3Y4qqcYKWt6z+vJDdDmrX1P98oo9byoulmTju7uvaoOQ
PytpTkd2QtxZ/gA/61eN

я гружу лист с проксями, если прокси дохнут, невалдные, то результат какой записывается в выходной файл? или мыло чекается до тех пор, пока не будет найдёт валидный прокси?
Работает стандартная логика: запрос обрабатывает до тех пор, пока не исчерпаются все попытки (по-умолчанию 10)

и можно ещё таких бигов
Добавим
 
Работает стандартная логика: запрос обрабатывает до тех пор, пока не исчерпаются все попытки (по-умолчанию 10)
После того как исчерпаются попытки, куда этот НЕобработанный запрос попадёт? По идее же он должен в отдельный файлик записаться, чтобы потом такие необработки ещё раз проверить. Иначе получается, что часть результатов просто пропадёт
 
Если включена опция "Сохранять неудачные запросы", то все неудачные будут сохраняться в queries/failed. А также, в зависимости от настроек задания, в файл результатов также может быть сохранен начальный запрос.
 
как можно объяснить такое
просортировал базу, получил невалидные мыла, засунул её ещё раз в чекалку, и получил примерно 14% валидных ответов
в базе обычные биги - гмаил, хот, яху
проксей около 3-4к онлайн
и кстати чекало это невалидную базу раза в два быстрее чем оригинальную изначальную.
 
как можно объяснить такое
просортировал базу, получил невалидные мыла, засунул её ещё раз в чекалку, и получил примерно 14% валидных ответов
в базе обычные биги - гмаил, хот, яху
проксей около 3-4к онлайн
и кстати чекало это невалидную базу раза в два быстрее чем оригинальную изначальную.

Есть предположения на этот вопрос? :)
 
aol.co.uk
laposte.fr
my.com
verizon.net
comcast.net
bellsouth.net
cox.net
att.net
live.ca
live.com
videotron.ca
videotron.com
sympatico.ca
shaw.ca
msn.ca
msn.com

Podderzhivayu nashet dobavleniya!
a tak zhe optonline.net
 
как можно объяснить такое
просортировал базу, получил невалидные мыла, засунул её ещё раз в чекалку, и получил примерно 14% валидных ответов
Наверняка причина в неудачных запросах. Если подобное происходит, то нужно анализировать лог задания.

Podderzhivayu nashet dobavleniya!
Добавим по возможности.
 
Можете посмотреть актуальность валидатора mail.ru? При валидации 100% валидных адресов в логах ошибки

JavaScript error: TypeError: Cannot read property '1' of null at Parser.parse (files/parsers/MailValidator/MailValidator.js:73:107) at parse.next () at parser-object.js:33:16

Спс большое!
 
Назад
Верх