Le type MIME
Type de données inconnu – et maintenant?
Pour utiliser des données raisonnablement il est aidant à savoir de quoi
s'agit-il au fait. Il n'y a aucun problème lorsqu'on télécharge directement les
données comme on pourrait déterminer par la terminaison du fichier de quoi
s'agit-il selon toute vraisemblance, mais lorsque les données sont préparées
par un script, c'est totalement une autre affaire. En règle générale il y faut
deviner la variété de données. Déterminer de quoi s'agit-il par des données
rapidement s'avère comme sujet à des erreurs, et ce que fonctionne assez
passablement avec des fichiers texte
ira de travers lorsqu'on transmettra des
données binaires.
Parce que des données transmises ne provisionnent aucunes données d'en-tête à
l'aide desquelles on pourrait connaître de quoi s'agit-il, le logiciel
demandant les données a la seule option de sauvegarder les données téléchargées
sur le disque dur pour que l'usager puisse regarder de quoi s'agit-il – que
ne serait guère practicable – ou commencer une analyse de données coûteuse pour
éventuellement déterminer le type des données avec lequel on a affaire.
Mais n'importe quelle approche choisit-on, les deux sont exclus par l'aspect de
la facilité d'utilisation.
Ce quoi le type MIME comporte
Pour remédier ce problème une entrée
particulière est transmis ensemble avec des données d'en-tête pendant un
transfert de données p. ex. par HTTP pour signaler le receveur à quoi il a
affaire pour qu'il puisse se décider immédiatement comment traiter ce fichier.
Il va traiter des types de données connus directement lorsqu'il a des facultés
nécessaire ou relayer les données lorsqu'il peut avoir accès à un additif
approprié. Elles sont seulement des données inconnues dont le receveur offrira
à l'usager pour télécharger.
Lorsqu'on regarde le type MIME, on va trouver qu'il se compose de deux
marqueurs disjoints par une barre oblique, p. ex.
text/html. La part devant la barre oblique spécifie
le type général de données dont s'agit-il (dans ce cas elles sont des données
textuelles) et cela derrière la barre oblique spécifie ce que s'agit-il
précisement. Elles sont des données HTML dans ce cas que signalent un
navigateur Web comment montrer la page y décrit en les ayant chargé.
Un fichier transmis comme image/jpeg est par contre
reconnu par le navigateur comme un fichier JPEG dont il montrera ensuite, à
part si on a accès par un lien ou comme une part d'un document HTML s'il
intègre le fichier en question comme une image.
text/plain
Il s'agit exactement de ce qu'est indiqué par le type MIME: Des plains données
textuelles. Le navigateur Web montrera tel fichier sans l'autrement traiter,
exactement comme il reste sur le serveur, soit avec touts renvois à la ligne
etc. aux endroits où ils étaient placés.
On pourrait bien sûr transmettre des autres fichiers au lieu du texte plain
avec ce type MIME, mais dans ce cas ils seront montrés comme ils étaient placés
sur le disque dur.
Vous normalement n'allez pas trouver ce type MIME sauf s'il y a un fichier texte offert à vous pour sauvegarder sur le disque. Créer une page Web normalement se révèle comme une gageure parce que vous pouvez définir la mise en place seulement dans le fichier texte et en plus ne pouvez pas placer des liens ou intégrer des autres fichiers.
en hauttext/html
Vous allez normalement trouver ce type MIME chaque fois que vous faites accès à
une page Web. Ceci indique au navigateur que le fichier en question n'est pas
un fichier texte normal, mais contient des additionnelles informations de
formatage selon lesquelles le navigateur peut correctement présenter le
document.
Malheureusement la vérification des documents HTML est très laxiste, donc il
rapidement inciterait écrire du code HTML problématique qu'est présenté par
un navigateur, mais que contient des erreurs syntaxiques et logiques – que
conduit à que ce code fautif sera présenté différent par des divers navigateurs
(même des différentes versions d'un particulier navigateur).
Il est fortement recommandé d'utiliser un service de validation pour remédier
ce problème.
application/javascript
Ce type MIME se présente chaque fois que du JavaScript à intégrer dans un
document sera chargé d'une source externe. Il ordonne le navigateur à exécuter
le code contenu dans le fichier.
Il y faut observer que JavaScript partage un espace des noms global même s'il
serait fragmenté à plusieurs fichiers. Il y faut le considérer, notamment
lorsque plusieurs fichiers introduisent des marqueurs établis au même nom.
On va enncore trouver souvent le type MIME text/javascript, mais il est considéré obsolète et donc il ne faut plus l'utiliser. Au lieu de cela il faut utiliser application/javascript pour transférer des fichiers contenant du JavaScript.
en hauttext/css
Ceci identifie une feuille de style en cascade que met des informations de
formatage en place pur le navigateur Web pour qu'il puisse correctement montrer
la page que l'intègre. Dans le cas général le navigateur montrera les éléments
contenu dans un fichier HTML à leur ordre, mais des mises en places plus
complexes peuvent nécessiter que les éléments sont arrangés autrement comme
inscrits dans le fichier HTML.
Comme il y a maintenent une dissociation entre le code HTML (qui indique
quoi à présenter) et des informations de formatage
(définissent comment le navigateur doit présenter
les différents éléments), il est nécessaire à consigner ces informations de
formatage quelque part. Pour que toutes pages utilisent des informations de
formatage homogènes, on pourrait les mettre dans des fichiers centrales que
sont transmises avec ce type MIME, et ensuite les intégrer dans touts
documents.
application/xhtml+xml
Ce type MIME indique à terme des fichiers de texte, mais la manière comment
ils sont traités présente quelques particularités. L'XHTML n'est pas, contrasté
avec l'HTML, dérivé du SGML, mais de l'XML, et deuxièmement le document
transmis ne présente aucun texte, mais une application XML même s'il existe
sur le disque dur comme un fichier de texte.
On découvrira en outre que le navigateur devient plus tatillon quand il exécute
l'XHTML comme en présentant de l'HTML, parce qu'il donne un message d'erreur au
lieu de montrer le document lorsqu'il découvre une erreur. Ceci pourrait d'un
côté être un désavantage, parce que vous ne pouvez pas ne pas écrire du code
XHTML valide, de l'autre il est définitivement un avantage comme vous êtes sûr
que vous avez créé un document avec une syntaxe correcte lorsqu'il est montré
par un navigateur Web. Vous pouvez facilement découvrir des eventuelles fautes
logiques par utiliser un service de validation.