Est-il possible de rediriger les données de publication ?

Question

J'ai un site web où toutes les requêtes sont redirigées silencieusement (via .htaccess) vers index.php puis PHP est utilisé pour afficher la page correcte (en analysant le REQUEST_URI).

Je me demandais s'il était possible d'envoyer des données POST à une fausse adresse également?

J'ai actuellement mon formulaire comme ceci...

Et ma règle de .htaccess est...

# rediriger l'envoi de mail vers l'index
RewriteRule envoyer-mail index.php?send-mail [NC,L] 

Mon index.php vérifie isset($_GET['send-mail']) ce qui fonctionne bien.

Cependant, cela semble supprimer toutes les données POST qui devraient lui être envoyées.

Y a-t-il un moyen de conserver les données post? Je ne veux pas utiliser GET car il ne peut pas envoyer autant d'informations, bien que cela ne soit peut-être pas un problème avec un simple formulaire de demande.

Voici mon .htaccess pour la redirection vers index.php

# servir les fichiers et les répertoires s'ils existent, sinon envoyer à l'index
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule . index.php

Answer 1

Essayez ceci:

# rediriger l'envoi de courrier vers l'index
RewriteRule send-mail index.php?send-mail [NC,P]

"P" agit comme "L" en ce sens qu'il arrête le traitement des règles mais informe également au module que la requête doit être transmise au module proxy intact (ce qui signifie que les données POST sont préservées).

Answer 2

Vous devriez simplement pouvoir rediriger vers index.php, puis dans ce script, accéder à $_SERVER['REQUEST_URI'] pour voir la requête d'origine, avec "send-mail" intacte.

Soit dit en passant, "ne peut pas envoyer autant d'informations" n'est pas une raison pour utiliser POST. La raison d'utiliser POST est que la requête modifiera des données sur votre site, au lieu de simplement récupérer des données.

Supposez que vous mettiez un hyperlien sur votre page avec une requête GET comme "/delete_user?id=1234," et ensuite un moteur de recherche suit innocemment le lien pendant qu'il indexe votre site. C'est pourquoi les requêtes GET ne sont pas bonnes pour les requêtes qui modifient les données.

Answer 3

J'ai trouvé que le moyen le plus fiable est d'utiliser le code d'état 307.

RewriteRule send-mail index.php?send-mail [R=307,L]

Le code d'état 307 indique que la requête devrait être répétée avec la même méthode HTTP et les mêmes données. Ainsi, votre requête POST sera répétée avec ses données si vous utilisez ce code d'état.

Vous pouvez également détecter si la requête est une requête POST au cas où vous auriez besoin de supporter des redirections 301 standard pour les requêtes non POST.

# Requêtes POST.
RewriteCond %{REQUEST_METHOD} POST
RewriteRule send-mail index.php?send-mail [R=307,L]

# Requêtes GET standard.
RewriteRule send-mail index.php?send-mail [R=301,L]

Answer 4

Je veux rediriger user_login.php vers une URL conviviale pour le référencement comme /user-login avec les données du formulaire POST et cela a fonctionné pour moi.

RewriteCond %{THE_REQUEST} ^[A-Z]{3,}\s/user_login\.php [NC]
RewriteRule ^ user-login [QSA,R=301]
RewriteRule ^user-login$ user_login.php [QSA,L]

Dans le fichier de vue

Answer 5

Pour éviter les problèmes avec certains proxies et les réécritures Apache, transmettez des données en POST ou définissez l'en-tête Content-Length: 0 pour les requêtes avec un corps vide.

Récemment, j'ai eu des problèmes avec Apache qui convertissait ma demande en GET lors d'un POST avec un corps vide. Ainsi, au lieu de cela :

curl -X POST https://example.com/api/user/123456789

transmettez l'en-tête Content-Length :

curl -X POST https://example.com/api/user/123456789 -H 'Content-Length: 0'

ou transmettez quelque chose dans le corps :

curl -X POST https://example.com/api/user/123456789 -d ''