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

J'ai un site web où toutes les demandes sont redirigés en silence (via .htaccess) à index.php et puis PHP est utilisé pour afficher la bonne page (par l'analyse de la REQUEST_URI).

Je me demandais si il est possible de soumettre des données POST à une fausse adresse aussi?

J'ai actuellement reçu mon formulaire comme si...

<form action="/send-mail" method="post">

Et mon .htaccess règle est...

# redirect mail posting to index
RewriteRule send-mail index.php?send-mail [NC,L]

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

Cela semble toutefois déposer tous les POST de données qui doivent être envoyées à elle.

Est-il un moyen de garder le poste de données? Je ne veux pas l'utiliser, car il ne peut pas envoyer autant d'informations qu'il puisse ne pas être un problème avec un simple formulaire de demande de renseignements.

Voici mon .htaccess pour rediriger vers index.php

# serve files and dirs if they exist please, otherwise send to index
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule . index.php

InformationsquelleAutor alex | 2008-12-11

61

Essayez ceci:
```
# redirect mail posting to index
     RewriteRule send-mail index.php?send-mail [NC,P]
```
"P" agit comme un "L" en ce qu'elle s'arrête les règles de traitement, mais il indique également le module que la demande devrait être transmises au module de proxy intacte (ce qui signifie publier des données est conservé).
- Notez que vous devez activer le module de proxy, et le proxy_http_module dans les fichiers de config pour que cela fonctionne. Aussi, vous pourriez avoir besoin pour définir le chemin d'accès absolu de la règle de réécriture. C'est, dans l'exemple ci-dessus, vous pouvez utiliser RewriteRule send-mail /path/to/index/index.php?send-mail [NC,P] (ou à tout le moins un / avant d'index)
- Excellent aidé moi merci!!!!
- Si vous voulez l'en-tête d'Hôte pour être préservée, vous aurez également besoin de permettre ProxyPreserveHost On dans la config d'apache.
- Il semble que, dans l'intervalle de transmission par proxy fonctionne aussi pour les Url comme indiqué dans la documentation: httpd.apache.org/docs/2.4/rewrite/proxy.html
- Il travaillera si la redirection vers un autre domaine?
InformationsquelleAutor Tautologistics
7

Vous devriez être en mesure de simplement rediriger vers index.php, puis, dans ce script, l'accès $_SERVER['REQUEST_URI'] pour voir l'original de la demande, avec "envoyer un courriel" intact.

Par ailleurs, "ne peut pas envoyer autant d'informations" n'est pas la raison d'utiliser des POST. La raison d'utiliser des POST, c'est que la demande de modification des données sur votre site, plutôt que de simplement la récupération des données.

Supposez que vous mettez un lien sur votre page grâce à une requête du type "/delete_user?id=1234," et puis certains moteur de recherche innocemment suit le lien, comme c'est l'indexation de votre site. C'est pourquoi les demandes ne sont pas bonnes pour les demandes de modification des données.
- Theres une petite limitation en ce que, une fois que vous frappé une limite arbitraire ( je pense à 1024 caractères ), les données suivantes, il obtient dépouillé de la demande. Particulièrement problématique si elle arrive à être un champ de saisie de l'utilisateur.
- (NB: la Limite est du serveur et navigateur spécifique, RFC dit sa sans limite, mais nous savons comment il arrive souvent que certains de lentreprise lu qu' )
- +1 je suis un peu plus éclairé depuis que j'ai posé cette question, et maintenant de comprendre pleinement toutes les opérations de modification des données doit être POST
InformationsquelleAutor Bill Karwin
1

Pour éviter les problèmes avec certains proxys et Apache réécrit, passer POST de données ou définir la Content-Length: 0 - tête pour les demandes dont le corps est vide.

J'ai récemment eu des problèmes avec Apache conversion de ma demande pour un GET lors d'une POST dont le corps est vide. Ainsi, au lieu de cela:
```
 curl -X POST https://example.com/api/user/123456789
```
passer le Content-Length en-tête:
```
 curl -X POST https://example.com/api/user/123456789 -H 'Content-Length: 0'
```
ou passer quelque chose dans le corps:
```
 curl -X POST https://example.com/api/user/123456789 -d ''
```
InformationsquelleAutor Alex Pop
0

Aussi longtemps que vous êtes seulement à l'aide d'un interne de réécriture, pas une redirection HTTP, vous ne devriez pas perdre de données POST. Voici la règle que j'utilise sur mon site:
```
RewriteRule ^(.*)$ index.php/$1 [L]
```
Essayez d'utiliser le HTTPLiveHeaders extension pour Firefox (ou quelque chose de similaire) et le suivi de toute demande de page. Assurez-vous que vous n'obtenez pas une redirection HTTP. Si vous obtenez un HTTP/1.1 3xx réponse et Emplacement: http://address en-tête, qui est le problème. Votre règle de réécriture que vous avez posté ne devrait pas provoquer que cela se produise. Si vous êtes redirigés, il y a probablement une erreur dans votre code PHP ou d'une autre règle de réécriture qui est appliqué.
- Nope, je suis de retour de 200 OK :S
- ressemble le navigateur va utiliser GET pour la deuxième demande après avoir été redirigé...
- Il n'y a pas de deuxième demande, avec une réécriture. Seulement une redirection (à l'emplacement de l'en-tête et 3xx réponse) a une deuxième demande.
InformationsquelleAutor mcrumley

Je veux rediriger user_login.php pour seo friendly url de la forme /l'utilisateur de connexion 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

<form action="<?php $siteurl;?>/user-login" method="post" id="user_login">

InformationsquelleAutor Kamal Kumar

Vous devez vous connecter pour publier un commentaire.