Webmasterplein.net

Dankje (k)

Als je het in javascript doet dan kan je een error geven voordat de gebruiker het form heeft gesubmit. Dit geeft dus een netter resultaat.

Maar PHP heb je ook nodig voor de veiligheid

Dus daarom doe je het allebei, en gebruik je in beide gewoon dezelfde regex.

Ik vraag me af of het uit maakt of als iemand javascript uit zet om de check te omzeilen het uitmaakt dat er dan een fout mail adres in je systeem staat. Die gaat dan nooit zijn validatie mailtje krijgen of andere mails. Hij heeft dus alleen zichzelf ermee. Tenminste, ik neem aan dat je het mail adres gaat gebruiken voor iets wat de gebruiker ook wil, anders spam je ermee.

Met andere woorden, client side en dan server side voor veiligheid? Lijkt me niet echt boeiend...

Tenzij je ook mensen mee wilt nemen die geen javascript hebben omdat ze in windows 3.11 browsen (of FF hebben en die plugin gebruiken).

Waar het Derk om gaat, is dat als de gebruiker de client-side javascript validatie omzeilt, hij in veel gevallen (bv. bij een e-mail adres) alleen zichzelf er mee heeft. Het maakt voor veiligheid niet zoveel uit wat je precies in de database zet (er van uitgaande dat je queries e.d. goed zijn). In het ergste geval heeft de gebruiker een probleem: in dit geval 'zijn eigen schuld', omdat ie de javascript validatie heeft omzeilt.

Is wat voor te zeggen, maar is toch niet erg netjes. Ik doe zelf over het algemeen alleen server-side validatie (te lui om javascript validatie te doen).

Dacht dat ik toch ongeveer hetzelfde zei als killer, maargoed, dat bedoel ik inderdaad.

Tevens komt daar nog eens bij dat er altijd zo op gehamerd wordt dat het mail adres goed moet zijn (anders mis je die achterlijke activatie mailtjes) dat de meesten het toch wel goed invullen. Is je website voor de doelgroep die twee linker handen heeft met computers (oid) dan is een beveiliging wel handig. Maar ook dan vind ik dubbelop niet nodig.


Een website hacken doe je niet met een vals e-mail adres opgeven, daar is meer voor nodig.