Je crois que le problème viens du serveur web,
il semble que les fichiers avec extension php3
ne soient pas interprétés.
(Sous IE6 ça me demande de télécharger le fichier
et sous firebird ça affiche un drole de charabia)
Il faut donc configurer le serveur pour qu'il accepte
les fichiers .php3 ou renommer ceux-ci en .php
-----Message d'origine-----
De : Eric [mailto:eric@help06.com]
Envoyé : mercredi 5 novembre 2003 18:05
À : spip@rezo.net
Objet : [Spip] je suis sceptique
Certaines personnes me disent que cela marche ?
moi je ne peux le croire vu l'installation, les liens, le squelette.
Pouvez vous me donner votre avis et surtout les raisons pour lesquelles sur
certain pc le site s'afficherait ??? http://leptitvarois.fikanass.com/
Je crois que le problème viens du serveur web, il semble que les
fichiers avec extension php3 ne soient pas interprétés. (Sous IE6 ça
me demande de télécharger le fichier et sous firebird ça affiche un
drole de charabia)
Le code est clairement interprété sinon on pourrait lire le code source
du fichier .php3 ce qui ne me semble vraiment pas le cas. Par contre ca
ressemble furieusement à du binaire, donc à tout sauf de l'HTML/XHTML.
Si ca fonctionne dans certain navigateur sur certains PCs, à priori ce que ca a une signification mais que le format ne respecte pas les bons standards.
Est-ce que d'autre scripts .php ou .php3 fonctionne? (par exemple un fichier qui ne contient que "<?php phpinfo(); ?>").
il me semble qu'il est possible de faire en sort qu'apache envoy les pages html zipper et elles sont dézipper sur le client.
car le texte qui s'affiche resemble a du binaire (exe ou zip, gz...)
Tim
At 11:18 06/11/2003, Pierre Buyle wrote:
Pierre Brothier wrote:
Je crois que le problème viens du serveur web, il semble que les
fichiers avec extension php3 ne soient pas interprétés. (Sous IE6 ça
me demande de télécharger le fichier et sous firebird ça affiche un
drole de charabia)
Le code est clairement interprété sinon on pourrait lire le code source
du fichier .php3 ce qui ne me semble vraiment pas le cas. Par contre ca
ressemble furieusement à du binaire, donc à tout sauf de l'HTML/XHTML.
Si ca fonctionne dans certain navigateur sur certains PCs, à priori ce que ca a une signification mais que le format ne respecte pas les bons standards.
Est-ce que d'autre scripts .php ou .php3 fonctionne? (par exemple un fichier qui ne contient que "<?php phpinfo(); ?>").
il me semble qu'il est possible de faire en sort qu'apache envoy les
pages html zipper et elles sont dézipper sur le client.
Oui mais normalement, si je ne me trompe pas, c'est toujours optionnel
et le serveur ne compresse que si le client le supporte et lui annonce.
De toute façon, dans le cas présent je ne pense pas que le problème vienne de la. J'ai downloadé une page qui pose problème via wget et la, comme par magie, je récupère une joli fichier HTML tout à fait lisibl. Pioere encore, si je fais la brut et que
$telnet leptitvarois.fikanass.com 80
Trying 195.70.10.42...
Connected to leptitvarois.fikanass.com.
Escape character is '^]'.
GET http://leptitvarois.fikanass.com/spip/index.php
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html lang="fr">
...
bref le serveur me réponds en clair et sans problème quand je fais la requète à la main... Moi y'en a rien comprendre, je pédale dans la choucroute grave
Le code est clairement interprété sinon on pourrait lire le code source
du fichier .php3 ce qui ne me semble vraiment pas le cas. Par contre ca
ressemble furieusement à du binaire, donc à tout sauf de l'HTML/XHTML.
Si ca fonctionne dans certain navigateur sur certains PCs, à priori ce
que ca a une signification mais que le format ne respecte pas les bons
standards.
Est-ce que d'autre scripts .php ou .php3 fonctionne? (par exemple un
fichier qui ne contient que "<?php phpinfo(); ?>").
lui rencontre aucun problèmes alors que les extensions .php3 semble ne pas
fonctionner mais si certain d'entre vous arrive à naviguer normalement sur
ce site spip alors je comprend plus.
il me semble qu'il est possible de faire en sort qu'apache envoy les
pages html zipper et elles sont dézipper sur le client.
Oui mais normalement, si je ne me trompe pas, c'est toujours optionnel
et le serveur ne compresse que si le client le supporte et lui annonce.
De toute façon, dans le cas présent je ne pense pas que le problème vienne de la. J'ai downloadé une page qui pose problème via wget et la, comme par magie, je récupère une joli fichier HTML tout à fait lisibl. Pioere encore, si je fais la brut et que
$telnet leptitvarois.fikanass.com 80
Trying 195.70.10.42...
Connected to leptitvarois.fikanass.com.
Escape character is '^]'.
GET http://leptitvarois.fikanass.com/spip/index.php
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html lang="fr">
...
bref le serveur me réponds en clair et sans problème quand je fais la requète à la main... Moi y'en a rien comprendre, je pédale dans la choucroute grave
ce qui ne prouve rien ; wget et telnet n'ont pas signalé dans
la requete de demande de page qu'ils supportent les formats compressés.
faudrait trouver une astuce pour le faire. Ce ne doit pas etre trop difficile.