Las páginas no tienen el doctype declarado
Contents
When starting a new HTML document, one of the first things to do is write your document type declaration. A doctype declaration tells the browser that the page to be rendered is written in HTML. To declare an HTML5 doctype, `<!DOCTYPE html>` is required in the first line of your HTML document. Doctype declaration for HTML5 is not case sensitive and does not require a closing tag.
The body element contains the information that the viewer will see. There are several tags included within the body element. These might include a <p> tag for paragraphs, <ol> tag for ordered lists, <li> tag for list items, or the <a> tag for links.
For HTML5 documents, you can declare the doctype with the code `<!DOCTYPE html>`, but you may also find legacy code written for previous doctypes. The doctype declaration prior to HTML5 was more complicated because it referred to a DTD, or Document Type Definition. Previous versions of HTML doctype declarations include:
In conclusion, each HTML document must begin with a doctype declaration. This declaration communicates to the browser that the web page will be rendered in HTML. If you’re new to HTML, check out our guide here: Learn HTML: A Guide to Learning Hypertext Markup Language, o lea nuestro artículo ¿Cuánto tiempo se tarda en aprender HTML?
Doctype html5 inválido considere usar el doctype html de forma interoperable
XHTML es muy similar a HTML, ya que ambos son descendientes de un lenguaje llamado SGML. Sin embargo, XHTML también desciende de XML, que es un lenguaje de scripting con reglas gramaticales mucho más estrictas que HTML, y XHTML ha heredado parte de esa disciplina. XHTML se diferencia principalmente de HTML por el uso de un nuevo TIPO MIME y la adición de algunas reglas sintácticas nuevas que se explican a continuación.
Si está familiarizado con HTML, le alegrará saber que la mayor parte de lo que sabe sobre HTML sigue siendo relevante en XHTML. Las principales diferencias son que XHTML obliga a los autores de páginas web a ser más coherentes y a escribir un código más legible. Hay algunas diferencias gramaticales y de sintaxis y se han eliminado algunas etiquetas HTML y, en realidad, eso es todo. Si conoce el lenguaje HTML, se sorprenderá de lo fácil que es pasarse al XHTML, y las nuevas reglas del XHTML le obligarán a ser también un mejor programador.
Hay tres tipos de documentos XHTML 1.0 válidos: Estricto, Transicional y Frameset. Si puede conseguir que su documento se valide con «Strict», hágalo; sin embargo, algunas etiquetas y atributos heredados no están permitidos en Strict, por lo que puede utilizar «Transitional» en su lugar.
Error de tipo html
La Comunidad Treehouse es un lugar de encuentro para los desarrolladores, diseñadores y programadores de todos los orígenes y niveles de habilidad para obtener apoyo. Colabora aquí en los errores de código o bugs en los que necesitas retroalimentación, o pidiendo un par de ojos extra en tu último proyecto. Únase a miles de estudiantes y ex alumnos de Treehouse en la comunidad hoy. (Nota: Sólo los estudiantes de Treehouse pueden comentar o hacer preguntas, pero los no estudiantes son bienvenidos a navegar por nuestras conversaciones).
Justo ahora estaba revisando este sitio que hice en WordPress, y me di cuenta de que la declaración DOCTYPE no se renderiza. No estoy seguro de lo que está pasando. Puedes comprobar el sitio aquí: http://www.astridasher.com/
Doctype vs doctype
Hay mucho código web por ahí. Hay muchos desarrolladores con diferentes estilos y habilidades. Todos intentan escribir un código decente, pero a veces la negligencia puede ganarles. Hoy en día, la necesidad y la importancia de un código de calidad son bien entendidas, y cada desarrollador trata de mejorar su código, por lo que utilizan un montón de herramientas como IDEs. Pero incluso así, hay algunos errores que se cuelan. Mientras trabajaba con el código de WordPress, era tan frecuente encontrar algunos errores, que decidí dedicar un poco de tiempo a desarrollar una microherramienta que ayudara a los desarrolladores a enmendar estos problemas.
El problema con el que me topé es el lío causado por el espacio o los caracteres después de la etiqueta de cierre de PHP ?>. Todo el mundo sabe que los caracteres sobrantes no deseados pueden afectar a la representación de la página web o incluso romperla. Veamos por qué.
PHP es un lenguaje de scripting incrustado que le da el poder de incrustar lógica en forma de scripts PHP en el contenido. En este contexto, la etiqueta de apertura y cierre tiene sentido. Estas se utilizan en las plantillas de los temas, pero no en los archivos de funciones de los plugins, donde queremos simplemente código. El problema son los espacios en blanco al final. La mayoría de las veces, los caracteres son introducidos por el editor de texto sin que el desarrollador se dé cuenta. WordPress normalmente anunciará los espacios en blanco extra, e imprimirá un mensaje como este en el admin: salida inesperada.
