j'ai trouver la solution à notre probleme pour le REMOTE_ADDR ou REMOTE_PORT
en fait ds le php.ini il fau lui dire que le short_open_tag soit "on"
php.ini:
; Allow the <? tag. Otherwise, only <?php and <script> tags are recognized. ; NOTE: Using short tags should be avoided when developing applications or ; libraries that are meant for redistribution, or deployment on PHP ; servers which are not under your control, because short tags may not ; be supported on the target server. For portable, redistributable code, ; be sure not to use short tags. short_open_tag = on
en fait si ton code php se trouve entre <? ?> ca ne focntionnera pas parceque tu dit a ton php.ini d'interpréter les balise <?php et non <? il fo donc mettre le short_open_tag a "on" et commencer ca ligne de code par <?php ex: <?php echo $REMOTE_ADDR ?>
mais je pense que si tu fait soit l'un soit l'autre ca devrai marcher qd meme. a tester
voili voilou lol a chak fois que je pose un pb sur ce forum je trouve moi meme ma reponse lol ++ Bartok
La directive "short_open_tag=on" n'a strictement rien à voir avec les variables super-globales de type $_SERVER[...].
De plus, pour des raisons de sécurité, sur la quasi totalité des serveurs (hébergeurs), la directive "register_globals" est à Off, ce qui fait qu'on ne peut pas accéder directement, par exemple à $REMOTE_ADDR, mais qu'il est impératif d'utiliser : $_SERVER['REMOTE_ADDR'] qui fonctionne très bien, tant en local avec Wamp5 1.6.0 qu'en distant sur mes deux hébergeurs.
D'autre part, comme déjà écrit dans une autre contribution, plutôt que de mettre : "short_open_tags=On" dans php.ini, je serais plutôt d'avis de le laisser à Off et de remplacer, dans tous les fichiers *.php la directive ouvrante "<?" par "<?php". Ceci, non seulement pour des questions de compatibilité avec tous les hébergeurs, mais également pour éviter que lors de l'installation d'une prochaine version de Wamp5, la même sempiternelle question ne soit posée.
Bonjour, Dsl de te contredire, pour te ce qui concerne les hebergeurje suis d'accord, mais pour ce qui est du short open tag dsl mais vo mieu le mettre a un que tu utilise <?php ou non, moi dans mon cas le pb venai de ca yas pas de doute et entre nous <? c qd meme plus rapide que <?php aller merci qd meme pr les infos suplementaire ++
Je ne veux pas polémiquer, mais tu as tord BARTOK. IL ne faut pas activer les short_open_tags. Trois bonnes raisons à cela :
- une fois activé, tous tes fichiers se basant sur le format XML (xml, xhtml, rss...) ne pourront plus être traités par ton serveur apache car il les considerera comme du php et donc generera une erreur.
- ton code ne sera pas 100% portable car les serveurs n'utilisant pas les short_open_tags ne pourront pas le traiter.
- les short_open_tags vont disparaître avec la sortie de PHP6, donc autant être compatible avec dés maitnenant.
Il y en a plusieurs autres bien sûr, mas rien que ces trois là devraient convaincre tout le monde de ne plus tuiliser les short_open_tags.
bon ya des point sur leskels tu a raison et dotre je suis pas d'accord. bref c pas grave une autre chose qui va surement faire polémiquer notre ami romain ! lol g activer le register_globals = on pour pouvoir envoyer ma variable par mail sans ca ca mache pas! elle saffiche sur la page visité mais si je fai un mail de ma variable il me fo activer le register_globals = on alors qu'en pensez vous? ais je raison ou tord la sur ce cou je prend tout car je connais tres mal cette fonction du php.ini cordialement Bartok
register_globals à on est une grosse faille de sécurité (qui va également disparraître avec PHP6). N'importe qui peut initialiser tes variables si tu ne le fais pas toi même et modifier le comportement de tes développements.
Pour ton histoire de mail, c'est très bizarre, ca ne devrait pas poser de problème, à moins que tu essayes d'intégrer directement ta variable du type $_POST['toto'] entre des doubles côtes auquel cas, elle n'est pas interpretée (php n'interprete que les variables simples, pas les tableaux, pas les objets).
re dsl de repondre tardivement mais non si register global je la met pas a la fonction mail variable fonctionne aps ca c sur et certain
la j'avou je sais pas et g trouver un peu par hasar que le register global me le faisait fonctionner g essayer different type d'ecriture pr a variable ds le mail et o finale ca marche avc le register global a "on" si je l'ecrit type $REMOTE_ADDR car oui effectiivement apres cou je realise je aprle de ce type de variable "remote" car les autres pas de souci. en gros encore bcp d'incoherence ou d'imcomprehension ++ Bartok
J'ai une question subsidiaire qui va tomber comme un cheveux sur la soupe mais ce fil est la seule trace sur tout l'Internet: savez-vous qui gère le domaine 82.246.104.xxx ? En effet un de mes forums a été hacké par l'utilisateur au bout de l'IP 82.246.104.140
Cette adresse ne répond pas au DNS, si ce n'est que c'est une adresse en France. Bartok (82.246.104.---) qui est une fois sur deux sur le même domaine peut peut-être me renseigner?
% Information related to '82.224.0.0 - 82.255.255.255'
inetnum: 82.224.0.0 - 82.255.255.255 org: ORG-PISP1-RIPE netname: FR-PROXAD-20031104 descr: PROVIDER Local Registry descr: Proxad, Internet Service Provider in France
pour ne pas etre hacké, faire les majs de ton forum, j'utilise phpbb, jamais eu de problème, ps: j'utilise l'exellent mod CrackerTracker en complémentaire
J'ai une question subsidiaire qui va tomber comme un cheveux sur la soupe mais ce fil est la seule trace sur tout l'Internet: savez-vous qui gère le domaine 82.246.104.xxx ? En effet un de mes forums a été hacké par l'utilisateur au bout de l'IP 82.246.104.140
Cette adresse ne répond pas au DNS, si ce n'est que c'est une adresse en France. Bartok (82.246.104.---) qui est une fois sur deux sur le même domaine peut peut-être me renseigner?
Merci! Pascal"""]
moi je t'ai pas hackjer et tu me sort mon pseudo et mon ip????????
Je sors cette adresse de mes logs serveurs. 82.246.104.140 c'est ton adresse IP? Tu as une adresse IP fixe chez Free depuis quelle date? Si tu n'as pas visité mon forum (http://biologie.univ-mrs.fr/phpBB2/), alors ta machine est compromise et quelqu'un l'utilise pour hacker: le 24 janvier entre 17H et 17H30 l'IP 82.246.104.140 a exploité une faille dans phpBB2 pour gagner accès aux fichiers du serveur. Le mieux est certainement de continuer cette discussion par email (dispo sur le forum ci-dessus).
pas trouver ton adresse mail! ecrit moi sous cette boite je te reflierai une autre facon de communiker. barts@voila.fr c mon adresse mail poubelle alors met y un opbjet coherent stp que je le reconnaisse cdt bartok