Quelle est la différence entre le Quel est l'avantage d'utiliser l'extension Pourquoi nous n'utilisons pas l'extension Qu'en est-il de l'extension .xhtml avec IE 8? P>
est Pourquoi utilisons-nous le XHTML DOCTYPE, mais enregistrez-nous ces fichiers à l'aide de l'extension .html code> et
.xhtml code> extensions de fichier? p>
.xhtml code>? p>
.xhtml code>, est-ce juste à cause de c.-à-d. p>
.xhtml code> pris en charge dans d'autres navigateurs en plus, c'est-à-dire? Si oui, alors quel avantage nous obtiendrons lorsque tous les navigateurs prennent en charge l'extension
.xhtml code>. Allons-nous arrêter d'utiliser
.html code>? P>
.html code>? p>
6 Réponses :
Si servi sur http, l'extension de fichier n'a aucune signification. Les seules informations qui comptent le type de contenu EM> champ d'en-tête où le Type de support de la ressource est spécifié. P >
mais quand servis d'un système de fichiers local, le type de support est normalement identifié par l'extension de fichier. P>
edit strong> Je pense que la raison de la raison pour laquelle l'extension .html em> est utilisée même si c'est xhtml est parce que xhtml est car xhtml est html juste avec la syntaxe XML et tout le monde est utilisé pour .html em> pour les documents HTML. (Bien que la plupart des documents XHTML soient réellement servis tels que HTML, le type de support text / html em> désigne HTML, quelle que soit la déclaration de type de document.) P>
Mais à nouveau: les extensions ne sont pas nécessaires à la demande de HTTP. Dans http the Type de contenu em> le champ d'en-tête em> indique à quel type de support doit être interprété par la ressource. Donc, en théorie, vous pouvez utiliser n'importe quelle extension que vous souhaitez ou même n'utiliser aucune extension (utile lorsque la négociation de contenu est utilisée). P>
Cependant, l'extension a généralement un effet sur le type de contenu.
@ MS2GER: Non, l'extension de fichier n'a absolument aucun effet sur le type de contenu.
Il "a un effet" dans ce serveur correspond souvent aux extensions sur les types de contenu (par exemple, via la directive code> AddType code> ou son mime.types code> fichier), mais tu as raison que cela ne change pas le contenu du fichier (ce serait bien étrange).
@Wevah: Vous avez raison, mais le serveur fonctionne sur le système de fichiers. ;-)
Personne ne se soucie de ce que le fichier est nommé, quel que soit le type MIME, il a été transféré avec IS. p>
Je pense que l'extension XHTML est utilisée uniquement pour XHTML, mais elle est rarement utilisée, car le type HTML que vous utilisez est défini dans l'élément DOCTYPE.
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
Ceci est une réponse parfaitement valide. Pourquoi a-t-il été tendu tôt?
Les navigateurs ne s'appuient pas (juste) sur l'extension de la page, mais dans le type de contenu MIME. De cette façon, vous pouvez, par exemple, de créer une page PHP qui sert une image JPG. P>
IE (y compris IE8) est le seul navigateur (significatif) que pas em> prise de support xhtml a servi de Tout le monde va-t-il passer à XHTML quand c'est-à-dire le supporte? Probablement pas. XML n'est pas facile de se rendre à droite, surtout si vous devez intégrer des données fournies par l'utilisateur, telles que les commentaires des blogs. (Bien que cela puisse être résolu avec (x) HTML5 application / xhtml + xml code> (correspond au
xht code> ou
xhtml code> extensions). p>
Utilisez l'extension qui correspond au type MIME: P>
.xhtml code> est pour application / xhtml + xml code> documents li>
-
.html code> est pour text / html code> Documents li>
ul>
Par exemple, EPUB3 nécessite .xhtml code>: p>
Il est fortement suggéré que vous utilisiez l'extension .xhtml pour tous les documents de contenu EPUB. Les navigateurs ne interpréteront pas le contenu HTML en tant qu'application / XHTML + XML sans cette extension. P>
blockQuote>
références strong> p>
Regardez Hixie.ch/advocacy/xhtml Vous souhaitez en savoir plus sur l'envoi de contenu avec XHTML Doctypes en tant que HTML.