Cada página html con el doctype necesita conexión a internet para procesar la página correctamente?
https://stackoverflow.com/questions/1986819
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
muchos doctype utilice un enlace url
como este
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
y este archivo dtd es en vivo por la url http://www.w3.org/TR/html4/strict.dtd
¿Cuál es el uso de este en vivo en línea de la dtd y cómo cualquier página (que utilizan este doctype) se visualizará correctamente de acuerdo a este doctype sin tener que acceder a esta dirección url (me refiero a si el acceso a internet no está disponible?)
actualización : He encontrado esta info de wikipedia http://en.wikipedia.org/wiki/System_identifier
En HTML y XML, un identificador de sistema es un fragmentless URI de referencia.Es normalmente se produce en un Tipo de Documento De la declaración.En este contexto, es la intención de identificar un tipo de documento que se utilizan exclusivamente en uno la aplicación, mientras que un público identificador está destinado a identificar un tipo de documento que puede abarcar más de una sola aplicación.
En el siguiente ejemplo, el sistema de identificador es el texto que contiene dentro de las comillas:
actualización 2 : es sólo para uso de Validadores?cómo algunos programas de software como dreamweaver proporciona sin conexión de validación?
actualización 3: he encontrado esta info de la w3c http://www.w3.org/QA/Tips/Doctype
Por qué especificar un doctype?Porque define la versión de (X)HTML de su el documento es en realidad el uso de (versión por qué navegador o validador?), y esta es una pieza fundamental de la la información que necesita algunas herramientas (qué herramientas?otras herramientas, a continuación, validador?) el procesamiento del documento.
Por ejemplo, especificar el tipo de documento de el documento permite el uso de herramientas como el Validador de Marcado para comprobar la sintaxis del (X)HTML.Tales herramientas no ser capaz de trabajar si no saber qué tipo de documento que se el uso de.
Pero lo más importante es que con la mayoría de las familias de los navegadores, una declaración doctype va a hacer un montón de adivinar innecesarios, y por lo tanto desencadenar un "estándar" modo de representación.
Solución
No, ningún navegador realmente obtiene ni validan contra el Doctype. Ver Los DTD no funcionan en la web Para un buen argumento de por qué obtener y validar DTDS es una mala idea.
El Doctype está ahí, en teoría, para decir qué versión del estándar usa el documento. Los navegadores generalmente no usan esta información, aparte de Cambiar entre peculiaridades y el modo de estándares. Todos los navegadores modernos aceptan el Doctype más simple posible, sin URL o información de la versión, <!DOCTYPE html>, para este propósito; Debido a esto, Html5 ha adoptado esto como el Doctype recomendado.
Los validadores a veces usan esta información para decir con qué DTD validar, pero los DTD integrados en el documento no son en realidad una muy buena forma de especificar información de validación. El problema con la validación de un DTD referenciado dentro de un documento es que el consumidor de ese documento realmente no le importa tanto si el documento es autoconsistente, sino si sigue un esquema que el consumidor sabe cómo interpretar de manera confiable. En cambio, generalmente es mejor validar contra un esquema externo, en un lenguaje de esquema más poderoso como Relajarse ng.
Cuando los validadores usan esta información, con frecuencia usan el URI como un identificador Solo, no como un locador. Eso significa que el validador ya conoce todos los Doctypes HTML comunes, y utiliza ese conocimiento para la validación, en lugar de descargar del URI mencionado. Esto es en parte para evitar el problema de tener que descargar el DTD cada vez, y también porque un DTD en realidad no especifica suficiente información para proporcionar muy buenos mensajes de validación y error, por lo que algunas partes del validador pueden especificarse en código personalizado o un lenguaje de esquema más poderoso. Para más información, ver Tesis de Henri Sivonen en su implementación del validador.nu HTML5 CHEPKER DE CONFORMANCIA.
Algunos validadores también pueden descargar y luego caché DTDS, por lo que tendrían que estar en línea una vez para descargarlo, pero luego funcionará desde la versión en caché.
Otros consejos
El URI está allí para identificar el tipo de documento de manera única: no está destinado a recuperación y ningún navegador (u otro software) debe depender de un documento existente en esa dirección web.
Me preguntaba acerca de que a mí mismo.Pero si usted tiene su propio servidor HTTP, es bastante fácil de demostrar que no importa.Simplemente tire del cable para el mundo exterior y ver si todavía puede abrir las páginas en el servidor.
