Discussion :

[link66]

Salut,

J'ai une application web qui utilise uniquement des chemins relatifs, et je ne peut pas debugger directement sur la cible (linux embarqué).

Mon idée serait de lancer l'appli en debug sur mon serveur (windows ou linux), avec un script php qui ferait la redirection vers l'IP du linux embarqué

Comment je peut arriver à faire cela?

Merci d'avance

[_Mac_]

Mon idée serait de lancer l'appli en debug sur mon serveur (windows ou linux), avec un script php qui ferait la redirection vers l'IP du linux embarqué

Je n'ai pas du tout compris ce que tu cherches à faire. En quoi c'est différent de simplement installer le site dans une document root d'un Wamp, EasyPHP ou Lamp ?

[link66]

Salut

En quoi c'est différent de simplement installer le site dans une document root d'un Wamp, EasyPHP ou Lamp ?

Parce que les scripts utilisés sont compilés pour un ARM, et utilisent des librairies, une interface pour la visu, des fichiers, ...

Pour être plus clair, admettons que j'ai deux machines: la 10.0.0.10, un serveur wamp/lamp, que je peut utiliser pour débugger, et une deuxième machine sur 10.0.0.20, qui contient le linux embarqué.

Je voudrait qu'en appelant le 10.0.0.10/foo.cgi, cette page me renvoie le contenu de 10.0.0.20/foo.cgi

[link66]

C'est bon

J'ai rajouté un fichier .htaccess sur mon serveur wamp, qui contient:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Options +FollowSymlinks
RewriteEngine On
RewriteRule ^(.*)\.cgi$ http://10.0.10.108/$1\.cgi [QSA,L]

Toutes les requêtes faites sur le serveur wamp retournent le script de 10.0.10.108

[link66]

Rebonjour,

La redirection marche parfaitement... sauf pour un formulaire qui contient du POST.

Il y a une solution pour pouvoir passer des données en POST avec de l'url rewriting sur un autre serveur, ou bien je suis dans une impasse?

Merci d'avance

[_Mac_]

Tu es dans une impasse : le protocole HTTP ne précise pas le comportement des navigateurs lorsqu'il y a une redirection sur une requête POST. Généralement, les navigateurs ne refont pas la requête POST après redirection pour des raisons de sécurité (par exemple, pour ne pas poster un login/mot de passe sur un autre site pirate) et se contentent de faire un GET simple. Donc pas de chance

[link66]

Tu es dans une impasse : le protocole HTTP ne précise pas le comportement des navigateurs lorsqu'il y a une redirection sur une requête POST. Généralement, les navigateurs ne refont pas la requête POST après redirection pour des raisons de sécurité (par exemple, pour ne pas poster un login/mot de passe sur un autre site pirate) et se contentent de faire un GET simple. Donc pas de chance

Ok, dommage, je vais devoir gérer mon problème différemment.

Merci =)