4 El campo de encabezado de tipo de contenido El propósito del campo Tipo de contenido es describir los datos contenidos en el cuerpo lo suficiente como para que el agente de usuario receptor pueda seleccionar un agente o mecanismo apropiado para presentar los datos al usuario o tratar de otro modo Los datos de una manera apropiada. El campo de encabezado Content-Type se utiliza para especificar la naturaleza de los datos en el cuerpo de una entidad, proporcionando identificadores de tipo y subtipo y proporcionando información auxiliar que puede ser necesaria para ciertos tipos. Después de los nombres de tipo y subtipo, el resto del campo de encabezado es simplemente un conjunto de parámetros, especificado en una notación de atributo / valor. El conjunto de parámetros significativos difiere para los diferentes tipos. El ordenamiento de los parámetros no es significativo. Entre los parámetros definidos se encuentra un parámetro charset mediante el cual se puede declarar el juego de caracteres utilizado en el cuerpo. Los comentarios están permitidos de acuerdo con las reglas RFC 822 para los campos de cabecera estructurados. En general, el tipo de contenido de nivel superior se utiliza para declarar el tipo general de datos, mientras que el subtipo especifica un formato específico para ese tipo de datos. Por lo tanto, un Content-Type de imagen / xyz es suficiente para decirle a un agente de usuario que los datos son una imagen, incluso si el agente de usuario no tiene conocimiento del formato de imagen específico xyz. Dicha información puede utilizarse, por ejemplo, para decidir si se mostrarán o no a un usuario los datos sin procesar de un subtipo no reconocido, tal acción podría ser razonable para subtipos de texto no reconocidos, pero no para subtipos no reconocidos de imagen o audio. Por esta razón, los subtipos registrados de audio, imagen, texto y video, no deben contener información incrustada que sea realmente de un tipo diferente. Dichos tipos de compuestos se deben representar usando los tipos de múltiples partes o de aplicación. Los parámetros son modificadores del subtipo de contenido y no afectan fundamentalmente los requisitos del sistema host. Aunque la mayoría de los parámetros tienen sentido sólo con ciertos tipos de contenido, otros son globales en el sentido de que pueden aplicarse a cualquier subtipo. Por ejemplo, el parámetro boundary tiene sentido sólo para el tipo de contenido multipart, pero el parámetro charset puede tener sentido con varios tipos de contenido. En este documento se define un conjunto inicial de siete tipos de contenido. Este conjunto de nombres de nivel superior está destinado a ser sustancialmente completo. Se espera que las adiciones al conjunto más grande de tipos soportados puedan lograrse generalmente mediante la creación de nuevos subtipos de estos tipos iniciales. En el futuro, más tipos de nivel superior sólo se pueden definir mediante una extensión a este estándar. Si se utiliza otro tipo primario por cualquier razón, debe darse un nombre que comience con X - para indicar su estado no estándar y para evitar un posible conflicto con un nombre oficial futuro. En la notación ampliada BNF de RFC 822. un valor de campo de encabezado Content-Type se define como sigue: Tenga en cuenta que la definición de tspecials es la misma que la definición de RFC 822 de especiales con la adición de los tres caracteres /, y. Observe también que una especificación de subtipo es OBLIGATORIA. No hay subtipos predeterminados. Los nombres de tipo, subtipo y parámetro no distinguen entre mayúsculas y minúsculas. Por ejemplo, TEXT, Text y TeXt son todos equivalentes. Los valores de los parámetros son normalmente sensibles a mayúsculas y minúsculas, pero ciertos parámetros se interpretan como insensibles a las mayúsculas y minúsculas, dependiendo del uso que se pretenda utilizar. (Por ejemplo, los límites de varias partes distinguen mayúsculas de minúsculas, pero el tipo de acceso para el mensaje / External-body no distingue entre mayúsculas y minúsculas). Más allá de esta sintaxis, la única restricción en la definición de subtipos es el deseo de que sus usos no conflicto. Es decir, sería indeseable tener dos comunidades diferentes usando Content-Type: application / foobar para significar dos cosas diferentes. El proceso de definición de nuevos subtipos de contenido, entonces, no pretende ser un mecanismo para imponer restricciones, sino simplemente un mecanismo para publicitar los usos. Por lo tanto, existen dos mecanismos aceptables para definir nuevos subtipos de Tipo de Contenido: Los valores privados (comenzando con X-) pueden ser definidos bilateralmente entre dos agentes cooperantes sin registro externo o estandarización. Los nuevos valores estándar deben estar documentados, registrados y aprobados por la IANA, como se describe en el Apéndice F. Cuando se destinen al uso público, los formatos a los que se refieren también deben estar definidos por una especificación publicada y posiblemente ofrecidos para la normalización. Los siete tipos de contenido predefinidos iniciales estándar se detallan en la mayor parte de este documento. Son: texto información textual. El subtipo principal, llano, indica el texto sin formato (sin formato). No se requiere ningún software especial para obtener el significado completo del texto, aparte de la compatibilidad con el conjunto de caracteres indicado. Los subtipos se utilizarán para el texto enriquecido en formularios en los que el software de aplicación puede mejorar la apariencia del texto, pero dicho software no debe ser necesario para obtener la idea general del contenido. Posibles subtipos incluyen por lo tanto cualquier formato de procesador de textos legible. Un subtipo muy simple y portátil, richtext, se define en este documento. Datos multipart consistentes en múltiples partes de tipos de datos independientes. Se definen cuatro subtipos iniciales, incluyendo el subtipo primario mixto, alternativo para representar los mismos datos en múltiples formatos, paralelo para partes destinadas a ser vistas simultáneamente, y digerir para entidades multiparte en las que cada parte es de tipo mensaje. Mensaje un mensaje encapsulado. Un cuerpo de mensaje de tipo de contenido es en sí mismo un mensaje conformado RFC 822 totalmente formateado que puede contener su propio campo de encabezado Content-Type diferente. El subtipo principal es rfc822. El subtipo parcial se define para los mensajes parciales, para permitir la transmisión fragmentada de cuerpos que se cree que son demasiado grandes para pasar a través de las instalaciones de transporte de correo. Otro subtipo, Externo-cuerpo, se define para especificar cuerpos grandes por referencia a una fuente de datos externa. Datos de imagen de imagen. La imagen requiere un dispositivo de visualización (como una pantalla gráfica, una impresora o un equipo de fax) para ver la información. Los subtipos iniciales se definen para dos formatos de imagen ampliamente utilizados, jpeg y gif. Datos de audio y audio, con subtipo inicial básico. El audio requiere un dispositivo de salida de audio (como un altavoz o un teléfono) para mostrar el contenido. Datos de vídeo. El video requiere la capacidad de mostrar imágenes en movimiento, incluyendo típicamente hardware y software especializados. El subtipo inicial es mpeg. Aplicación de algún otro tipo de datos, típicamente datos binarios no interpretados o información para ser procesados por una aplicación basada en correo. El subtipo principal, octet-stream, debe utilizarse en el caso de datos binarios no interpretados, en cuyo caso la acción más sencilla recomendada es ofrecer escribir la información en un archivo para el usuario. Se definen dos subtipos adicionales, ODA y PostScript, para el transporte de documentos ODA y PostScript en los cuerpos. Otros usos esperados para la aplicación incluyen hojas de cálculo, datos para sistemas de programación basados en correo electrónico y idiomas para correo electrónico activo (computacional). (Tenga en cuenta que el correo electrónico activo implica varias consideraciones de seguridad, que se tratan más adelante en este documento, en particular en el contexto de la aplicación / PostScript.) Los mensajes RFC 822 predeterminados son escritos por este protocolo como texto sin formato en el conjunto de caracteres US-ASCII. Explícitamente especificado como Content-type: text / plain charsetus-ascii. Si no se especifica Content-Type, ya sea por error o por un agente de usuario anterior, se asume que este valor predeterminado. En presencia de un campo de encabezado MIME-Version, un agente de usuario receptor también puede asumir que el texto US-ASCII simple era la intención del remitente. En ausencia de una especificación MIME-Version, el texto US-ASCII debe ser asumido, pero la intención de los remitentes podría haber sido de otra manera. Debe observarse que la lista de valores de Content-Type dada aquí puede ser aumentada en el tiempo, vía Los mecanismos descritos anteriormente, y que se espera que el conjunto de subtipos crezca sustancialmente. Cuando un lector de correo encuentra un correo con un valor de tipo de contenido desconocido, generalmente lo tratará como equivalente a application / octet-stream, tal como se describe más adelante en este documento. Módulo de Apaque modmime Resumen Este módulo se utiliza para asociar varios bits de meta información Con archivos por sus extensiones de nombre de archivo. Esta información relaciona el nombre de archivo del documento con su tipo de mime, idioma, conjunto de caracteres y codificación. Esta información se envía al navegador y participa en la negociación de contenido, por lo que se respetan las preferencias de los usuarios al elegir uno de los varios archivos posibles que se van a publicar. Consulte modnegotiation para obtener más información acerca de la negociación de contenido. Las directivas AddCharset. AddEncoding. AddLanguage y AddType se utilizan para asignar extensiones de archivo a la meta-información para ese archivo. Respectivamente, establecen el conjunto de caracteres, la codificación de contenido, el contenido-lenguaje y el tipo MIME (tipo de contenido) de los documentos. La directiva TypesConfig se utiliza para especificar un archivo que también asigna extensiones a tipos MIME. Además, modmime puede definir el manejador y los filtros que originan y procesan el contenido. Las directivas AddHandler. AddOutputFilter. Y AddInputFilter controlan los módulos o las secuencias de comandos que sirven al documento. La directiva MultiviewsMatch permite modnegotiation considerar estas extensiones de archivo que se incluirán al probar coincidencias de Multiviews. Mientras que modmime asocia la meta-información con extensiones de nombre de archivo, el servidor central proporciona directivas que se utilizan para asociar todos los archivos de un contenedor determinado (por ejemplo, ltLocationgt. LtDirectorygt o ltFilesgt) con una meta-información particular. Estas directivas incluyen ForceType. SetHandler. SetInputFilter. Y SetOutputFilter. Las directivas centrales anulan cualquier asignación de extensión de nombre de archivo definida en modmime. Tenga en cuenta que el cambio de la meta-información de un archivo no cambia el valor del encabezado Last-Modified. Por lo tanto, las copias previamente almacenadas en caché todavía pueden ser utilizadas por un cliente o proxy, con los encabezados anteriores. Si cambia la meta-información (idioma, tipo de contenido, conjunto de caracteres o codificación), puede que necesite tocar los archivos afectados (actualizando la última fecha de modificación) para asegurarse de que todos los visitantes reciban los encabezados de contenido corregido. Temas Directivas Véase también Los archivos pueden tener más de una extensión, y el orden de las extensiones es normalmente irrelevante. Por ejemplo, si el archivo welcome. html. fr se asigna al tipo de contenido text / html y al idioma francés entonces el archivo welcome. fr. html se asignará exactamente a la misma información. Si se da más de una extensión que se asigna al mismo tipo de meta-información, se usará la de la derecha, excepto para los lenguajes y las codificaciones de contenido. Por ejemplo, si. gif se asigna a la imagen de tipo MIME / gif y. html se asigna al texto / html de tipo MIME. Entonces el archivo welcome. gif. html se asociará con el texto de tipo MIME / html. Los lenguajes y codificaciones de contenido se tratan acumulativos, ya que se puede asignar más de un idioma o codificación a un recurso en particular. Por ejemplo, el archivo welcome. html. en. de se entregará con Content-Language: en, de y Content-Type: text / html. Se debe tener cuidado cuando un archivo con múltiples extensiones se asocia tanto con un tipo MIME como con un manejador. Esto normalmente dará como resultado que la solicitud sea manejada por el módulo asociado con el manejador. Por ejemplo, si la extensión. imap se asigna al manipulador imap-file (desde modimagemap) y la extensión. html se asigna al tipo MIME text / html. Entonces el archivo world. imap. html se asociará con el manejador de archivos imap y el tipo MIME de texto / html. Cuando se procesa, se utilizará el manipulador de archivos imap, por lo que se tratará como un archivo de imagenap modimagemap. Si prefiere que la última parte separada por puntos del nombre de archivo esté asignada a una determinada pieza de metadatos, no utilice las directivas Add. Por ejemplo, si desea que el archivo foo. html. cgi sea procesado como un script CGI, pero no el archivo bar. cgi. html. Entonces en lugar de usar AddHandler cgi-script. cgi. Use el controlador de configuración basado en la extensión final solamente. LtFilesMatch. cgigt SetHandler cgi-script lt / FilesMatchgt Un archivo de un tipo MIME particular puede codificarse adicionalmente de una manera particular para simplificar la transmisión a través de Internet. Si bien esto suele referirse a la compresión, como gzip. También puede referirse a cifrado, como un pgp o una codificación como UUencoding, que está diseñado para transmitir un archivo binario en un formato ASCII (texto). El RFC HTTP / 1.1. La sección 14.11 lo expresa de esta manera: El campo encabezado Content-Encoding de la entidad se utiliza como un modificador para el tipo de medio. Cuando está presente, su valor indica qué codificaciones de contenido adicionales se han aplicado al cuerpo de entidad y, por tanto, qué mecanismos de descodificación deben aplicarse para obtener el tipo de medio referenciado por el campo de encabezado Content-Type. Content-Encoding se utiliza principalmente para permitir que un documento se comprima sin perder la identidad de su tipo de medio subyacente. Mediante el uso de más de una extensión de archivo (vea la sección anterior acerca de varias extensiones de archivo), puede indicar que un archivo es de un tipo particular. Y también tiene una codificación particular. Por ejemplo, puede tener un archivo que es un documento de Microsoft Word, que se comprime para reducir su tamaño. Si la extensión. doc está asociada con el tipo de archivo de Microsoft Word y la extensión. zip está asociada con la codificación del archivo pkzip, el archivo Resume. doc. zip sería conocido por ser un documento de Word de pkziped. Apache envía un encabezado Content-encoding con el recurso, con el fin de decirle al navegador del cliente sobre el método de codificación. Además del tipo de archivo y la codificación del archivo, otra información importante es el idioma en el que se encuentra un documento en particular y en qué conjunto de caracteres se debe mostrar el archivo. Por ejemplo, el documento puede estar escrito en el alfabeto vietnamita, o en cirílico, y debe ser mostrado como tal. Esta información, también, se transmite en encabezados HTTP. El conjunto de caracteres, el lenguaje, la codificación y el tipo mime se usan en el proceso de negociación de contenido (ver modnegotiation) para determinar qué documento dar al cliente, cuando hay documentos alternativos en más de un conjunto de caracteres, idioma, codificación o mime tipo. Todas las asociaciones de extensiones de nombre de archivo creadas con AddCharset. AddEncoding. Las directivas AddLanguage y AddType (y las extensiones listadas en MimeMagicFile) participan en este proceso selecto. Extensiones de nombre de archivo que sólo están asociadas utilizando el AddHandler. Las directivas AddInputFilter o AddOutputFilter se pueden incluir o excluir de la coincidencia mediante la directiva MultiviewsMatch. Para transmitir esta información adicional, Apache opcionalmente envía un encabezado Content-Language para especificar el idioma en el que se encuentra el documento y puede agregar información adicional al encabezado Content-Type para indicar el conjunto de caracteres particular que debe utilizarse para representar correctamente el información. Content-Language: en, fr Tipo de contenido: text / plain charsetISO-8859-1 La especificación del lenguaje es la abreviatura de dos letras del lenguaje. El conjunto de caracteres es el nombre del conjunto de caracteres particular que se debe utilizar. La directiva AddEncoding asigna las extensiones de nombre de archivo dadas al tipo de codificación especificado. MIME-enc es la codificación MIME que se utiliza para los documentos que contienen la extensión. Este mapeo se agrega a cualquiera que ya esté en vigor, reemplazando cualquier asignación que ya exista para la misma extensión. Ejemplo AddEncoding x-gzip. gz AddEncoding x-comprimir. Z Esto hará que los nombres de archivo que contengan la extensión. gz estén marcados como codificados usando la codificación x-gzip y los nombres de archivo que contengan la extensión. Z que se marcarán como codificados con x-compress . Los clientes antiguos esperan x-gzip y x-compress. Sin embargo la norma dicta que theyre equivalente a gzip y comprimir, respectivamente. Apache hace las comparaciones de codificación de contenido ignorando cualquier x principal. Al responder con una codificación, Apache usará cualquier forma (por ejemplo, x-foo o foo) que el cliente solicite. Si el cliente no solicitó específicamente un formulario concreto, Apache utilizará el formulario proporcionado por la directiva AddEncoding. Para hacer esta larga historia corta, siempre debe usar x-gzip y x-compres para estas dos codificaciones específicas. Codificaciones más recientes, tales como deflación se debe especificar sin el x-. El argumento de extensión no distingue entre mayúsculas y minúsculas y se puede especificar con o sin un punto inicial. Los nombres de archivo pueden tener varias extensiones y el argumento de extensión se comparará con cada uno de ellos. La directiva AddLanguage asigna la extensión de nombre de archivo dada al lenguaje de contenido especificado. MIME-lang es el lenguaje MIME de los nombres de archivo que contienen la extensión. Este mapeo se agrega a cualquiera que ya esté en vigor, reemplazando cualquier asignación que ya exista para la misma extensión. Ejemplo AddEncoding x-compress. Z AddLanguage en. en AddLanguage fr. fr Entonces el documento xxxx. en. Z será tratado como un documento comprimido en inglés (al igual que el documento xxxx. Z.en). Aunque el idioma del contenido se informa al cliente, es poco probable que el navegador utilice esta información. La directiva AddLanguage es más útil para la negociación de contenido. Donde el servidor devuelve uno de varios documentos basado en la preferencia de idioma de los clientes. Si se realizan varias asignaciones de idioma para la misma extensión, la última encontrada es la que se utiliza. Es decir, para el caso de: AddLanguage en. en AddLanguage en-gb. es AddLanguage en-us. en documentos con la extensión. en sería tratado como en-us. El argumento de extensión no distingue entre mayúsculas y minúsculas y se puede especificar con o sin un punto inicial. Los nombres de archivo pueden tener varias extensiones y el argumento de extensión se comparará con cada uno de ellos. Consulte también AddOutputFilter sólo está disponible en Apache 2.0.26 y posteriores. La directiva AddOutputFilter asigna la extensión de extensión de nombre de archivo a los filtros que procesarán las respuestas del servidor antes de que se envíen al cliente. Esto es además de cualquier filtro definido en otra parte, incluyendo la directiva SetOutputFilter y AddOutputFilterByType. Esta asignación se fusiona con cualquiera que ya esté en vigor, reemplazando cualquier asignación que ya exista para la misma extensión. Por ejemplo, la siguiente configuración procesará todos los archivos. shtml para incluir en el servidor y luego comprimirá la salida usando moddeflate. AddOutputFilter INCLUDESDEFLATE shtml Si se especifica más de un filtro, deben estar separados por punto y coma en el orden en que deben procesar el contenido. El argumento de filtro es insensible a mayúsculas y minúsculas. El argumento de extensión no distingue entre mayúsculas y minúsculas y se puede especificar con o sin un punto inicial. Los nombres de archivo pueden tener varias extensiones y el argumento de extensión se comparará con cada uno de ellos. Véase también La directiva AddType asigna las extensiones de nombre de archivo dadas al tipo de contenido especificado. MIME-type es el tipo MIME que se utiliza para los nombres de archivo que contienen la extensión. Este mapeo se agrega a cualquiera que ya esté en vigor, reemplazando cualquier asignación que ya exista para la misma extensión. Esta directiva puede utilizarse para agregar asignaciones no enumeradas en el archivo de tipos MIME (consulte la directiva TypesConfig). Ejemplo AddType image / gif. gif Se recomienda agregar nuevos tipos MIME mediante la directiva AddType en lugar de cambiar el archivo TypesConfig. El argumento de extensión no distingue entre mayúsculas y minúsculas y se puede especificar con o sin un punto inicial. Los nombres de archivo pueden tener varias extensiones y el argumento de extensión se comparará con cada uno de ellos. Ver también Disponible en Apache 2.0.26 y posteriores. MultiviewsMatch permite tres comportamientos diferentes para modnegotiation s Multiviews. Multiviews permite una solicitud de un archivo, p. Index. html. Para que coincida con cualquier extensión negociada después de la solicitud de base, p. Index. html. en. Index. html. fr. O index. html. gz. La opción NegotiatedOnly proporciona que cada extensión que siga al nombre de base debe correlacionarse con una extensión modmime reconocida para la negociación de contenido, p. Charset, Content-Type, Lenguaje o Codificación. Esta es la implementación más estricta con el menor número de efectos secundarios inesperados y es el comportamiento predeterminado. Para incluir extensiones asociadas con controladores y / o filtros, establezca la directiva MultiviewsMatch en cualquiera de los manejadores. Filtros. O ambas palabras clave de opción. Si todos los demás factores son iguales, se servirá el archivo más pequeño, p. Al decidir entre index. html. cgi de 500 bytes e index. html. pl de 1000 bytes, el archivo. cgi ganaría en este ejemplo. Los usuarios de archivos. asis podrían preferir usar la opción Handler, si los archivos. asis están asociados con el asis-handler. Finalmente, puede permitir que cualquier extensión coincida, incluso si modmime no reconoce la extensión. Este fue el comportamiento en Apache 1.3, y puede causar resultados impredecibles, como la publicación de archivos. old o. bak que el webmaster nunca esperaba que se sirvieran. Por ejemplo, la siguiente configuración permitirá a los manipuladores y filtros participar en Multviews, pero excluirá los archivos desconocidos: MultiviewsMatch Handlers Filters Ver también Remove any character set associations para un conjunto de extensiones de archivo RemoveCharset extension extension. Host virtual, directorio. Htaccess RemoveCharset sólo está disponible en Apache 2.0.24 y versiones posteriores. La directiva RemoveCharset elimina todas las asociaciones de conjuntos de caracteres de los archivos con las extensiones dadas. Esto permite que los archivos. htaccess en subdirectorios deshagan cualquier asociación heredada de los directorios principales o de los archivos de configuración del servidor. El argumento de extensión no distingue entre mayúsculas y minúsculas y se puede especificar con o sin un punto inicial. Ejemplo RemoveCharset. html. shtml Elimina cualquier asociación de codificación de contenido para un conjunto de extensiones de archivo Extensión de extensión RemoveEncoding. Host virtual, directorio. Htaccess La directiva RemoveEncoding elimina todas las asociaciones de codificación de los archivos con las extensiones dadas. Esto permite que los archivos. htaccess en subdirectorios deshagan cualquier asociación heredada de los directorios principales o de los archivos de configuración del servidor. Un ejemplo de su uso podría ser: /foo/.htaccess: AddEncoding x-gzip. gz AddType texto / plain. asc ltFiles. gz. ascgt RemoveEncoding. gz lt / Filesgt Esto hará que foo. gz sea marcado como codificado con El método gzip, pero foo. gz. asc como un archivo de texto sin codificar. Nota Las directivas RemoveEncoding se procesan después de cualquier directiva AddEncoding, por lo que es posible que puedan deshacer los efectos de este último si ambos se producen dentro de la misma configuración de directorio. El argumento de extensión no distingue entre mayúsculas y minúsculas y se puede especificar con o sin un punto inicial. La directiva RemoveHandler elimina las asociaciones de manejadores de archivos con las extensiones dadas. Esto permite que los archivos. htaccess en subdirectorios deshagan cualquier asociación heredada de los directorios principales o de los archivos de configuración del servidor. Un ejemplo de su uso podría ser: /foo/.htaccess: AddHandler analizado por el servidor. html /foo/bar/.htaccess: Esto tiene el efecto de devolver los archivos. html en el directorio / foo / bar para que se traten como archivos normales , Y no como candidatos para analizar (véase el módulo modinclude). El argumento de extensión no distingue entre mayúsculas y minúsculas y se puede especificar con o sin un punto inicial. RemoveInputFilter sólo está disponible en Apache 2.0.26 y versiones posteriores. La directiva RemoveInputFilter elimina todas las asociaciones de filtros de entrada para los archivos con las extensiones dadas. Esto permite que los archivos. htaccess en subdirectorios deshagan cualquier asociación heredada de los directorios principales o de los archivos de configuración del servidor. El argumento de extensión no distingue entre mayúsculas y minúsculas y se puede especificar con o sin un punto inicial. Consulte también Quita cualquier asociación de idiomas para un conjunto de extensiones de archivo Extensión de extensión RemoveLanguage. Host virtual, directorio. Htaccess RemoveLanguage sólo está disponible en Apache 2.0.24 y posterior. La directiva RemoveLanguage elimina todas las asociaciones de idiomas para los archivos con las extensiones dadas. Esto permite que los archivos. htaccess en subdirectorios deshagan cualquier asociación heredada de los directorios principales o de los archivos de configuración del servidor. El argumento de extensión no distingue entre mayúsculas y minúsculas y se puede especificar con o sin un punto inicial. Elimina cualquier asociación de filtros de salida para un conjunto de extensiones de archivo Extensión de extensión RemoveOutputFilter. Host virtual, directorio. Htaccess RemoveOutputFilter sólo está disponible en Apache 2.0.26 y posterior. La directiva RemoveOutputFilter elimina todas las asociaciones de filtro de salida de los archivos con las extensiones dadas. Esto permite que los archivos. htaccess en subdirectorios deshagan cualquier asociación heredada de los directorios principales o de los archivos de configuración del servidor. El argumento de extensión no distingue entre mayúsculas y minúsculas y se puede especificar con o sin un punto inicial. Ejemplo Consulte también Quita cualquier asociación de tipo de contenido para un conjunto de extensiones de archivo Extensión de extensión RemoveType. Host virtual, directorio. Htaccess La directiva RemoveType elimina todas las asociaciones de tipo MIME de archivos con las extensiones dadas. Esto permite que los archivos. htaccess en subdirectorios deshagan cualquier asociación heredada de los directorios principales o de los archivos de configuración del servidor. Un ejemplo de su uso podría ser: /foo/.htaccess: Esto eliminará cualquier manipulación especial de archivos. cgi en el directorio / foo / y cualquier debajo de él, haciendo que los archivos sean tratados como siendo del DefaultType. Nota Las directivas de RemoveType se procesan después de cualquier directiva AddType, por lo que es posible que se deshagan los efectos de este último si ambos se producen dentro de la misma configuración de directorio. El argumento de extensión no distingue entre mayúsculas y minúsculas y se puede especificar con o sin un punto inicial. La directiva TypesConfig establece la ubicación del archivo de configuración de tipos MIME. File-path es relativo a ServerRoot. Este archivo establece la lista predeterminada de asignaciones de extensiones de nombre de archivo a tipos de contenido. La mayoría de los administradores usan el archivo mime. types proporcionado, que asocia las extensiones de nombres de archivo comunes con los tipos de contenido registrados de IANA. La lista actual se mantiene en iana. org/assignments/media-types/index. html. Esto simplifica el archivo httpd. conf proporcionando la mayoría de las definiciones de tipo de medio y puede ser reemplazado por directivas AddType según sea necesario. No debe editar el archivo mime. types, ya que puede ser reemplazado al actualizar su servidor. El archivo contiene líneas en el formato de los argumentos a una directiva AddType: El caso de la extensión no importa. Las líneas en blanco y las líneas que comienzan con un carácter de hash () se ignoran. Por favor, no envíe solicitudes al Proyecto Servidor HTTP de Apache para agregar nuevas entradas en el archivo mime. types distribuido a menos que (1) ya estén registrados con IANA, y (2) utilicen extensiones de nombres de archivo ampliamente aceptadas y no conflictivas entre plataformas . Las solicitudes de categoría / subtipo-x se rechazarán automáticamente, al igual que las nuevas extensiones de dos letras, ya que es probable que se produzcan conflictos más tarde con el ya lleno de idiomas y el espacio de nombres del conjunto de caracteres. Véase también Aviso: Esta no es una sección de QampA. Los comentarios colocados aquí deben estar orientados hacia sugerencias sobre cómo mejorar la documentación o el servidor, y pueden ser removidos nuevamente por nuestros moderadores si son implementados o considerados como no válidos / fuera de tema. Las preguntas sobre cómo administrar el Servidor HTTP Apache deben dirigirse a nuestro canal IRC, httpd, en Freenode, o enviarse a nuestras listas de correo. Copyright 2016 Apache Software Foundation. Licenciado bajo la Licencia Apache, Versión 2.0. Lista de tipos MIME por tipo de contenido Actualizado 03 de marzo 2016. MIME (Multipurpose Internet Mail Extensions) es un estándar de Internet que se utiliza para identificar los tipos de contenido en los archivos. Estos tipos pueden incluir aplicaciones. Sonidos, video, texto y otros. Son muy similares a las extensiones de archivo que usted está familiarizado con en su escritorio o portátil. Por ejemplo, la extensión. doc para documentos de Word. El archivo. exe para archivos de ventanas ejecutables y. xls para archivos de Excel. Los tipos MIME se definen en HTML por el atributo type en los vínculos. objetos. Y etiquetas de estilo y guión. Seguir leyendo abajo
No comments:
Post a Comment