Quel est la diffenrence pour un formulaire entre la method POST et la methode GET ??    
 
 

il me semble qu'en GET les paramètres sont visibles dans l'URL dans le browser mais je ne suis pas sûr que ce soit la seule différence (je ne suis même pas sûr que ce que je viens de dire soit vrai dans tous les cas )

1/
-get : les parametres passent dans l'url
-post : les parametres passent dans le corps de la requete
 
2/
-get : tu utilises get quand tu veux GETTER (recevoir) qqchose
-post : tu utilises post quand tu veux POSTER (envoyer) qqchose
 

Ouais, mais change quoi en pratique ?
 

En pratique: Avec get ton scripts récupère les arguments par la ligne de commande et avec poste par les variables d'environement il me semble.

1/ voir mon point 2 dans le post precedent
2/ en PRATIQUE ça change rien si ce n'est que tu es plus limité en taille avec un GET, simplement parce que les browsers ne vont pas accepter des url très longues
aussi tu dois encoder (par ex utiliser %20 pour les espace) avec GET (en general le browser le fait tout seul mais bon)

Ouais sa change rien quoi !!

au risque de me répéter

c'est une question d'éthique

Une question d'éthique get? (étiquéte, jeux de mots... ok je sort)
 

par ex sur ce forum quand tu réponds au topic c'est un post (le texte que tu as tapé tu vas pas le foutre dans une URL)
par contre quand tu fais une recherche c'est un get (l'URL est bien longue, tu vois les paramètres de recherche dedans)

get > maximum 255 caractères

putain les gars
depuis le debut j'ai donné la bonne réponse, CA SUFFIT MAINTENANT  
 
 

--greg-- a écrit a écrit : putain les gars depuis le debut j'ai donné la bonne réponse, CA SUFFIT MAINTENANT

 
On a jamais dit que t'avais tort, mais parfois expliqué différament ça passe mieu

--greg-- a écrit a écrit :

 
   
 
Ok, ok, calme

Mouais, j'ai compris le principe, mais sa revien au meme, car de toutes façon les variables passe !!

difference pratique:
- tu veux faire un lien vers une adresse de recherche
si les parametres sont passés avec post tu es fichu.
on peut pas bookmarker le resultat d'une requete POST aussi simple que ca. De meme pour un identifiant de session, tu ne peux le passer que dans l'URL, etc.
- le post passe les parametre dans le corps de la requete, ce qui en clair veut dire que tu peux faire passer n'importe quoi avec une methode post, un fichier entier si ca te chante.
 
Donc dans les faits ca change beaucoup
 
LeGreg

legreg a écrit a écrit : difference pratique: - tu veux faire un lien vers une adresse de recherche si les parametres sont passés avec post tu es fichu. on peut pas bookmarker le resultat d'une requete POST aussi simple que ca. De meme pour un identifiant de session, tu ne peux le passer que dans l'URL, etc. - le post passe les parametre dans le corps de la requete, ce qui en clair veut dire que tu peux faire passer n'importe quoi avec une methode post, un fichier entier si ca te chante.   Donc dans les faits ca change beaucoup   LeGreg

bah non tu peux le passer en post si t'as qqch à POSTer en meme temps..
et puis les cookies c pas pour les chiens.

--greg-- a écrit a écrit :   bah non tu peux le passer en post si t'as qqch à POSTer en meme temps.. et puis les cookies c pas pour les chiens.

 
un cookie c'est un cookie ca n'a rien a voir avec POST ou GET.
si tu peux memoriser ton identifiant dans un cookie tant
mieux mais ce n'est pas toujours le cas (notamment quand certains clients ont la parano des cookies)
de plus si ton identifiant est dans un cookie, tu peux plus difficilement avoir plusieurs sessions sur une meme appli.
 
LeGreg
 

- euh je sais merci
- un peu de contre-désinformation contre cette parano injustifiée et paf (plutot que me faire chier à coller une id à tous mes liens...)
- là je suis d'accord mais par contre j'ai jamais vu l'interet. en general une session identifie un utilisateur. or je vois mal comment on pourrais partager une meme machine entre plusieurs utilisateurs... si tu as des exemples d'utilisation de ce principe, ça m'interesse, pour ma culture

je programme une appli
et il m'arrive frequemment d'avoir plusieurs
utilisateurs logues en meme temps.
Certes ce n'est pas le cas de la majorité
des clients, mais c'est a prendre en compte
notamment pour la prise de controle de l'application
(qui est quelque chose que l'on vend donc qui doit
fonctionner).
 
LeGreg

euh plusieurs users en meme temps, oui, mais qui utilisent la meme machine en meme temps?

excuse moi, je suis pas tres clair
je voulais dire que je me loguais avec
plusieurs noms d'user differents
(par ex: un normal, un admin et un autre pour une customisation)
 
LeGreg

t'as qu'à utiliser plusieurs browsers en même temps
(genre admin = ie, normal = mozilla, ...)

oui, ok, pour tester ton app, mais l'utilisateur final il fait ça aussi? peut pas simplement avoir un meme user avec plusieurs "rôles" ??