passage de variable : ça ne passe plus !

Version imprimable

03/03/2012, 10h03
jarailet

passage de variable : ça ne passe plus !

Bonjour,
Changement de disque. J'ai récupéré les fichiers de mon site (qui marchaient avec EasyPHP sous XP familial) et je les ai copiés/collés dans le répertoire C:/wamp/www (wamp nouvellement installé sur le disque neuf avec XP pro)
Je suppose qu'en passant par l'interface de wamp/localhost je devrais pouvoir afficher mes pages... mais pour certaines, ça ne va pas.
Je pensais avoir réussi mais... plusieurs pages devant utiliser une variable ne lisent plus celle-ci ,

Exemple : cette page doit passer la variable 'Fnm ': http://localhost/autourdalos/html/appellquizz1.php

et provoquer l'affichage de celle-ci : http://localhost/autourdalos/html/qu...stourbiere.txt

mais je n'obtiens que les boutons et les noms des variables qui doivent déterminer le nom de l'image appelée. ($nfligne1, $nfligne2...)

Ça fonctionne en distant ici : http://autourdalos.fr/html/appellquizz1.php

Je rame depuis hier mais je ne m'en sors pas.
Les mêmes fichiers tournent sur mon portable, lui aussi avec wamp (et Vista).

Que me conseillez-vous, je ne sais plus que faire ! Merci.
alainL
03/03/2012, 10h11
RunCodePhp

Salut

Citation:

Exemple : cette page doit passer la variable 'Fnm ': http://localhost/autourdalos/html/appellquizz1.php

et provoquer l'affichage de celle-ci : http://localhost/autourdalos/html/qu...stourbiere.txt

C'est lié à de la réécriture ça, non ?

As tu activé le module rewrite_module coté Apache ? (voir d'autre modules qui sait).

Puis active aussi la gestion des erreurs coté pnp.ini (display_errors), car il doit bien avoir un retour d'erreur quelque part non ?
03/03/2012, 13h37
Invité
Bonjour,
Avais-tu gardé tes ALIAS de Easyphp ? car c'est évident
autourdalos/html/ est inconnu si tu ne l' as pas créé en ALIAS
exemple en bas de ton httpd.conf
Code:

1 2 3 4 5 6 7 8 Alias "/gite" "c:/jpbhtml/web gite/" <Directory "c:/jpbhtml/web gite"> Options Indexes FollowSymLinks Includes AllowOverride All #Order allow,deny Allow from all </Directory>
03/03/2012, 15h51
jarailet

Citation:

Envoyé par RunCodePhp

Salut

C'est lié à de la réécriture ça, non ?

As tu activé le module rewrite_module coté Apache ? (voir d'autre modules qui sait).

Puis active aussi la gestion des erreurs coté pnp.ini (display_errors), car il doit bien avoir un retour d'erreur quelque part non ?

J'ai juste copié/collé tout le site, les fichiers n'ont pas changé.
Je viens d'activer le module, et la gestion des erreurs (passé la valeur à on ?) dans php.ini , puis re-tenté mais c'est pareil.
Pourtant lors de l'affichage (sans les images) de la page en question, l'adresse est bonne et la variable est bien passée... mais pas utilisée :
<http://localhost/Autourdalos/html/quizz1q.php?Fnm=fleurstourbiere.txt>

Le fichier text contenant la liste des images est bien dans le répertoire, le code de la page fonctionne sur le portable et en distant...
Si je vire tout (DW, wamp et les fichiers), que je download le site via FileZilla dans un répertoire tout neuf de wamp/www c'est jouable ça ?
Comme j'ai fait plusieurs tentatives de config de DreamWeaver, avec pour résultat des sites s'emboitant comme les poupées russes, j'ai tout viré et j'essaie d'abord de passer uniquement par wamp...
03/03/2012, 15h57
jarailet
Citation:
Envoyé par christele_r

Bonjour,
Avais-tu gardé tes ALIAS de Easyphp ? car c'est évident
autourdalos/html/ est inconnu si tu ne l' as pas créé en ALIAS
exemple en bas de ton httpd.conf

Code:

1 2 3 4 5 6 7 8 Alias "/gite" "c:/jpbhtml/web gite/" <Directory "c:/jpbhtml/web gite"> Options Indexes FollowSymLinks Includes AllowOverride All #Order allow,deny Allow from all </Directory>
Le site était dans easyphp/www/Site Je n'avais pas créé d'alias.
J'ai recopié uniquement Site... sans fichier supplémentaire
Je ne comprends pas httpd.conf ? ni le code que tu me donnes...
03/03/2012, 16h04
Invité

Tu n'as pas répondu a ma question ;)
Alors je demandes autrement
quand tu lances WAMP ( pourquoi ne pas avoir gardé EASYPHP ?)
tu a accés a un index.php dans leur www/
Je supposes qu'il marche cet index.php

de même tu as un phpmyadmin j'espéres , lui aussi marche ...

Alors si tu avais un ALIAS pour ton site il marcherait !

Et comment as-tu rempli tes tables MySql ?
03/03/2012, 17h17
jarailet

Citation:

Envoyé par christele_r

Tu n'as pas répondu a ma question ;)
Alors je demandes autrement
http://www.developpez.net/forums/ima...merci.pngquand tu lances WAMP ( pourquoi ne pas avoir gardé EASYPHP ?)

Quand j'ai voulu installer EaqyPHP sur mon portable, j'ai galéré. J'ai essayé wamp... et n'ai pas refait les erreurs, ça s'est mieux passé alors j'ai voulu rester avec wamp et l'ai installé sur le PC neuf.

Citation:

tu a accés a un index.php dans leur www/
Je suppose qu'il marche cet index.php

Pas trouvé d'index.php dans C:/wamp/www

Citation:

de même tu as un phpmyadmin j'espéres , lui aussi marche ...
Alors si tu avais un ALIAS pour ton site il marcherait !

Il faudrait que j'aille ds phpmyadmin et que je crée un alias, même si les fichiers sont déjà dans www ?

Citation:

Et comment as-tu rempli tes tables MySql ?

C'était en 2000 ! J'avais sans doute les idées plus claires:mouarf: Je crois bien que j'avais utilisé Excel --->csv---> table locale ---> transfert
mais depuis, je modifie directement sur le serveur distant
03/03/2012, 17h24
Invité

Je crains un dialogue de sourds 8-)
Si dans ton WAMP/WWW tu mets ton site,
tu peux au moins exécuter l'index.php oui ou non ?
si oui, peux tu poster ici (si ce n'est pas indiscret, ce index.php 8O
03/03/2012, 18h12
jarailet

Ça me prend la tête ! Je pensais à une sorte de fichier d'indexation créé par DW ou wamp...
Oui, j'ai un index.htm... qui marche. Les pages .php qui en fait de code, ne contiennent qu'un include (menu) fonctionnent aussi. Par contre, celles qui contiennent du code avec des variables ne tournent pas (les quizz questions et sans doute réponses, les pages détermination d'une fleur mais comme elles ne font appel qu'à la bdd distante, je ne peux pas tester)...
Si tu veux, je peux te passer la page qui doit traiter la variable du quizz (mais elle marche sur l'autre bécane et sur le site distant)
Merci pour ton aide. C'est un vieux site, pas très moderne, sans doute avec des maladresses et des libertés avec le W3C, mais j'ai tellement galéré dessus que je ne voudrais pas le perdre :oops:
03/03/2012, 18h58
transgohan

Montres nous le code réutilisant la variable d'url, mais je parierai sur le fait que tu utilises $variable au lieu de $_GET['variable'].
03/03/2012, 19h11
jarailet

dans la page qui appelle :
<p align="center"><font size="3" face="Arial, Helvetica, sans-serif"><a href ="quizz1q.php?Fnm=fleurstourbiere.txt">Autour
de la tourbière</a> </font></p>

Le fichier appelé, un peu amputé (deux images seulement au lieu des... dix... je n'arrivais pas à faire une boucle:zoubi: )
http://cjoint.com/?0CdtglhHom2
03/03/2012, 20h25
transgohan
Déjà commences par remplacer les short_tags car selon la configuration du serveur ton code pourra ne pas être interprété.
C'est <?php à la place de <?
Quand tu parlais de bouton et de nom de variable cela ne voulait-il pas dire qu'en regardant le code source généré par le navigateur tu voyais ton code PHP ?
Car toutes les versions de EasyPHP ou de WAMP qui ont PHP5 et plus ont toutes la configuration short_tag désactivée.

Enfin dans ce code :
Code:

1 2 3 4 5 $inF=fopen($Fnm,'r'); $tab=file($Fnm); $nb=count($tab); echo '' ; fclose($inF);
Le fopen() et le fclose() sont totalement inutiles.
03/03/2012, 22h37
jarailet

:ccool: Exact, ça va beaucoup mieux avec <?php !!! Je n'ai pas tout testé, il faut que je revoie toutes les pages, ce sera pour demain, j'ai les yeux rouges.
Un grand merci à vous...
Bonne nuit:lol:
04/03/2012, 07h22
RunCodePhp

En faite, tu remarques des comportements différents des différentes installations que tu as effectués pour ce même projet.

Ce serait alors l'environnement qui la cause en bonne partie.

A mon sens, il serait bon de faire des comparaisons entre ces différents environnements/installations, c'est à dire : Apache, Php au minimum.
Ce que tu peux faire c'est de faire un phpinfo() (dans une de tes pages ou une nouvelle), ensuite de comparer les valeurs, librairies installées, etc ...
S'il y a des différences, il faudrait alors rectifier (soit d'un coté, soit de l'autre).

C'est d'ailleurs le cas dû au <?
Dans un des environnement, la directive short_open_tag du php.ini est à On, ce qui te permet d'utiliser <? (syntaxe courte), et dans un autre elle est à Off (syntaxe courte non autorisé).
Il faudrait alors modifier cette directive dans tous les projets (php.ini, ou .htaccess ou encore ini_set()) pour avoir la même valeur partout (On ou Off), tout cela pour faire un code fonctionnant partout.

WampServer te permets de modifier toutes ces configurations assez simplement, dans la barre des taches : Apache (modules), Php (Version, Settings, extensions), etc ...

Faudra faire attention à ce qu'il y a dans le .htaccess (si c'est le cas).
Le but en général c'est d'avoir des environnement le plus homogène possible, et normalement le plus proche possible de celui sur le Net (en production), tout cela pour permettre de faire 1 seul code Php fonctionnement de la même manière partout.

Si on a des directives (Apache ou/et Php ou/et MySQL) différentes dans tous les différentes installations, c'est galère. ;)
04/03/2012, 23h07
jarailet

Il n'y a pas un paramétrage qui accepte les deux ? Comment font les serveurs distants ?
05/03/2012, 07h02
RunCodePhp

Citation:

Envoyé par jarailet

Il n'y a pas un paramétrage qui accepte les deux ?

Tu plaisantes j'espère. :P
On est loin de la politique de Windows qui elle est prévue de faire le café même pour ceux qui n'en boivent pas.

Apache, Php et MySQL (entre autre) fournissent des configurations afin de répondre aux besoins de tout le monde, et Dieu sait combien ils sont nombreux, et surtout les uns radicalement différents des autres.

La politique dans ce genre d'environnement est qu'il y a certes des besoins courant et communs à tous, et bien en général ces modules/extensions sont installés, et pour les config/directives ce sont des valeurs par défaut.

Après ça : A chacun ses besoins.
C'est ainsi, j'y peux rien. ;)

Il n'y a pas d'autre choix que d'apprendre (petit à petit) se qu'offre chaque module/extension de même que chaque directives, au moins les plus courantes.
Ensuite, il suffit d'uniformiser cela dans tous ces environnements.

Citation:

Comment font les serveurs distants ?

Rien de plus du fonctionnement en local : ils te donnent les moyen de configurer ces directives.
Encore que, ça dépend de la formule que tu as opté.

- Si c'est un dédié, c'est à toi de te débrouiller. A la limite tout est pré-installé, donc avec des config par défaut et modules courant installés, à toi de gérer le reste.
Sans compter qu'il faut ici des connaissance sur le système (OS) et en réseau (à moins de souscrire une infogérance).

- Si c'est un mutualisé, c'est un environnement plus ou moins bridé.
Impossible d'installer de nouveau modules/extension, certaines directives sont bridées (non modifiables), mais pas toutes, donc ce qui fait que pour ces dernières ce sont des valeurs par défaut et c'est encore à toi de les modifier selon ton besoin.
Ce qui veut dire que si on sait qu'on optera pour un mutualisé, il y a intérêt de savoir quels sont les modules/extensions couramment installés et les directives bridée/non bridées, sinon, ça peut être la tuile.

Au final, c'est pas loin d'être la même chose (local, distant), il faut avoir un minimum de connaissance.

Bref, personne ne peut savoir à l'avance tes besoins, les possibilités étant proche de l'infini.

Pour éviter de perdre de longues heures à paramétrer cela, on peu par exemple se créer un document et lister tous les modules/extensions et valeurs des directives pour se faciliter la tâche lors d'une ré-installation.
Bref, de noter le maximum de chose concernant l'environnement que réclame le projet.
Ca me semble même indispensable, car le choix d'un hébergeur peu largement en dépendre.