PHP regular expressions E-mail validation

[winand]

PHP:

<?function validateEmail($email) {return ereg("^[a-zA-Z0-9\-\.\_]+@[a-zA-Z0-9\-\.\_]+\.[a-zA-Z]+$", $email);}?>

Werkt prima, alleen een emailadres met een - (minnetje) returns false?
Hoe verwerk ik dit dan in mijn regexp

[DRvDijk]

PHP:

<?function CheckEmail($email) {    return ereg(       "[A-Za-z0-9_-]+([\.]{1}[A-Za-z0-9_-]+)*@[A-Za-z0-9-]+([\.]{1}[A-Za-z0-9-]+)+",       $email); } ?>

Letterlijk van PHPFreakz.com af

[winand]

Okey, opgelost:

PHP:

<?function validateEmail($email) {        return ereg("^[a-zA-Z0-9_-\.\_]+@[a-zA-Z0-9_-\.\_]+\.[a-zA-Z]+$", $email);}?>

voor de - komt nu een _ ipv een \
bedankt voor alle reacties !

[Verwijderd]

1. volgens mij hoef je deze _ niet te escapen
2. ik zet altijd de - aan t eind van de character range, dat gaat nagenoeg altijd goed.

[DRvDijk]

Die ik postte gaat een stuk beter volgens mij hoor... Jouwe geeft ook true als ik .Jantje.Smit.@.Zonnet.nl invul, wat dus géén geldig email-adres is

[winand]

Klopt, deze gebruik ik nu
bedankt voor de tip

[Grum]

Kan iemand me uitleggen wat

code:

[\.]{1}

precies doet dan ?

[DRvDijk]

Op donderdag 02 mei 2002 11:02 schreef Grum het volgende:
Kan iemand me uitleggen wat

code:

[\.]{1}

precies doet dan ?

Niets meer dan [\.] lijkt me? Maar ik ben ook de luiheid zelve.. Deze is direct van www.phpfreakz.com geripped

[Grum]

en wat doet

code:

[\.]

dan ?

[DRvDijk]

Zeggen dat er een punt moet staan? Zelfde als \. zeker..

[drm]

Grum:
en wat doet

code:

[\.]

dan ?

volgens mij doet pcre sowieso de volgende character escapen wanneer de backslash zelf niet ge-escaped is... maar dat weet ik niet zeker. Test 't even uit zou ik zeggen

in dat geval zou het dus hetzelfde zijn als

code:

[.]

of

code:

\.

Maar ik vind dat dit een parse error zou moeten geven

[muba]

[\.]{1} is echt heel simpel: er mag maar 1 punt staan.

[e-mail] is dus goed
[e-mail] vanzelfsprekend niet...
{1} geeft repeats aan.

Dus:
{3} betekend dat het 3x moet voorkomen achter elkaar
{3,7} betekend dat het minimaal 3, maximaal 7x achter elkaar moet staan
{3,} betekend 3x of meer
{,3} bestaat ook nog maar die vind ik maar vaag

[Knutselsmurf]

Op donderdag 02 mei 2002 11:53 schreef MUBA het volgende:
[\.]{1} is echt heel simpel: er mag maar 1 punt staan.

[e-mail] is dus goed
[e-mail] vanzelfsprekend niet...
{1} geeft repeats aan.

Dus:
{3} betekend dat het 3x moet voorkomen achter elkaar
{3,7} betekend dat het minimaal 3, maximaal 7x achter elkaar moet staan
{3,} betekend 3x of meer
{,3} bestaat ook nog maar die vind ik maar vaag

Die laatste betekent toch 0-3 keer?

[ACM]

[\.] levert zowel true op bij \ als . meen ik

even testen.
Vaag, dat ZOU het wel moeten, aangezien de . niet geescaped hoeft/mag worden.

Op donderdag 02 mei 2002 11:53 schreef MUBA het volgende:
[\.]{1} is echt heel simpel: er mag maar 1 punt staan.

Waardoor de {1} overbodig is.

{,3} bestaat ook nog maar die vind ik maar vaag

Die laatste kende ik nog niet...

[muba]

Op donderdag 02 mei 2002 11:55 schreef Knutselsmurf het volgende:
[..]
Die laatste betekent toch 0-3 keer?

Nee want dan zou je gewoon moeten schrijven {0,3} - minnimaal 0x, maximaal 3x.
In de tutorial die ik gelezen heb stond dit:
Mag maximaal 3x voorkomen, maar moet niet voorkomen.

Jah leg dat maar eens uit dan.

[Verwijderd]

binnen een character class [ ] heeft de . geen speciele functie toch, maar staat toch gewoon voor een . als leesteken

[ACM]

PHP:

<?preg_match('_[\.]{,3}_', ' test', $matches);preg_match('_[\.]{,3}_', '. test', $matches);preg_match('_[\.]{,3}_', '.. test', $matches);preg_match('_[\.]{,3}_', '... test', $matches);preg_match('_[\.]{,3}_', '.... test', $matches);?>

Geven allemaal false hierzo...

[muba]

Op donderdag 02 mei 2002 11:59 schreef DarthRaider het volgende:
binnen een character class [ ] heeft de . geen speciele functie toch, maar staat toch gewoon voor een . als leesteken

* muba grinnikt.
Ja!

[ACM]

Op donderdag 02 mei 2002 12:00 schreef MUBA het volgende:
* muba grinnikt.
Ja!

En toch wordt die escaping WEL gebruikt... Lekker inconsistent.

[drm]

MUBA:
Mag maximaal 3x voorkomen, maar moet hoeft niet voor te komen.

Jah leg dat maar eens uit dan.

Euhh niet voorkomen == 0x
negatief aantal keer voorkomen kan niet dus {,x} gewoon maximaal x, maar niet verplicht. Oftewel {,x} == {0,x}

ACM:
Vaag, dat ZOU het wel moeten, aangezien de . niet geescaped hoeft/mag^{* drm} worden.

^{* drm} ik kies voor 'mag'

Maar zoals ik al zei: volgens mij doet pcre sowieso de volgende character escapen wanneer de backslash zelf niet is ge-escaped.

bijvoorbeeld:
[abcde\-]

Hier hoeft de - niet geescaped te worden, maar waarom zou het fout zijn?

[muba]

Op donderdag 02 mei 2002 12:00 schreef ACM het volgende:

PHP:

<?preg_match('_[\.]{,3}_', ' test', $matches);preg_match('_[\.]{,3}_', '. test', $matches);preg_match('_[\.]{,3}_', '.. test', $matches);preg_match('_[\.]{,3}_', '... test', $matches);preg_match('_[\.]{,3}_', '.... test', $matches);?>

Geven allemaal false hierzo...

Hrrmz... jah ik doe niet aan PHP, maar dit stukje Perl is ook allemaal false:

code:

print ((" hallo" =~ m/y{,3}/) or "false");
print (("y hallo" =~ m/y{,3}/) or "false");
print (("yy hallo" =~ m/y{,3}/) or "false");
print (("yyy hallo" =~ m/y{,3}/) or "false");
print (("yyyy hallo" =~ m/y{,3}/) or "false");

M.a.w. {,3} is gewoon vaag, zoals ik al zei

[ACM]

Op donderdag 02 mei 2002 12:06 schreef MUBA het volgende:
M.a.w. {,3} is gewoon vaag, zoals ik al zei

Blijkbaar is het niet valide regexp dan?

[muba]

Op donderdag 02 mei 2002 12:07 schreef ACM het volgende:

[..]

Blijkbaar is het niet valide regexp dan?

Goed mogelijk
Maar {3,} is dat wel. En ik vraag me dus af waarom dat in de regexp tutor stond dan.

Mjah misschien was die tutor wel vaag... njah dat in elk geval, dat weet ik nog wel.

[Grum]

{,3} is geen quantifier, ik GOK dat \.{,3} een valid match geeft op: .{,3}

[\.]{1} gaat nergens over en is 100% identiek aan \.

de . moet escaped worden tussen []'s omdat je ook dit kan doen:

code:

[.\r\n] (alles incl newlines/linefeeds - als je de modifiers niet (geheel) wilt gebruiken)

[muba]

* muba respecteerd de perso(o)n(en) die regexp hebben gemaakt.