Passage des paramètres en POST

[Hagbuck]

Dans l'idéal, il faudrait passer les paramètres en POST. Ca évitera déjà quelque bidouille et injection SQL à deux balles :p

A faire ensemble autant dans le back-end que front-end.

[Drainman]

C'est a dire ? Le AJax est déjà en POST :3

[Hagbuck]

ligne 60 : connexion_inscription.js : fonction=testConnexion&pseudo='+results[0]+"&pass="+results[1] ça reste des paramètres en GET

De plus le backend récupère tout les paramètres en GET.

Egalement la page http://hackbug.fr/workspace.php?project=2&diag=2 passe les paramètres des diagrammes et projets dans le GET

[Hagbuck]

C'est un gros morceau qu'il faut faire propre, dans l'idéal j'aimerai bien qu'on se voit pour le développer. C'est pas prioritaire pour le moment :p

[Drainman]

Pour connexion_inscription.js la méthode AJAX utilise du POST comme indiqué ici :
$.ajax({ url : "traitement.php", type : 'POST', data : 'fonction=testConnexion&pseudo='+results[0]+"&pass="+results[1],

Il ne me semble pas qu'on puisse faire mieux, le POST et le GET marche pareil. C'est juste que POST ne montre rien dans l'URL.

Détails :

La commande POST, contrairement à la commande GET, s'accompagne de l'envoi de données au serveur, donc à un script qui les reçoit en paramètres. En outre POST n'est pas mis en cache.
On utilise en conséquence GET pour charger des documents qui ne changent pas ou exécuter des scripts qui ne reçoivent pas de paramètre, et POST dans les autres cas.
Le rôle précis de ces commandes dans chaque contexte est donné dans les spécifications du W3C.

Pour http://hackbug.fr/workspace.php?project=2&diag=2 effectivement c'est du GET mais ça prend pas beaucoup de temps à modifier. Pour ainsi dire c'était volontairement que j'ai fait ça afin de permettre à l’utilisateur d’accéder rapidement à son projet :)