J'ai déjà posté plus bas, J'héberge un site web (html) sur mon serveur perso
avec Apache.
quand je visualise celui-ci avec IE, ca se passe bien. Mais en testant avec
Mozilla ou Firefox : Au bout de quelques requêtes sur mes liens, la page
s'affiche directement en source html.
Je ne sais pas d'où ca peut venir.
Est-ce mon code qui n'est pas très potable ?
Est ce le serveur qui est mal configuré ?
Est-ce un bug de firefox ?
Est-ce au moment du transfert FTP (Filezilla) ?
J'ai déjà posté plus bas, J'héberge un site web (html) sur mon serveur perso avec Apache. quand je visualise celui-ci avec IE, ca se passe bien. Mais en testant avec Mozilla ou Firefox : Au bout de quelques requêtes sur mes liens, la page s'affiche directement en source html.
Je ne sais pas d'où ca peut venir.
Probablement d'un problème de type mime incorrect. Le serveur HTTP devrait envoyer le type text/html
Une façon de valider cette hypothèse est de taper directement une requête HTTP correcte dans telnet localhost 80
On peut aussi faire un wget -v -S http://localhost/votreurl.html
Mais le problème pourrait peut-être être tout à fait autre. Que disent les fichiers log d'Apache?
-- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basile<at>starynkevitch<dot>net aliases: basile<at>tunes<dot>org = bstarynk<at>nerim<dot>net 8, rue de la Faïencerie, 92340 Bourg La Reine, France
On 2005-04-02, wil <wil@nopub-demandezmoi.fr> wrote:
Help,
J'ai déjà posté plus bas, J'héberge un site web (html) sur mon serveur perso
avec Apache.
quand je visualise celui-ci avec IE, ca se passe bien. Mais en testant avec
Mozilla ou Firefox : Au bout de quelques requêtes sur mes liens, la page
s'affiche directement en source html.
Je ne sais pas d'où ca peut venir.
Probablement d'un problème de type mime incorrect. Le serveur HTTP
devrait envoyer le type text/html
Une façon de valider cette hypothèse est de taper directement une
requête HTTP correcte dans telnet localhost 80
On peut aussi faire un wget -v -S http://localhost/votreurl.html
Mais le problème pourrait peut-être être tout à fait autre. Que disent
les fichiers log d'Apache?
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basile<at>starynkevitch<dot>net
aliases: basile<at>tunes<dot>org = bstarynk<at>nerim<dot>net
8, rue de la Faïencerie, 92340 Bourg La Reine, France
J'ai déjà posté plus bas, J'héberge un site web (html) sur mon serveur perso avec Apache. quand je visualise celui-ci avec IE, ca se passe bien. Mais en testant avec Mozilla ou Firefox : Au bout de quelques requêtes sur mes liens, la page s'affiche directement en source html.
Je ne sais pas d'où ca peut venir.
Probablement d'un problème de type mime incorrect. Le serveur HTTP devrait envoyer le type text/html
Une façon de valider cette hypothèse est de taper directement une requête HTTP correcte dans telnet localhost 80
On peut aussi faire un wget -v -S http://localhost/votreurl.html
Mais le problème pourrait peut-être être tout à fait autre. Que disent les fichiers log d'Apache?
-- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basile<at>starynkevitch<dot>net aliases: basile<at>tunes<dot>org = bstarynk<at>nerim<dot>net 8, rue de la Faïencerie, 92340 Bourg La Reine, France
Jul
Basile Starynkevitch [news] a exposé le 02/04/2005 :
On 2005-04-02, wil wrote:
Help,
J'ai déjà posté plus bas, J'héberge un site web (html) sur mon serveur perso avec Apache. quand je visualise celui-ci avec IE, ca se passe bien. Mais en testant avec Mozilla ou Firefox : Au bout de quelques requêtes sur mes liens, la page s'affiche directement en source html.
Je ne sais pas d'où ca peut venir.
Probablement d'un problème de type mime incorrect. Le serveur HTTP devrait envoyer le type text/html
Une façon de valider cette hypothèse est de taper directement une requête HTTP correcte dans telnet localhost 80
On peut aussi faire un wget -v -S http://localhost/votreurl.html
Mais le problème pourrait peut-être être tout à fait autre. Que disent les fichiers log d'Apache?
Il suffit d'en demander la source :) Mais il n'y a pas de doute : pour qu'un fichier HTML soit affiché en texte, c'est que le support text/html n'est pas fait et le type mime par défaut doit être text/plain.
Ces paramètres sont définis par défaut dans httpd.conf mais elle a pu être supprimée ou le ServeurRoot a peut-être été modifié (à la place de DocumentRoot ?)
Julien
-- Jul... réapparru comme par enchantement
Basile Starynkevitch [news] a exposé le 02/04/2005 :
On 2005-04-02, wil <wil@nopub-demandezmoi.fr> wrote:
Help,
J'ai déjà posté plus bas, J'héberge un site web (html) sur mon serveur perso
avec Apache.
quand je visualise celui-ci avec IE, ca se passe bien. Mais en testant avec
Mozilla ou Firefox : Au bout de quelques requêtes sur mes liens, la page
s'affiche directement en source html.
Je ne sais pas d'où ca peut venir.
Probablement d'un problème de type mime incorrect. Le serveur HTTP
devrait envoyer le type text/html
Une façon de valider cette hypothèse est de taper directement une
requête HTTP correcte dans telnet localhost 80
On peut aussi faire un wget -v -S http://localhost/votreurl.html
Mais le problème pourrait peut-être être tout à fait autre. Que disent
les fichiers log d'Apache?
Il suffit d'en demander la source :) Mais il n'y a pas de doute : pour
qu'un fichier HTML soit affiché en texte, c'est que le support
text/html n'est pas fait et le type mime par défaut doit être
text/plain.
Ces paramètres sont définis par défaut dans httpd.conf mais elle a pu
être supprimée ou le ServeurRoot a peut-être été modifié (à la place de
DocumentRoot ?)
Basile Starynkevitch [news] a exposé le 02/04/2005 :
On 2005-04-02, wil wrote:
Help,
J'ai déjà posté plus bas, J'héberge un site web (html) sur mon serveur perso avec Apache. quand je visualise celui-ci avec IE, ca se passe bien. Mais en testant avec Mozilla ou Firefox : Au bout de quelques requêtes sur mes liens, la page s'affiche directement en source html.
Je ne sais pas d'où ca peut venir.
Probablement d'un problème de type mime incorrect. Le serveur HTTP devrait envoyer le type text/html
Une façon de valider cette hypothèse est de taper directement une requête HTTP correcte dans telnet localhost 80
On peut aussi faire un wget -v -S http://localhost/votreurl.html
Mais le problème pourrait peut-être être tout à fait autre. Que disent les fichiers log d'Apache?
Il suffit d'en demander la source :) Mais il n'y a pas de doute : pour qu'un fichier HTML soit affiché en texte, c'est que le support text/html n'est pas fait et le type mime par défaut doit être text/plain.
Ces paramètres sont définis par défaut dans httpd.conf mais elle a pu être supprimée ou le ServeurRoot a peut-être été modifié (à la place de DocumentRoot ?)
Julien
-- Jul... réapparru comme par enchantement
wil
Probablement d'un problème de type mime incorrect. Le serveur HTTP devrait envoyer le type text/html
Salut,
Le MIME à bien été changé en texte/html, mais le problème est toujours là. Pire encore :
J'accède à mon site à partir d'un nom de domaine .com (frame de redirection). Quand je suis connecté à celui-ci via ce nom de domaine et que je vais dans "Affichage" pour voir la source. C'est seulement la source html de la frame de redirection qui s'affiche ... Normal.
Mais quand mon problème arrive, c'est à dire : quand Mozilla ou Firefox n'interprète pas la page et m'affiche le code, c'est celui de la page et non de la frame de redirection (je sais pas si c'est clair). A partir de là, je vais dans "affichage" pour voir la source : C'est la source de la frame de redirection qui aparait ...
Ce problème n'existe qu'avec Mozilla ou Firefox.
Probablement d'un problème de type mime incorrect. Le serveur HTTP
devrait envoyer le type text/html
Salut,
Le MIME à bien été changé en texte/html, mais le problème est toujours là.
Pire encore :
J'accède à mon site à partir d'un nom de domaine .com (frame de
redirection). Quand je suis connecté à celui-ci via ce nom de domaine et que
je vais dans "Affichage" pour voir la source. C'est seulement la source html
de la frame de redirection qui s'affiche ... Normal.
Mais quand mon problème arrive, c'est à dire : quand Mozilla ou Firefox
n'interprète pas la page et m'affiche le code, c'est celui de la page et non
de la frame de redirection (je sais pas si c'est clair).
A partir de là, je vais dans "affichage" pour voir la source : C'est la
source de la frame de redirection qui aparait ...
Probablement d'un problème de type mime incorrect. Le serveur HTTP devrait envoyer le type text/html
Salut,
Le MIME à bien été changé en texte/html, mais le problème est toujours là. Pire encore :
J'accède à mon site à partir d'un nom de domaine .com (frame de redirection). Quand je suis connecté à celui-ci via ce nom de domaine et que je vais dans "Affichage" pour voir la source. C'est seulement la source html de la frame de redirection qui s'affiche ... Normal.
Mais quand mon problème arrive, c'est à dire : quand Mozilla ou Firefox n'interprète pas la page et m'affiche le code, c'est celui de la page et non de la frame de redirection (je sais pas si c'est clair). A partir de là, je vais dans "affichage" pour voir la source : C'est la source de la frame de redirection qui aparait ...
Ce problème n'existe qu'avec Mozilla ou Firefox.
Khanh-Dang
Ce problème n'existe qu'avec Mozilla ou Firefox.
Pour voir ce qui ce passe, il y a un plugin très utile qui s'appelle livehttp-headers. Ce plugin permet de visualiser les en-têtes HTTP envoyés et reçus par ton navigateur.
Ce problème n'existe qu'avec Mozilla ou Firefox.
Pour voir ce qui ce passe, il y a un plugin très utile qui s'appelle
livehttp-headers. Ce plugin permet de visualiser les en-têtes HTTP
envoyés et reçus par ton navigateur.
Pour voir ce qui ce passe, il y a un plugin très utile qui s'appelle livehttp-headers. Ce plugin permet de visualiser les en-têtes HTTP envoyés et reçus par ton navigateur.
wil
Ca donne ça :
GET / HTTP/1.1 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.6) Gecko/20050318 Firefox/1.0.2 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: fr,fr-fr;q=0.8,en-us;q=0.5,en;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive If-Modified-Since: Wed, 02 Mar 2005 23:57:40 GMT Cache-Control: max-age=0
Pour voir ce qui ce passe, il y a un plugin très utile qui s'appelle livehttp-headers. Ce plugin permet de visualiser les en-têtes HTTP envoyés et reçus par ton navigateur.
Ca donne ça :
GET / HTTP/1.1
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.6)
Gecko/20050318 Firefox/1.0.2
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: fr,fr-fr;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
If-Modified-Since: Wed, 02 Mar 2005 23:57:40 GMT
Cache-Control: max-age=0
Pour voir ce qui ce passe, il y a un plugin très utile qui s'appelle
livehttp-headers. Ce plugin permet de visualiser les en-têtes HTTP envoyés
et reçus par ton navigateur.
Pour voir ce qui ce passe, il y a un plugin très utile qui s'appelle livehttp-headers. Ce plugin permet de visualiser les en-têtes HTTP envoyés et reçus par ton navigateur.
Khanh-Dang
GET / HTTP/1.1
HTTP/1.x 304 Not Modified
Désactive le cache de ton navigateur, pour savoir vraiment ce qu'il se passe.
GET /favicon.ico HTTP/1.1
HTTP/1.x 404 Not Found
Il y a un fichier manquant sur ton site.
Tu développes des sites, tu devrais quand même savoir comment marche HTTP. Lis un peu de documentation à propos de HTTP, des types mimes, tu pourras ainsi interpréter correctement les en-têtes envoyés.
GET / HTTP/1.1
HTTP/1.x 304 Not Modified
Désactive le cache de ton navigateur, pour savoir vraiment ce qu'il se
passe.
GET /favicon.ico HTTP/1.1
HTTP/1.x 404 Not Found
Il y a un fichier manquant sur ton site.
Tu développes des sites, tu devrais quand même savoir comment marche
HTTP. Lis un peu de documentation à propos de HTTP, des types mimes, tu
pourras ainsi interpréter correctement les en-têtes envoyés.
Désactive le cache de ton navigateur, pour savoir vraiment ce qu'il se passe.
GET /favicon.ico HTTP/1.1
HTTP/1.x 404 Not Found
Il y a un fichier manquant sur ton site.
Tu développes des sites, tu devrais quand même savoir comment marche HTTP. Lis un peu de documentation à propos de HTTP, des types mimes, tu pourras ainsi interpréter correctement les en-têtes envoyés.
wil
Désactive le cache de ton navigateur, pour savoir vraiment ce qu'il se passe.
Oui, ca aussi j'ai essayé, le vider, le désactiver, ca fait pareil.
GET /favicon.ico HTTP/1.1
HTTP/1.x 404 Not Found
Il y a un fichier manquant sur ton site.
Pourtant tout est ok. Le test passe sous IE et sous Opera.
Tu développes des sites, tu devrais quand même savoir comment marche HTTP. Lis un peu de documentation à propos de HTTP, des types mimes, tu pourras ainsi interpréter correctement les en-têtes envoyés.
Je connais pas tout. Je ne comprends vraiment ce problème, surtout que ca semble aléatoire, tantôt la page est interprété, tantôt non. Mes doutes vont vers un problème cotés serveur. Il doit surement "planter" sur quelque chose.
Désactive le cache de ton navigateur, pour savoir vraiment ce qu'il se
passe.
Oui, ca aussi j'ai essayé, le vider, le désactiver, ca fait pareil.
GET /favicon.ico HTTP/1.1
HTTP/1.x 404 Not Found
Il y a un fichier manquant sur ton site.
Pourtant tout est ok. Le test passe sous IE et sous Opera.
Tu développes des sites, tu devrais quand même savoir comment marche HTTP.
Lis un peu de documentation à propos de HTTP, des types mimes, tu pourras
ainsi interpréter correctement les en-têtes envoyés.
Je connais pas tout. Je ne comprends vraiment ce problème, surtout que ca
semble aléatoire, tantôt la page est interprété, tantôt non.
Mes doutes vont vers un problème cotés serveur. Il doit surement "planter"
sur quelque chose.
Désactive le cache de ton navigateur, pour savoir vraiment ce qu'il se passe.
Oui, ca aussi j'ai essayé, le vider, le désactiver, ca fait pareil.
GET /favicon.ico HTTP/1.1
HTTP/1.x 404 Not Found
Il y a un fichier manquant sur ton site.
Pourtant tout est ok. Le test passe sous IE et sous Opera.
Tu développes des sites, tu devrais quand même savoir comment marche HTTP. Lis un peu de documentation à propos de HTTP, des types mimes, tu pourras ainsi interpréter correctement les en-têtes envoyés.
Je connais pas tout. Je ne comprends vraiment ce problème, surtout que ca semble aléatoire, tantôt la page est interprété, tantôt non. Mes doutes vont vers un problème cotés serveur. Il doit surement "planter" sur quelque chose.
Jul
Probablement d'un problème de type mime incorrect. Le serveur HTTP devrait envoyer le type text/html
Salut,
Le MIME à bien été changé en texte/html, mais le problème est toujours là. Pire encore :
J'accède à mon site à partir d'un nom de domaine .com (frame de redirection). Quand je suis connecté à celui-ci via ce nom de domaine et que je vais dans "Affichage" pour voir la source. C'est seulement la source html de la frame de redirection qui s'affiche ... Normal.
Mais quand mon problème arrive, c'est à dire : quand Mozilla ou Firefox n'interprète pas la page et m'affiche le code, c'est celui de la page et non de la frame de redirection (je sais pas si c'est clair). A partir de là, je vais dans "affichage" pour voir la source : C'est la source de la frame de redirection qui aparait ...
Ce problème n'existe qu'avec Mozilla ou Firefox.
Ben en fait, si les documents sont envoyés avec le type mime text/plain, Mozilla (car je n'ai pas FF) traite les documents de manière un peu particulière de temps en temps... et il lui arrive de traiter le document en fonction de l'entête du source plutôt que l'en-tête mime ou du contexte du fichier... ca m'est arrivé en session de debugage (sortie text/plain) à la programmation d'un script qui crée des boutons : comme il y a dû avoir des caractères nuls, mozilla m'a proposé de le télécharger (transformation du text/plain en x-octet-stream ou un truc dans le genre. C'est ce qui a aussi pu t'arriver...
Pour savoir exactement quel est le type utilisé pour la page affichée, il faut faire clic droit -> page info en espérant que FF supporte la description étendue qu'offre Mozilla.
Aussi, en fonction des applications CGI que supporte ton serveur, tu peux faire un test en Perl ou en PHP (installés séparément sur la machine) et voir comment réagi tes navigateurs en voyant arriver une page pour laquelle tu auras toi-même donné le type mime (Content-Type: text/html)
-- Jul... réapparru comme par enchantement
Probablement d'un problème de type mime incorrect. Le serveur HTTP
devrait envoyer le type text/html
Salut,
Le MIME à bien été changé en texte/html, mais le problème est toujours là.
Pire encore :
J'accède à mon site à partir d'un nom de domaine .com (frame de redirection).
Quand je suis connecté à celui-ci via ce nom de domaine et que je vais dans
"Affichage" pour voir la source. C'est seulement la source html de la frame
de redirection qui s'affiche ... Normal.
Mais quand mon problème arrive, c'est à dire : quand Mozilla ou Firefox
n'interprète pas la page et m'affiche le code, c'est celui de la page et non
de la frame de redirection (je sais pas si c'est clair).
A partir de là, je vais dans "affichage" pour voir la source : C'est la
source de la frame de redirection qui aparait ...
Ce problème n'existe qu'avec Mozilla ou Firefox.
Ben en fait, si les documents sont envoyés avec le type mime
text/plain, Mozilla (car je n'ai pas FF) traite les documents de
manière un peu particulière de temps en temps... et il lui arrive de
traiter le document en fonction de l'entête du source plutôt que
l'en-tête mime ou du contexte du fichier... ca m'est arrivé en session
de debugage (sortie text/plain) à la programmation d'un script qui crée
des boutons : comme il y a dû avoir des caractères nuls, mozilla m'a
proposé de le télécharger (transformation du text/plain en
x-octet-stream ou un truc dans le genre.
C'est ce qui a aussi pu t'arriver...
Pour savoir exactement quel est le type utilisé pour la page affichée,
il faut faire clic droit -> page info en espérant que FF supporte la
description étendue qu'offre Mozilla.
Aussi, en fonction des applications CGI que supporte ton serveur, tu
peux faire un test en Perl ou en PHP (installés séparément sur la
machine) et voir comment réagi tes navigateurs en voyant arriver une
page pour laquelle tu auras toi-même donné le type mime (Content-Type:
text/html)
Probablement d'un problème de type mime incorrect. Le serveur HTTP devrait envoyer le type text/html
Salut,
Le MIME à bien été changé en texte/html, mais le problème est toujours là. Pire encore :
J'accède à mon site à partir d'un nom de domaine .com (frame de redirection). Quand je suis connecté à celui-ci via ce nom de domaine et que je vais dans "Affichage" pour voir la source. C'est seulement la source html de la frame de redirection qui s'affiche ... Normal.
Mais quand mon problème arrive, c'est à dire : quand Mozilla ou Firefox n'interprète pas la page et m'affiche le code, c'est celui de la page et non de la frame de redirection (je sais pas si c'est clair). A partir de là, je vais dans "affichage" pour voir la source : C'est la source de la frame de redirection qui aparait ...
Ce problème n'existe qu'avec Mozilla ou Firefox.
Ben en fait, si les documents sont envoyés avec le type mime text/plain, Mozilla (car je n'ai pas FF) traite les documents de manière un peu particulière de temps en temps... et il lui arrive de traiter le document en fonction de l'entête du source plutôt que l'en-tête mime ou du contexte du fichier... ca m'est arrivé en session de debugage (sortie text/plain) à la programmation d'un script qui crée des boutons : comme il y a dû avoir des caractères nuls, mozilla m'a proposé de le télécharger (transformation du text/plain en x-octet-stream ou un truc dans le genre. C'est ce qui a aussi pu t'arriver...
Pour savoir exactement quel est le type utilisé pour la page affichée, il faut faire clic droit -> page info en espérant que FF supporte la description étendue qu'offre Mozilla.
Aussi, en fonction des applications CGI que supporte ton serveur, tu peux faire un test en Perl ou en PHP (installés séparément sur la machine) et voir comment réagi tes navigateurs en voyant arriver une page pour laquelle tu auras toi-même donné le type mime (Content-Type: text/html)
Pratique plutôt des tests avec une page html, un script PHP ou un script Perl simple de ta confection. Tu n'est pas à l'brais d'un bog de la part de phpbb (subit avec phpmyadmin par ex)
Pratique plutôt des tests avec une page html, un script PHP ou un
script Perl simple de ta confection. Tu n'est pas à l'brais d'un bog de
la part de phpbb (subit avec phpmyadmin par ex)
Pratique plutôt des tests avec une page html, un script PHP ou un script Perl simple de ta confection. Tu n'est pas à l'brais d'un bog de la part de phpbb (subit avec phpmyadmin par ex)
-- Jul... réapparru comme par enchantement
Jul
Khanh-Dang a formulé la demande :
GET / HTTP/1.1
HTTP/1.x 304 Not Modified
Désactive le cache de ton navigateur, pour savoir vraiment ce qu'il se passe.
GET /favicon.ico HTTP/1.1
HTTP/1.x 404 Not Found
Il y a un fichier manquant sur ton site.
C'est le favicon, il n'a donc pas de soucis à se faire à ce niveau, sauf si il en a normalement un
Tu développes des sites, tu devrais quand même savoir comment marche HTTP. Lis un peu de documentation à propos de HTTP, des types mimes, tu pourras ainsi interpréter correctement les en-têtes envoyés.
-- Jul... réapparru comme par enchantement
Khanh-Dang a formulé la demande :
GET / HTTP/1.1
HTTP/1.x 304 Not Modified
Désactive le cache de ton navigateur, pour savoir vraiment ce qu'il se passe.
GET /favicon.ico HTTP/1.1
HTTP/1.x 404 Not Found
Il y a un fichier manquant sur ton site.
C'est le favicon, il n'a donc pas de soucis à se faire à ce niveau,
sauf si il en a normalement un
Tu développes des sites, tu devrais quand même savoir comment marche HTTP.
Lis un peu de documentation à propos de HTTP, des types mimes, tu pourras
ainsi interpréter correctement les en-têtes envoyés.
Désactive le cache de ton navigateur, pour savoir vraiment ce qu'il se passe.
GET /favicon.ico HTTP/1.1
HTTP/1.x 404 Not Found
Il y a un fichier manquant sur ton site.
C'est le favicon, il n'a donc pas de soucis à se faire à ce niveau, sauf si il en a normalement un
Tu développes des sites, tu devrais quand même savoir comment marche HTTP. Lis un peu de documentation à propos de HTTP, des types mimes, tu pourras ainsi interpréter correctement les en-têtes envoyés.
