par
sadeq » 09 nov. 2005, 14:41
Quand on programme avec du PHP, les chemins d'accès locaux du protocol file (qui commence par c:, x: ...) sont interdits sur des liens HTML pour la simple raison que la page porteuse est programmée pour être chargée chez le client.
Les liens src, href... écrits sous forme de chemin local dans l'HTML de la page pointeront alors vers le disque local du client et non vers le serveur.
Le logique est d'écrire par exemple :
<iframe src="
http://site/machin"> au lieu de <iframe src="c:/machin">
car dans la première la page "machin" est téléchargée du site via http, contrairement à la seconde qui va chercher la page "machin" chez le navigateur (et ça m'étonnerait qu'un navigateur X tiré au hasard qui se pointe sur le site a une page "machin" dans son disque c: )
NB. Quand on est le programmeur et qu'on teste "notre" programme sur "notre" machine et que "ça marche" ne veut pas dire que ça va marcher pour un toto au bout du monde qui charge "notre" page via HTTP.
Quand on programme avec du PHP, les chemins d'accès locaux du protocol file (qui commence par c:, x: ...) sont interdits sur des liens HTML pour la simple raison que la page porteuse est programmée pour être chargée chez le client.
Les liens src, href... écrits sous forme de chemin local dans l'HTML de la page pointeront alors vers le disque local du client et non vers le serveur.
Le logique est d'écrire par exemple :
<iframe src="http://site/machin"> au lieu de <iframe src="c:/machin">
car dans la première la page "machin" est téléchargée du site via http, contrairement à la seconde qui va chercher la page "machin" chez le navigateur (et ça m'étonnerait qu'un navigateur X tiré au hasard qui se pointe sur le site a une page "machin" dans son disque c: )
[b]NB[/b]. Quand on est le programmeur et qu'on teste "notre" programme sur "notre" machine et que "ça marche" ne veut pas dire que ça va marcher pour un toto au bout du monde qui charge "notre" page via HTTP.