Je suis un programmateur tout ce qu'il y a de plus amateur et occasionnel. J'avais commencé par installer EasyPhp avec son serveur Apache sur mon PC. Mais je me suis rendu compte que beaucoup de mes fichiers php (même les plus basiques) ne tournaient pas sur ce serveur alors qu'ils tournent sans problème sur le serveur de mon fournisseur Internet. J'ai donc décidé d'essayer Wamp. Je rencontre exactement le même problème: un grand nombre de fichiers (mais pas tous) me font des messages d'erreur alors qu'ils fonctionnent chez mon fournisseur. Je suis donc encore obligé de charger mes fichiers sur mon site pour les tester.
</body> </html> --------------------------------- Si ces 2 fichiers sont sur le serveur de mon fournisseur d'internet et que je lance "formulaire.html", que je clique sur "Monsieur" et que je rentre "Jules" dans la case adhoc, j'obtiens la réponse suivante:
Bonjour Monsieur Jules. Bienvenue !
Si ces 2 fichiers sont sur mon serveur Apache et que je lance avec Wamp "formulaire.html", que je clique sur "Monsieur" et que je rentre "Jules" dans la case adhoc, j'obtiens la réponse suivante:
Désolé à mon tour, mais je ne vois pas la différence entre mon fichier "exploitation.php" et le tien. A tout hasard j'ai fait un copié/coller de ton code par-dessus le mien. Inutile de dire qu'il n'y a aucun changement
Le problème n'est de toute façon pas là. Ma question est pourquoi mon fichier "exploitation.php" fonctionne sur le serveur de mon fournisseur Internet et pas sur le localhost de mon PC. Je cherche à ce que ces 2 serveurs se comportent de la même façon.
Je ne veux pas réécrire un fichier qui fonctionne sur mon site sous prétexte de le faire fonctionner sous Wamp. Ce n'est pas le but. J'ai besoin d'un outil qui me permette de tester mes fichiers php hors ligne avant de les uploader sur mon site.
Je te propose d'essayer les 2 fichiers indiqués dans mon message précédent sur [www.dentiste-geneve.ch] et de les essayer sur ton propre localhost Si tu obtiens le même résultat chez toi c'est que c'est sur mon Wamp qu'il y a un problème
C'est exactement ce que j'avais fait avec un couper/coller lors de ta première remarque Je l'ai donc refait en supprimant les parties html comme tu me l'as indiqué. Le problème reste le même: "Bonjour Madame . Bienvenue !"
J'en conclus que mon Wamp ne marche pas comme le tien
Cela dit: comment fait-on pour tester du code contenant à la fois des balises html et du code php si Wamp ne l'accepte pas
Ma version n'est pas tout à fait la même, j'ai certainement une plus récente car j'ai chargé wamp dernièrement. Mais le problème n'est surement pas là. J'ai décidé de laisser tomber, en tout cas provisoirement. Je vais continuer à tester mes fichiers directement sur mon site. C'est rébarbatif mais c'est le seul système fiable que j'aie trouvé jusqu'à présent. Mon expérience avec EasyPhp n'était pas plus concluante qu'avec Wamp
Merci d'avoir essayé de m'aider. Si je trouve un jour la solution je te ferai savoir
Une récupération de variable à partir d'un formulaire en méthode "post", par exemple "Titre" DOIT s'effectuer par :
$Titre = $_POST['Titre'];
Si ça fonctionne quand même chez l'hébergeur, c'est que celui-ci autorise l'utilisation des variables de formulaire comme des globales, ce qui est, en quelque sorte, une faille de sécurité. Voir les commentaires du fichier php.ini :
; You should do your best to write your scripts so that they do not require ; register_globals to be on; Using form variables as globals can easily lead ; to possible security problems, if the code is not very well thought of. register_globals = Off
Ca ne résout pas mon problème. J'ai des tas de fichiers (faits pas des gens qui programment beaucoup mieux que moi) et qui ne fonctionnent pas sous Wamp et qui n'utilisent pas la méthode "post"
Comme je l'ai déjà dit, je ne veux pas réécrire les fichiers qui fonctionnent chez mon hébergeur pour les faire fonctionner sous Wamp
vivi134 a écrit: ------------------------------------------------------- > Ca ne résout pas mon problème. J'ai des tas de > fichiers (faits pas des gens qui programment > beaucoup mieux que moi) et qui ne fonctionnent pas > sous Wamp et qui n'utilisent pas la méthode "post"
Il va quand même falloir se poser la question de la pérennité, de la maintenance et de la portabilité des applications PHP quel que soit l'hébergeur, fut-il local.
Mettre "register_globals" sur on, tout comme mettre "short_open_tag" sur on ne sont que des mauvais palliatifs.
Otomatic a écrit: -------------------------------------------------------
> Il va quand même falloir se poser la question de > la pérennité, de la maintenance et de la > portabilité des applications PHP quel que soit > l'hébergeur, fut-il local.
En effet. Mais que doit faire le petit amateur comme moi qui se contente de fichiers trouvés dans des bouquins qui ont pignon sur rue et qui s'aperçoit que ça ne fonctionne pas. Dois-je faire confiance à Winamp ou à mon hébergeur (qui a aussi pignon sur rue ;-)
Pour l'instant je préfère que mon site fonctionne sur le réseau plutôt que seulement sur mon hébergeur local
> Mettre "register_globals" sur on, tout comme > mettre "short_open_tag" sur on ne sont que des > mauvais palliatifs.
Quels sont les bons palliatifs en attendant mieux ?
Tu poses un problème qui est intéressant et qui est le propre de l'évolution de l'informatique mais qui dépasse le cadre du forum.
Soit tu te jettes dans la programmation et tu adaptes tes fichiers aux nouvelles normes (ce qu'otomatic te conseilles gentilment)
Soit les programmes que tu recopies finiront sur ton serveur local ou à la corbeille.
Wamp est un très bel outil que Romain Bourdon met régulièrement à jour et dont nous profitons gratuitement. Il suit l'évolution du serveur Apache, de PhP et de Mysql et il nous rend un grand service !
Le forum permets à des amateurs que nous sommes d'obtenir rapidement et bénévolement de solutions appropriées à nos petits problèmes. ça fait évoluer tout le monde !
Restons cools !
Pour ta problématique :
Pour ce qui est des short_open_tags, il est facile de changer ?> en ?>php dans les scripts.
Pour le reste, il faut mettre les mains dans le cambouis !
Roger34 a écrit: -------------------------------------------------------
> Soit les programmes que tu recopies finiront sur > ton serveur local ou à la corbeille.
Pour l'instant ils finissent sur mon site parce qu'ils me rendent service à moi, piètre programmeur. C'est déjà pas mal ;-)
> Wamp est un très bel outil que Romain Bourdon met > régulièrement à jour et dont nous profitons > gratuitement. Il suit l'évolution du serveur > Apache, de PhP et de Mysql et il nous rend un > grand service !
L'informatique a besoin de gens comme vous, enthousiastes qui font avancer les choses.
Moi, petit programmeur occasionnel pour entretenir des sites de copains, quand je vois que mes "œuvres" s'affichent ou fonctionnent différemment suivant qu'on les regarde avec Internet Explorer, Firefox, Opera ou je ne sais quel navigateur, je rêve de standards applicables partout, imposés si possible par la communauté libre (on peut rêver)
> Restons cools !
Je n'ai pas de problème de ce côté. J'ai 66 berges et suis à la retraite. J'ai commencé l'informatique avec un Commodore 64K de Ram il y a plusieurs décennies. J'ai fréquenté les forum de Fidonet, Sparknet alors qu'Internet était inconnu du public. C'est dire si j'en ai vu d'autres ;-)
> Moi, petit programmeur occasionnel pour entretenir des sites de copains, quand je vois que mes > "œuvres" s'affichent ou fonctionnent différemment suivant qu'on les regarde avec > Internet Explorer, Firefox, Opera ou je ne sais quel navigateur, je rêve de standards applicables > partout, imposés si possible par la communauté libre (on peut rêver)
Suivre les standards, c'est relativement simple :
- Utilisez Firefox comme navigateur par défaut et comme outil de développement et de vérification en association avec WampServer et des modules complémentaires (extensions) comme : -- Web Developer ou Firebug -- Html Validator -- IE Tab et IE View
- Passez les pages au test W3C : [validator.w3.org] mais ça peut se faire très simplement avec Web Developer et une combinaison de touches.
- En développement PHP, en local, pister toutes les erreurs en mettant dans php.ini : -- error_reporting = E_ALL
J'ajoute qu'il existe quelques bons livres (en Français) de programmation en Php5 qui précisent les configurations à adopter pour ceux qui ne se contentent pas de recopier des bouts de codes récupérés dans des revues ou sur des sites.
Je n'en ferai pas publicité ici, il suffit de se rendre dans une bonne librairie.