GÉNÉRATEUR DE MOT PASSE AVEC / SANS AJAX - AVEC / SANS JAVASCRIPT
coucou747
Messages postés12303Date d'inscriptionmardi 10 février 2004StatutMembreDernière intervention30 juillet 2012
-
23 avril 2008 à 13:21
malalam
Messages postés10839Date d'inscriptionlundi 24 février 2003StatutMembreDernière intervention 2 mars 2010
-
23 avril 2008 à 22:56
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
malalam
Messages postés10839Date d'inscriptionlundi 24 février 2003StatutMembreDernière intervention 2 mars 201025 23 avril 2008 à 22:56
Certes, je me suis mal exprimé : ce que je veux dire, c'est que si ton navigateur acceote Ajax, c'est qu'il accepte Javascript. Du coup tu as largement l'opportunité de réduire ton code, parce que là, il y a beaucoup de redondances ce qui rend ton code anormalement long à s'exécuter.
Sinon, il y a pas mal d'autres problèmes : tes variables de session n'existent pas quand tu entres sur la page...et à vrai dire, si jamais j'ai javascript et ajax par exemple, je vais tout le temps avoir 2 warning parce qu'aucune de tes 2 variables de session n'existeront. Or, tu ne testes pas leur existence mais uniquement leur valeur. Tu devrais coder plus strictement, avec un error_reporting à E_ALL ou E_STRICT.
Il en va de même pour ta case à cocher : tu l'utilises sans même te demander si l'utilisateur l'a cochée...du coup, s'il ne l'a pas cochée, ta variable POST n'existe pas et tu as encore un warning. Ce qui fait 3 warning sur une petite page, c'est quand même beaucoup.
Sinon le mélange GET/POST te porte préjudice : cela t'oblige encore à des redondances bien inutiles et éparpille totalement ton code: compte combien de fois tu appelles ta fonction PHP et à combien d'endroits...c'est anormal (les requêtes XMLHTTP fonctionnent aussi via la méthode POST).
Bref, c'est bien de vouloir donner des alternatives comme ça, très bien même. Mais il faut plus soigner la manière, sinon on se retrouve avec des codes bien trop lourds et difficiles à lire pour ce qu'ils font.
cs_Vyk12
Messages postés18Date d'inscriptiondimanche 2 septembre 2007StatutMembreDernière intervention27 juin 2008 23 avril 2008 à 21:28
Et si quelqu'un accepte JavaScript et non Ajax ?
malalam
Messages postés10839Date d'inscriptionlundi 24 février 2003StatutMembreDernière intervention 2 mars 201025 23 avril 2008 à 20:41
Hello,
un navigateur qui n'accepte pas les requêtes HTTP, ce n'est pas un navigateur web...moi, ce que j'en dis...ne pas confondre HTTP et XMLHTTPREQUEST.
Ensuitre, une remarque : si on n'a pas accès à Javascript, on n'a pas non plus accès à Ajax...il y a une éventualité de trop dans ton code.
cs_Vyk12
Messages postés18Date d'inscriptiondimanche 2 septembre 2007StatutMembreDernière intervention27 juin 2008 23 avril 2008 à 15:21
coucou747 => si le navigateur accepte JavaScript mais pas les requêtes HTTP, on utilise un peu de JavaScript
neigedhiver => euh ben je vais voir ça ... je rajoute tous les caractères que je connais ;)
neigedhiver
Messages postés2480Date d'inscriptionjeudi 30 novembre 2006StatutMembreDernière intervention14 janvier 201119 23 avril 2008 à 15:18
Salut,
Pourquoi te limiter à des caractères alphanumériques... ?
C'est dommage quand même...
coucou747
Messages postés12303Date d'inscriptionmardi 10 février 2004StatutMembreDernière intervention30 juillet 201244 23 avril 2008 à 13:21
23 avril 2008 à 22:56
Sinon, il y a pas mal d'autres problèmes : tes variables de session n'existent pas quand tu entres sur la page...et à vrai dire, si jamais j'ai javascript et ajax par exemple, je vais tout le temps avoir 2 warning parce qu'aucune de tes 2 variables de session n'existeront. Or, tu ne testes pas leur existence mais uniquement leur valeur. Tu devrais coder plus strictement, avec un error_reporting à E_ALL ou E_STRICT.
Il en va de même pour ta case à cocher : tu l'utilises sans même te demander si l'utilisateur l'a cochée...du coup, s'il ne l'a pas cochée, ta variable POST n'existe pas et tu as encore un warning. Ce qui fait 3 warning sur une petite page, c'est quand même beaucoup.
Sinon le mélange GET/POST te porte préjudice : cela t'oblige encore à des redondances bien inutiles et éparpille totalement ton code: compte combien de fois tu appelles ta fonction PHP et à combien d'endroits...c'est anormal (les requêtes XMLHTTP fonctionnent aussi via la méthode POST).
Bref, c'est bien de vouloir donner des alternatives comme ça, très bien même. Mais il faut plus soigner la manière, sinon on se retrouve avec des codes bien trop lourds et difficiles à lire pour ce qu'ils font.
23 avril 2008 à 21:28
23 avril 2008 à 20:41
un navigateur qui n'accepte pas les requêtes HTTP, ce n'est pas un navigateur web...moi, ce que j'en dis...ne pas confondre HTTP et XMLHTTPREQUEST.
Ensuitre, une remarque : si on n'a pas accès à Javascript, on n'a pas non plus accès à Ajax...il y a une éventualité de trop dans ton code.
23 avril 2008 à 15:21
neigedhiver => euh ben je vais voir ça ... je rajoute tous les caractères que je connais ;)
23 avril 2008 à 15:18
Pourquoi te limiter à des caractères alphanumériques... ?
C'est dommage quand même...
23 avril 2008 à 13:21