Sur un répertoire dont je fais afficher le listing par le module autoindex
d'Apache, j'ai inséré une en-tête personnalisé, et, par habitude, je suis
allé faire un tour de validateur W3C pour, entre autres, détecter les
fautes de frappe dans mon en-tête.
J'ai alors été assez surpris de constater qu'Apache fait quand même des
choses assez bizarres, notament il insiste pour mettre des <img> dans
<pre>, ce qui n'est a priori pas très autorisé.
C'est moi qui ait manqué quelque chose ou bien c'est normal qu'apache
produise du code un peu crado comme ça ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Alain Chappuis
mpg a écrit :
J'ai alors été assez surpris de constater qu'Apache fait quand même des choses assez bizarres, notament il insiste pour mettre des <img> dans <pre>, ce qui n'est a priori pas très autorisé.
C'est moi qui ait manqué quelque chose ou bien c'est normal qu'apache produise du code un peu crado comme ça ?
<regle=0n>
Apache n'introduit rien! il interprète le rendu html ou le cas échéant passe la main à php si le module est donné.
<regle=off>
Manuel.
Alain -- Alain Chappuis (Remove: nospam to answer me in my address!) (Enlevez: nospam de mon adresse pour me répondre!)
mpg a écrit :
J'ai alors été assez surpris de constater qu'Apache fait quand même des
choses assez bizarres, notament il insiste pour mettre des <img> dans
<pre>, ce qui n'est a priori pas très autorisé.
C'est moi qui ait manqué quelque chose ou bien c'est normal qu'apache
produise du code un peu crado comme ça ?
<regle=0n>
Apache n'introduit rien! il interprète le rendu html ou le cas échéant passe la
main à php si le module est donné.
<regle=off>
Manuel.
Alain
--
Alain Chappuis (Remove: nospam to answer me in my address!)
(Enlevez: nospam de mon adresse pour me répondre!)
J'ai alors été assez surpris de constater qu'Apache fait quand même des choses assez bizarres, notament il insiste pour mettre des <img> dans <pre>, ce qui n'est a priori pas très autorisé.
C'est moi qui ait manqué quelque chose ou bien c'est normal qu'apache produise du code un peu crado comme ça ?
<regle=0n>
Apache n'introduit rien! il interprète le rendu html ou le cas échéant passe la main à php si le module est donné.
<regle=off>
Manuel.
Alain -- Alain Chappuis (Remove: nospam to answer me in my address!) (Enlevez: nospam de mon adresse pour me répondre!)
Thierry B.
--{ Alain Chappuis a plopé ceci: }--
Apache n'introduit rien! il interprète le rendu html ou le cas échéant passe la main à php si le module est donné.
Bien lire la ligne Subject: avant de passer la main...
-- Utiliser X11 n'impose pas d'utiliser des outils graphiques. Je n'ai pas encore trouvé de newsreader aussi joli, efficace et lèger que mon slrn transparent sur un aterm. -- Kwyxz dans fcol.debats --
--{ Alain Chappuis a plopé ceci: }--
Apache n'introduit rien! il interprète le rendu html ou le cas échéant
passe la main à php si le module est donné.
Bien lire la ligne Subject: avant de passer la main...
--
Utiliser X11 n'impose pas d'utiliser des outils graphiques. Je n'ai pas
encore trouvé de newsreader aussi joli, efficace et lèger que mon slrn
transparent sur un aterm.
-- Kwyxz dans fcol.debats --
Apache n'introduit rien! il interprète le rendu html ou le cas échéant passe la main à php si le module est donné.
Bien lire la ligne Subject: avant de passer la main...
-- Utiliser X11 n'impose pas d'utiliser des outils graphiques. Je n'ai pas encore trouvé de newsreader aussi joli, efficace et lèger que mon slrn transparent sur un aterm. -- Kwyxz dans fcol.debats --
heddy Boubaker
"Alain" == Alain Chappuis writes:
Alain> mpg a écrit :
J'ai alors été assez surpris de constater qu'Apache fait quand même des choses assez bizarres, notament il insiste pour mettre des <img> dans <pre>, ce qui n'est a priori pas très autorisé. C'est moi qui ait manqué quelque chose ou bien c'est normal qu'apache produise du code un peu crado comme ça ?
Alain> <regle=0n>
Alain> Apache n'introduit rien! il interprète le rendu html ou le cas échéant passe la Alain> main à php si le module est donné.
Alain> <regle=off>
Faux Alain. Dans le cadre de ce qui est retourné par le module autoindex on peut dire que apache introduit bien du code html invalide.
mpg a raison sur ce point, Apache - enfin le module autoindex - produit bien du code crado.
J'ai alors été assez surpris de constater qu'Apache fait quand même des
choses assez bizarres, notament il insiste pour mettre des <img> dans
<pre>, ce qui n'est a priori pas très autorisé.
C'est moi qui ait manqué quelque chose ou bien c'est normal qu'apache
produise du code un peu crado comme ça ?
Alain> <regle=0n>
Alain> Apache n'introduit rien! il interprète le rendu html ou le cas échéant passe la
Alain> main à php si le module est donné.
Alain> <regle=off>
Faux Alain. Dans le cadre de ce qui est retourné par le module autoindex
on peut dire que apache introduit bien du code html invalide.
mpg a raison sur ce point, Apache - enfin le module autoindex - produit
bien du code crado.
J'ai alors été assez surpris de constater qu'Apache fait quand même des choses assez bizarres, notament il insiste pour mettre des <img> dans <pre>, ce qui n'est a priori pas très autorisé. C'est moi qui ait manqué quelque chose ou bien c'est normal qu'apache produise du code un peu crado comme ça ?
Alain> <regle=0n>
Alain> Apache n'introduit rien! il interprète le rendu html ou le cas échéant passe la Alain> main à php si le module est donné.
Alain> <regle=off>
Faux Alain. Dans le cadre de ce qui est retourné par le module autoindex on peut dire que apache introduit bien du code html invalide.
mpg a raison sur ce point, Apache - enfin le module autoindex - produit bien du code crado.
Sur un répertoire dont je fais afficher le listing par le module autoindex d'Apache, j'ai inséré une en-tête personnalisé, et, par habitude, je suis allé faire un tour de validateur W3C pour, entre autres, détecter les fautes de frappe dans mon en-tête.
J'ai alors été assez surpris de constater qu'Apache fait quand même des choses assez bizarres, notament il insiste pour mettre des <img> dans <pre>, ce qui n'est a priori pas très autorisé.
C'est moi qui ait manqué quelque chose ou bien c'est normal qu'apache produise du code un peu crado comme ça ?
D'après la documentation, c'est un "bug" connu (de là à dire que c'est normal...). Petit extrait de la doc de mod_autoindex :
SuppressRules (Apache 2.0.23 and later) This will suppress the horizontal rule lines (hr elements) in directory listings. Combining both SuppressIcon and SuppressRules yields proper HTML 3.2 output, which by the final specification prohibits img and hr elements from the pre block (used to format FancyIndexed listings.)
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Sur un répertoire dont je fais afficher le listing par le module autoindex
d'Apache, j'ai inséré une en-tête personnalisé, et, par habitude, je suis
allé faire un tour de validateur W3C pour, entre autres, détecter les
fautes de frappe dans mon en-tête.
J'ai alors été assez surpris de constater qu'Apache fait quand même des
choses assez bizarres, notament il insiste pour mettre des <img> dans
<pre>, ce qui n'est a priori pas très autorisé.
C'est moi qui ait manqué quelque chose ou bien c'est normal qu'apache
produise du code un peu crado comme ça ?
D'après la documentation, c'est un "bug" connu (de là à dire que c'est
normal...). Petit extrait de la doc de mod_autoindex :
SuppressRules (Apache 2.0.23 and later)
This will suppress the horizontal rule lines (hr elements) in
directory listings. Combining both SuppressIcon and SuppressRules
yields proper HTML 3.2 output, which by the final specification
prohibits img and hr elements from the pre block (used to format
FancyIndexed listings.)
--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Sur un répertoire dont je fais afficher le listing par le module autoindex d'Apache, j'ai inséré une en-tête personnalisé, et, par habitude, je suis allé faire un tour de validateur W3C pour, entre autres, détecter les fautes de frappe dans mon en-tête.
J'ai alors été assez surpris de constater qu'Apache fait quand même des choses assez bizarres, notament il insiste pour mettre des <img> dans <pre>, ce qui n'est a priori pas très autorisé.
C'est moi qui ait manqué quelque chose ou bien c'est normal qu'apache produise du code un peu crado comme ça ?
D'après la documentation, c'est un "bug" connu (de là à dire que c'est normal...). Petit extrait de la doc de mod_autoindex :
SuppressRules (Apache 2.0.23 and later) This will suppress the horizontal rule lines (hr elements) in directory listings. Combining both SuppressIcon and SuppressRules yields proper HTML 3.2 output, which by the final specification prohibits img and hr elements from the pre block (used to format FancyIndexed listings.)
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Alain Chappuis
heddy Boubaker a écrit :
"Alain" == Alain Chappuis writes:
Alain> mpg a écrit :
>> J'ai alors été assez surpris de constater qu'Apache fait quand même des >> choses assez bizarres, notament il insiste pour mettre des <img> dans >> <pre>, ce qui n'est a priori pas très autorisé. >> C'est moi qui ait manqué quelque chose ou bien c'est normal qu'apache >> produise du code un peu crado comme ça ?
Alain> <regle=0n>
Alain> Apache n'introduit rien! il interprète le rendu html ou le cas échéant passe la Alain> main à php si le module est donné.
Alain> <regle=off>
Faux Alain. Dans le cadre de ce qui est retourné par le module autoindex on peut dire que apache introduit bien du code html invalide.
Meaculpa merci de me l'avoir fait remarqué...
mpg a raison sur ce point, Apache - enfin le module autoindex - produit bien du code crado.
Burk...
a+
Alain -- Alain Chappuis (Remove: nospam to answer me in my address!) (Enlevez: nospam de mon adresse pour me répondre!)
>> J'ai alors été assez surpris de constater qu'Apache fait quand même des
>> choses assez bizarres, notament il insiste pour mettre des <img> dans
>> <pre>, ce qui n'est a priori pas très autorisé.
>> C'est moi qui ait manqué quelque chose ou bien c'est normal qu'apache
>> produise du code un peu crado comme ça ?
Alain> <regle=0n>
Alain> Apache n'introduit rien! il interprète le rendu html ou le cas échéant passe la
Alain> main à php si le module est donné.
Alain> <regle=off>
Faux Alain. Dans le cadre de ce qui est retourné par le module autoindex
on peut dire que apache introduit bien du code html invalide.
Meaculpa merci de me l'avoir fait remarqué...
mpg a raison sur ce point, Apache - enfin le module autoindex - produit
bien du code crado.
Burk...
a+
Alain
--
Alain Chappuis (Remove: nospam to answer me in my address!)
(Enlevez: nospam de mon adresse pour me répondre!)
>> J'ai alors été assez surpris de constater qu'Apache fait quand même des >> choses assez bizarres, notament il insiste pour mettre des <img> dans >> <pre>, ce qui n'est a priori pas très autorisé. >> C'est moi qui ait manqué quelque chose ou bien c'est normal qu'apache >> produise du code un peu crado comme ça ?
Alain> <regle=0n>
Alain> Apache n'introduit rien! il interprète le rendu html ou le cas échéant passe la Alain> main à php si le module est donné.
Alain> <regle=off>
Faux Alain. Dans le cadre de ce qui est retourné par le module autoindex on peut dire que apache introduit bien du code html invalide.
Meaculpa merci de me l'avoir fait remarqué...
mpg a raison sur ce point, Apache - enfin le module autoindex - produit bien du code crado.
Burk...
a+
Alain -- Alain Chappuis (Remove: nospam to answer me in my address!) (Enlevez: nospam de mon adresse pour me répondre!)
Droopy191
mpg a écrit :
Bonjour,
Sur un répertoire dont je fais afficher le listing par le module autoindex d'Apache, j'ai inséré une en-tête personnalisé, et, par habitude, je suis allé faire un tour de validateur W3C pour, entre autres, détecter les fautes de frappe dans mon en-tête.
J'ai alors été assez surpris de constater qu'Apache fait quand même des choses assez bizarres, notament il insiste pour mettre des <img> dans <pre>, ce qui n'est a priori pas très autorisé.
C'est moi qui ait manqué quelque chose ou bien c'est normal qu'apache produise du code un peu crado comme ça ?
Manuel.
Salut,
Avec les options suivantes dans la config apache ou un htaccess, tu devrais pouvoir sortir du xhtml strict.
Un extrait de ce que j'utilise .htaccess ****** HeaderName /header.html ReadmeName /footer.html
Tu completes header.html et footer.html comme il faut.
Regarde aussi du coté des items suivants pour la décoration AddDescription AddIcon
Enfin, il faut jouer sur la feuille css pour arriver à faire ce que tu veux en mise en page.
-- DR
mpg a écrit :
Bonjour,
Sur un répertoire dont je fais afficher le listing par le module autoindex
d'Apache, j'ai inséré une en-tête personnalisé, et, par habitude, je suis
allé faire un tour de validateur W3C pour, entre autres, détecter les
fautes de frappe dans mon en-tête.
J'ai alors été assez surpris de constater qu'Apache fait quand même des
choses assez bizarres, notament il insiste pour mettre des <img> dans
<pre>, ce qui n'est a priori pas très autorisé.
C'est moi qui ait manqué quelque chose ou bien c'est normal qu'apache
produise du code un peu crado comme ça ?
Manuel.
Salut,
Avec les options suivantes dans la config apache ou un htaccess,
tu devrais pouvoir sortir du xhtml strict.
Un extrait de ce que j'utilise
.htaccess
******
HeaderName /header.html
ReadmeName /footer.html
Sur un répertoire dont je fais afficher le listing par le module autoindex d'Apache, j'ai inséré une en-tête personnalisé, et, par habitude, je suis allé faire un tour de validateur W3C pour, entre autres, détecter les fautes de frappe dans mon en-tête.
J'ai alors été assez surpris de constater qu'Apache fait quand même des choses assez bizarres, notament il insiste pour mettre des <img> dans <pre>, ce qui n'est a priori pas très autorisé.
C'est moi qui ait manqué quelque chose ou bien c'est normal qu'apache produise du code un peu crado comme ça ?
Manuel.
Salut,
Avec les options suivantes dans la config apache ou un htaccess, tu devrais pouvoir sortir du xhtml strict.
Un extrait de ce que j'utilise .htaccess ****** HeaderName /header.html ReadmeName /footer.html