Bonjour

J'ai un probleme d'acces a des variables suite a un include.
En local, sous mon php de dev, j'accede aux variables et fonctions de mon fichier inclus.
Ensuite pour faire des tests, je remplace mon include local par le distant (fichier identique mais valeur calculée differente), mais la impossible d'accéder aux variables et fonctions alors que mon fichier distant a bien été trouvé ( et mon php.ini est bien configuré pour include distant).
Pourquoi mes variables sont inaccessibles ? est ce un probleme de droit de fichiers ?
merci.

Tu ne peux pas faire d'include sur un fichier se trouvant sur un autre serveur (sinon bonjour la faille de sécurité).

La seule chose que tu peux faire, c'est ça :
http://forum.hardware.fr/hfr/Programmat ... 4798_1.htm
Mais c'est vraiment pas propre

Je te recommande plus l'utilisation de service soap.

Ou alors je n'ai pas compris ta question

Je ne vois pas la faille de sécurité : les droits peuvent etre geres sur les fichiers, repertoires et on n'edite pas le php ds le navigateur.
On ne peut pas faire un include distant ????
A quoi sert le : allow_url_include alors ?

Je ne vois pas la faille de sécurité : les droits peuvent etre geres sur les fichiers, repertoires et on n'edite pas le php ds le navigateur.
On ne peut pas faire un include distant ????
A quoi sert le : allow_url_include alors ?

a inclure une URL distant, donc ça fait la même chose que http://

Merci Stealth ^^
Je maintiens donc qu'il est préférable d'utiliser des services Soap ^^

Je n'ai toujours pas compris pourquoi cela ne marcherai pas ???
je peux bien faire un : include("http://www.monsite.fr/mon_fichier.php"); non ?
pour les soa je n'ai pas trop d'avis mais ca m'a l'air plus complexe.

Je n'ai toujours pas compris pourquoi cela ne marcherai pas ???
je peux bien faire un : include("http://www.monsite.fr/mon_fichier.php"); non ?
pour les soa je n'ai pas trop d'avis mais ca m'a l'air plus complexe.

oui tu peux faire ça, mais sa te rendra la même chose que si t'ouvre la page dans la navigateur

Je n'ai toujours pas compris pourquoi cela ne marcherai pas ???
je peux bien faire un : include("http://www.monsite.fr/mon_fichier.php"); non ?
pour les soa je n'ai pas trop d'avis mais ca m'a l'air plus complexe.

Si tu préfères quand tu fais une requetes http (que ce soit dans un include ou dans ton navigateur), tu n'as le pas code php qui s'affiche mais le code final (c'est à dire le résultat de l'exécution de ton code php, c'est à dire ce que tu affiches à l'aide de echo ^^)

Sinon ça voudrait dire quand connaissant le nom de ton include sur ton serveur je puisse faire un include et récupérer des choses tels que le mot de passe de ta base de donnée. Tu me diras qu'il faut que je connaisse le nom et l'emplacement de tes includes, mais dans le cas de produit open source, les noms de fichiers et de variables sont bien connus de tous.

D'où l'utilisation des webservices quand tu veux communiquer d'un serveur à un autre
Ou alors plus simple mais beaucoup plus crade, ton include distant affiche un truc du genre "MyValue1|MyValue2|MyValue3", tu fais un file_get_contents puis un explode sur les |
C'est pratique pour du code vite fait qui n'a pas besoin de beaucoup de sécurité (enfin après tu peux toujours faire un filtre par ip)... mais bon d'une manière général c'est pour qu'on a inventé les services soap

Ou alors plus simple mais beaucoup plus crade, ton include distant affiche un truc du genre "MyValue1|MyValue2|MyValue3", tu fais un file_get_contents puis un explode sur les |
C'est pratique pour du code vite fait qui n'a pas besoin de beaucoup de sécurité (enfin après tu peux toujours faire un filtre par ip)

un serialize/unserialize ça suffis, on peux passer par du json aussi
(et rien empêche de crypté la chose)

okay je suis convaincu
J'ai deja vu le truc avec explode, ca me rappelle qqchose
Effectivement pour des données sensibles comme les mots de passe cela pourrait poser des pbs...
En conclusion des variables non cryptées en php ne sont jamais accessibles. Pas besoin de les crypter ???

un serialize/unserialize ça suffis, on peux passer par du json aussi
(et rien empêche de crypté la chose)

Certes XD

okay je suis convaincu
J'ai deja vu le truc avec explode, ca me rappelle qqchose
Effectivement pour des données sensibles comme les mots de passe cela pourrait poser des pbs...
En conclusion des variables non cryptées en php ne sont jamais accessibles. Pas besoin de les crypter ???

A partir du moment où tu envoies une variable php à un autre serveur ou à un navigateur client, elles sont potentiellement accessibles.

Potentiellement accessible ????
C est a dire ?? (cela contredit ce qui a été dit plus -haut, du moins pour le include ...)

Potentiellement accessible ????
C est a dire ?? (cela contredit ce qui a été dit plus -haut, du moins pour le include ...)

il veux dire que tout le monde peux les voirs