Le choix de Get ou Post dépend de la méthode de livraison des données, du type de sécurité et de fonctionnement. 1. Obtenez des données transmet des données via des URL, qui est visible et facile à falsifier, et convient aux scénarios où il n'y a pas d'informations sensibles; Le post place les données du corps de la demande, qui est plus cachée et adaptée pour soumettre des informations sensibles. 2. Obtenez des supports de signets et de la mise en cache, qui convient à la recherche, au filtrage et à d'autres opérations qui ne modifient pas l'état du serveur; Le Post n'est pas mis en cache ou en signet par défaut, ce qui convient à la connexion, à la téléchargement de fichiers, à la création ou à la modification des données. 3. Get est limité par la longueur de l'URL, généralement pas plus de 2048 caractères, et ne convient pas à de grandes quantités de données ou de contenu binaire; Le post envoie des données via le corps de la demande et il n'y a pas de restriction de ce type. 4. Le post est plus sécurisé que GET, mais les deux nécessitent un cryptage HTTPS pour assurer vraiment la sécurité. La publication doit être utilisée lorsqu'elle implique des mots de passe ou des informations personnelles.

Lorsque vous travaillez avec des formulaires PHP, la différence entre GET et POST se résume à la fa?on dont les données sont envoyées du formulaire au serveur. Les deux méthodes font le travail de passage des données de forme, mais elles se comportent différemment en termes de visibilité, de mise en cache, de signets et de sécurité.

Voici une ventilation pratique de quand et pourquoi vous en choisissez l'un plut?t que les autres.

1. Comment les données sont envoyées: obtenir vs post

Avec GET , les données du formulaire sont annexées à l'URL en tant que paramètres de requête. Vous avez probablement vu des URL comme ceci:

 http://example.com/page.php?name=john&email=john@example.com

C'est ce qui se passe lorsque vous utilisez method="get" dans votre formulaire - tout appara?t dans la barre d'adresse.

D'un autre c?té, POST envoie les données dans les coulisses. Il n'appara?t pas dans l'URL, ce qui le rend plus discret et adapté aux informations sensibles (mais pas entièrement sécurisée - plus à ce sujet plus tard).

Donc, si vous ne voulez pas que les utilisateurs voient ou falsifié les valeurs soumises facilement, optez pour POST .

2. Bookmarking et comportement de mise en cache

Si vous utilisez GET , les données du formulaire font partie de l'URL. Cela signifie que les utilisateurs peuvent mettre en signet ou partager la page résultante - parfois utile, mais aussi risquée si la soumission de formulaire modifie quelque chose sur le serveur.

Par exemple:

• Un formulaire de recherche utilisant GET est très bien car vous souhaitez que les utilisateurs puissent enregistrer ou partager leurs résultats de recherche.
• Mais si vous supprimez un compte utilisateur ou mettez à jour un enregistrement de base de données via un formulaire, l'utilisation GET pourrait conduire à des actions accidentelles si quelqu'un clique sur un lien enregistré.

Les demandes POST ne sont pas mises en cache ou en signet par défaut, ils sont donc plus s?rs pour les opérations qui ont des effets secondaires.

Utilisez GET pour:

• Filtrage du contenu
• Rechercher les requêtes
• Tout ce qui ne change pas l'état du serveur

Utilisez POST pour:

• Soumettre les détails de connexion
• Téléchargement de fichiers
• Création ou modification des données

3. Longueur de données et limitations de type

Il y a une limite pratique à la quantité de données que vous pouvez envoyer avec GET . Puisqu'il fait partie de l'URL, les navigateurs et les serveurs imposent des restrictions de longueur (souvent vers 2048 caractères). Donc, si votre formulaire a beaucoup de champs ou permet une entrée de texte longue (comme une bo?te de commentaires), GET peut ne pas fonctionner fiable.

POST n'a pas cette limitation. Il envoie des données dans le corps HTTP, vous pouvez donc passer des quantités beaucoup plus importantes sans atteindre ces limites.

Aussi, GET uniquement des manches ASCII. Si vous avez besoin de prendre en charge des caractères spéciaux ou des données binaires (comme les téléchargements de fichiers), POST est la voie à suivre - en particulier lorsqu'il est combiné avec enctype="multipart/form-data" .

4. Considérations de sécurité

Bien que POST soit plus privée que GET , aucune méthode ne doit être considérée comme entièrement sécurisée. Les deux peuvent être interceptés ou manipulés si la connexion n'est pas cryptée (c'est-à-dire pas de HTTPS).

Cependant, depuis GET expose les données dans l'URL:

• Il peut être connecté à l'histoire du navigateur
• Il peut appara?tre dans les journaux des serveurs ou les en-têtes de référence
• Il est plus facile de deviner ou de parcourir manuellement

Donc, pour des choses comme les mots de passe ou les informations personnelles, utilisez toujours POST . Et rappelez-vous: la véritable sécurité provient de HTTPS, de validation et de désinfection - pas seulement la méthode de demande.

En bref, choisissez GET lorsque l'action est s?re, idéale et signifie récupérer les données. Utilisez POST lorsque vous soumettez des informations sensibles ou apportez des modifications sur le serveur.

Fondamentalement, c'est tout.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!