Спасибо ) предполагал что это поле нужно заполнять текущим паролем для изменений в профиле других данных.
Предлагаю изменить label этого поля на [Новый пароль] )
Зачем придумавать сложные регулярки? Если пользователь не захочет афишировать свою почту, то он в любом случает введет abrakadabra@abrakadabra.ru, только неопытный серфер интеренета может забыть, что адрес почты это тот где есть @, поэтому считаю, что достаточно проверить на наличние собаки в строке и символов по краям, браузеры, поддерживающие html5 пропускают поля email со значением a@a, не просто так... (Добавление)
...и еще: filter_var() очень требователен в адресам (не пропустит некорорые экзотичесие СУЩЕСТВУЮЩИЕ адреса), а если вы хотите быть уверненным, что введенный адрес существует, то отправляйте активационное письмо пользователю.
OrmaJever, спасибо за ответ. )
C учетом того обработка сводится к передаче в шаблон этих переменных (координаты) и никаких сложных расчетов (вспоминая о производительноси), удобнее POST, так как несколько переменных уже передается этим методом с каждым обновлением страцицы.
Однако для саморазвития интересно, проводил ли кто исследования на эту тему?
Где лучше хранить 2 переменные типа integer (<999), которые нужно обрабатывать с каждой загрузкой документа.
За сессию переменные меняться будут максимум раза 3 раза. Запросов 10-100; cессия от 1 мин до 20 минут.
На ум приходит post||get||cookie||session.
(@include"modules/".$module.".php") or die("Error???!!!");
Вопрос: как это выглядит? Является ли это говнокодом? Что набрать в поисковике чтобы почитать о (/*выражение*/)or(/*выражение*/);? Есть ли другие комментарии и предложения?
Сорь за беспардонность меня всем разрешаю на ты. ) Обижаться не буду.
по теме: много править, почти все переписывать, много адресов не пропустит, (ИМХО мне моя версия больше нравится)
В последнее время мне не дают покоя 2 ip, которые сканируют мои порты:
10.77.48.33
10.77.48.49
ужесточил правила фаервола, кто-нить знает что это за адреса? у кого-нить были атаки с этих адресов?
Пока еще не нашел ни одной регулярки в просторах интернета, которая пропустит M.a_И-л.-_1@M.a_И-л.-_1.
Почему именно такой адрес в качестве шаблона?
Уже есть: майл.рф по-русски.рф, почта.рф
Не за горами какой-нибудь Емайл.рф с предосавлением почтовых адресов, да и владельцы доменов РФ уже имеют адреса шаблона info@домен.рф, также уже испытывается http://пример.испытание/!
Итак, собственно вопрос: какой регуляркой одобрить такие адреса как:
инфо@домен2.домен1
инфо@домен2.домен1
инфо@домен-3.домен_2.домен1
I.N.ф_о-1@D_оме_n-3.Доm-ен_2.домен1
Вот моя регулярка, но она почему-то мне не очень нравится, мне кажется можно получше составить...
if (!preg_match("|^([a-zа-я0-9_\.\-]+)@([a-zа-я0-9_\.\-]+)|is", strtolower($emai)))
например:
if (!preg_match("|^([a-Zа-Я0-9\.\-]+)@([a-Zа-Я0-9\.\-]+)|is", "$emai"))
{неверно}else{верно}
PS возможно в этой теме появится первая регулярка для почтовых адресов, которая не будет вызывать нереканий даже у самых опытных программистов.
Всегда хватало md5(строка+соль). Остальное - излишки. Столько же вложенных и последовательных вызовов будут выполняться долго по времени.
Но и такой способ имеет место быть.
Согласен, соль + защита от инъекций лучше хеша из хеша из хеша...