Lorsque j'enregistre un fichier avec une extension .htm ou .html, lequel est correct et qu'est-ce qui est différent?
Réponses
Trop de publicités?Surtout, le nombre de caractères est différent.
".htm" les odeurs des systèmes d'exploitation Microsoft où le système de fichiers historiquement limitée extensions de nom de fichier (la partie du nom du fichier après le point) à 3 caractères.
".html" odeurs de l'Onu*x systèmes d'exploitation qui n'ont pas cette limitation et qui ont été utilisées pour toutes les graves travail sur l'internet à l'époque.
De façon pragmatique, les deux sont équivalents.
La différence est culturelle. ".html" est considérée par certains comme plus correct. De même, les gens ont tendance à regarder vers le bas sur les systèmes d'exploitation Microsoft et la matière ".htm" comme inesthétique rappel de leurs limites.
Lorsque vous enregistrez le fichier localement, la différence n'a pas d'importance - votre système local sera probablement traiter les deux extensions de fichier comme interchangeables pour le chargement par votre navigateur. La raison pour cela est que, historiquement, les systèmes Windows utilisé 3 lettre extensions (htm
) et les systèmes basés sur Unix 4 lettres (html
).
Sur un côté serveur, il peut y avoir quelques différences quand il s'agit de servir les noms de fichiers par défaut:
La seule situation dans laquelle il peut y avoir une différence entre les deux extensions est que de un par défaut du serveur de noms de fichiers. Lorsqu'une URL qui n'a pas de spécifier un nom de fichier est demandé, à partir d'un serveur, comme
http://www.domain.dom/dirname/
, le serveur renvoie un fichier à partir de l'URL demandée qui correspond à un nom de fichier par défaut. Exemples courants de défaut des noms de fichiers include "index.html
," "index.htm
," "default.html
," "default.htm
", etc. Toutefois, un administrateur peut faire le serveur de nom de fichier par défaut tout ce qu'il/elle le désire.Notez que les serveurs sont souvent configurés avec plus d'un nom de fichier par défaut.
Donc, si vous avez n'importe quel niveau de contrôle par défaut de votre serveur de noms de fichiers, alors que cela ne devrait pas être un problème.
Notez également que dans le cadre d'un URI, l'extension du fichier n'est pas de jouer un rôle. En fait, il n'est même pas une extension de fichier, il semble juste comme une. Le type de la ressource identifiée par l'URI est pas codé dans son nom. Au lieu de cela, il est décidé par l' Content-Type
HTTP champ d'en-tête. C'est tout à fait légitime (mais peut-être un peu stupide) de fournir une image bitmap comme myimage.html
et, à l'inverse, pour livrer une page HTML comme index.png
. C'est aussi la raison pour laquelle il est affirmé que les extensions de fichier ne doit pas faire partie de l'Uri à tous.
Sir Tim Berners-Lee donne des précisions sur ce en Hypertexte Style: Cool URIs Ne Changent pas.