Buscador

lunes, 11 de mayo de 2015

HTML5: Principios

Tres principios básicos han apoyado la implementación y creación de HTML5:

1. Lo que funciona debe seguir funcionando.
Lo que significa básicamente: si metemos nuestras modificaciones o cambios en la web de otra gente este no deje de funcionar (y si actualizamos algo a HTML5 lo mismo).
Con HTML5 todo lo anterior sigue funcionando, da igual la versión de HTML o XHTML en la que estuviera hecha nuestra pagina que nuestros nuevos cambios en HTML seguirán funcionando (al contrario que con el XHTML 2 por ejemplo).  Vamos resumiendo: Todo lo que fuera valido para HTML 4.01 también lo es para HTML 5.

¿Cómo hace HTML5 el tratamiento de los Elementos obsoletos?
Debido a que HTML5 es compatible con todas las versiones de HTML, es compatible también con muchas características que se consideran obsoletas. Esto incluye elementos de formato como <font> despreciados, de elementos como <blink> y <marquee>, y tambi%eacute;n con el torpe sistema de marcos HTML. Esta apertura mental es un punto de confusión para muchos nuevos aprendices HTML5. Por un lado, ¿debería HTML5 prohibir estos elementos obsoletos que no tienen una especificación oficial en años (o nunca)?.
Los navegadores modernos siguen apoyando silenciosamente estos elementos y en HTML5 funcionan realmente por lo que....
Nosotros solo diremos que los desarrolladores web tienen que evitar los malos hábitos y elementos desechados del pasado. Para certificar esto se puede usar un validador HTML5. Pero también diremos que si algo funciona, gusta y ya esta terminado ¿para que cambiarlo y empezar de cero?.

2. Pavimentar las "Cowpaths"
Un "cowpath" en ingles es la pista de tierra, muy trillada o difícil que hace que la gente  pueda ir de un punto a otro. Existe una "cowpath" porque está siendo utilizado es así de simple, normalmente no son la mejor manera de moverse pero en algún momento se estableció que era la solución de trabajo más práctica.
HTML5  lo que pretende es estandarizar estas técnicas "no oficiales" (pero ampliamente utilizados) y menos "finas". 
Aquí pueden influir dos factores:

1) La capacidad del diseñador o programador en aplicar las nuevas técnicas.

2) Las nuevas técnicas pueden no funcionar para los "viejos" navegadores por lo que...
Nota: También tiene un beneficio obvio: Emplea técnicas establecidas que ya tienen cierto nivel de soporte de los navegadores. Si le das a un desarrollador web a elegir entre una nueva característica de bonito diseño que funciona en el 70 por ciento de los navegadores web por ahí y un truco sucio que funciona en todas partes, van a elegir el hack desordenado y la audiencia que va a utilizar esta técnica va a ser mucho mas amplia. 
El enfoque de "allanar los cowpaths" también requiere algunos compromisos. A veces significa "abrazar" una característica ampliamente apoyada pero mal diseñada o pensada. Un ejemplo es el "Drag&drop" (la capacidad de arrastrar y soltar) de HTML5 que se basa totalmente en el comportamiento de Microsoft creó para IE5. Aunque esta característica de arrastrar y soltar es ahora compatible con todos los navegadores, es universalmente detestaba por ser torpe y demasiado complicada. Esto ha llevado a algunos diseñadores web a quejarse de: "HTML5 no sólo fomenta el mal comportamiento sino que lo define."

3. Sea práctico ante todo.
Este principio es simple: Los cambios deben tener un propósito práctico. Por ejemplo, el tercer sitio de web más popular del mundo (en el momento de escribir esto) es YouTube. Pero debido a que HTML no tenía funciones de vídeo real antes de la llegada de HTML5, YouTube tuvo que confiar en el navegador plug-in Flash. Esta solución funciona sorprendentemente bien debido a que el plug-in Flash está presente en prácticamente todos los ordenadores conectados a la Web. Sin embargo, hay excepciones ocasionales que por lo que sea ese plugin no esta presente, solo por estos casos que pueden ser miles merece la pena que HTML5 les ofrezca una alternativa para visionar los videos. Con otras muchas funcionalidades se aplica el mismo principio. ¿Para que vamos a depender de tener o instalarnos plugins o cualquier otra herramienta externa si podemos tener la funcionalidad directamente en HTML5?.

HTML5: Ventajas

Ventajas de HTML5

Resumiendo un poco algunas de las mayores ventajas de HTML5: Simplifica el código haciendo que las paginas pesen menos y carguen mas rápidamente ganando velocidad de esta forma, incorpora también grandes mejoras para incorporar fácilmente Sonido e Imágenes (Canvas) a cualquier pagina y permite el fácil diseño de una pagina para cualquier tipo de soporte (PC, Móvil, Tablet....)  pero hay muchas mas algunas de las cuales comentamos a continuación:
HTML5  es "OpenSource" (Código abierto) lo que quiere decir que no depende de plugins ni actualizaciones ni de Javascripts....

HTML5  hace que la Web sea mas rápida: los desarrolladores son capaces de utilizar HTML5 para reducir el tamaño de los archivos y garantizar una experiencia de usuario mas limpia.

HTML5 tiene "Canvas": una poderosa herramienta para la creación de contenido gráfico. Con "canvas" - lienzo, se hace más fácil crear animaciones, dibujos y otros elementos visuales complejas sin necesidad de utilizar aplicaciones externas.

• Cada vez son más los navegadores de Internet que están apoyando a HTML5

• Un aspecto importante que rodea HTML5 es sus capacidades de video. Los desarrolladores pueden integrar vídeo con HTML5 sin tener que utilizar ningún plugin. Como los navegadores se están volviendo  más y más  compatibles con HTML5, el porcentaje de vídeos de HTML5 disponibles en línea está aumentando rápidamente.

Lo mismo va para el sonido. HTML5 viene con una potente herramienta de apoyo para los elementos de audio.
• HTML5 está disponible en una multitud de plataformas (funciona muy bien en PC, teléfonos móviles y tabletas).

• HTML5 incorpora nuevas capacidades Javascript que aumentan la capacidad de almacenamiento. Frente a las cookies que dejaban almacenar algunos kilobytes, ahora se puede conseguir el almacenamiento de entre 5 y 10 megas, dependiendo de la plataforma. Además, se permiten múltiples Javascripts corriendo en paralelo en una misma página. 

• También dispone de nuevas capacidades CSS3 como posibilidad de usar cualquier fuente o tipografía en HTML, columnas de texto, opacidad, transparencia, canales alpha, contraste, saturación, brillo, animaciones de transición y transformación, bordes redondeados, gradientes, sombras, etc..

HTML5 Optimiza la entrada de datos de los formularios. Por ejemplo la validación de campos sin necesidad de javascript.

Si te interesa el posicionamiento de tu pagina en Google, debes saber que una pagina escrita en este lenguaje es priorizada por el buscador, respecto a otras con el mismo contenido pero escritas usando otros lenguajes.

HTML5: Introducción

Tenemos que remontarnos al 2002 para comprender el origen del HTML 5. Ese año la W3C (organismo de trabajo compuesto por empresas y universidades de todo el mundo encargado del desarrollo por consenso de especificaciones para la web cuyo principal objetivo es el desarrollo y estabilidad de la web como espacio compartido de información y entretenimiento) dejo de desarrollar aunque supuestamente seguían trabajando en el XHTML 2.0 (versión 2.0 de un intento de adaptar el HTML a las exigencias del XML) su trabajo era prácticamente irrelevante y el paso a la versión 2.0 de XHTML resulto un fracaso.

Probablemente, el principal motivo del fracaso fue el problema de los tipos MIME en Intenet Explorer (en las versiones anteriores a IE9).

Los tipos MIME definen tipos de documentos y son la manera en que el servidor le dice al navegador qué tipo de documento le va a enviar. El tipo MIME de los documentos html es text/html mientras que el tipo MIME de los documentos xhtml es application/xhtml+xml.

El problema fue que los Internet Explorer anteriores a IE9 no admitían el tipo application/xhtml+xml y simplemente no mostraban los documentos enviados con este tipo MIME. La alternativa era enviar los documentos xhtml como text/html pero esto generaba multitud de errores y dado que Internet Explorer era y es el navegador más utilizado prácticamente nadie enviaba ni envía los documentos xhtml con el tipo MIME application/xhtml+xml y como al enviarlos con el tipo MIME text/html se pierden todas las ventajas del xhtml, la conclusión era automática: no vale la pena usar XHTML. Actualmente gran parte o la mayoría de las páginas disponibles en la web ni son XHTML ni se sirven como tal.

Ante este bloqueo que impedía el desarrollo del HTML (el W3C recordemos había abandonado el desarrollo del HTML en favor del XHTML que fue rechazado por el mercado), en 2004 se creó el WHATWG (Web Hypertext Application Technology Working Group), un grupo de trabajo informal formado por individuos y distintas empresas (Mozilla, Opera, Apple, Google entre ellas) dedicado al desarrollo del HTML, sobre todo para facilitar el desarrollo de las aplicaciones Web. Este grupo empezó a elaborar las especificaciones HTML 5 (también llamada Web Applications 1.0) con la intención de que en el futuro se publicaran como recomendaciones del W3C con el nombre de HTML 5.

A finales de 2006, se anuncia la creación de un nuevo grupo de trabajo sobre HTML dentro del W3C y la restructuración de los grupos existentes para reintegrar el trabajo del WHATWG.
En marzo de 2007 se creó el grupo de trabajo HTML  con la misión de retomar el desarrollo del HTML y con participación de todos los implicados (incluso de Microsoft que se mantenía al margen del WHATWG, pero que forma parte del grupo de trabajo HTML del W3C desde el verano de 2009). Este grupo adoptó los borradores del WHATWG y desde 2008 publica regularmente borradores de HTML 5 (en un principio idéntico a los borradores del WHATWG).
En enero de 2011, el W3C anunció su compromiso definitivo con el HTML 5 y la intención de publicar la recomendación en 2014. Simultáneamente, el WHATWG anunció que cambiaba su modelo de desarrollo a un modelo de desarrollo continuo, es decir, la idea era dejar de hablar de versiones de HTML, llamarlo siempre HTML y que la norma se vaya modificando continuamente.

Al final el reparto de papeles quedo así:
El WHATWG desarrollando continuamente el HTML, los navegadores implementando el HTML del WHATWG.
El W3C fijando versiones cada cierto año.
Actualmente el WHATWG prosigue su desarrollo continuo del HTML y el W3C, está elaborando las recomendaciones HTML 5 y HTML 5.1 (finales de 2016) y planificando las siguientes versiones (por ejemplo HTML 5.2 en 2015).

Resumiendo:

  • HTML la primera especificación de 1991  
  • HTML 3.0 propuesta por el recién formado W3C en 1995
  • HTML 4 1999              
  • XHTML 2002                  
  • HTML 5 usándose actualmente

Cómo utilizar "Toad keygen generator"

Toad Authorization Key Generator



Instrucciones para TOAD:

  1. Run Keygen.exe
  2. Enter Site Message. Escribir: Toad Software
  3. Select your desired product (TOAD)
  4. Click Generate button


Sirve para desbloquear los siguientes programas:

  • Toad for Oracle
  • Formatter Plus
  • SQL Tuning(Sysbase)
  • SQL Tuning(Oracle)
  • SQL Tuning(SQL Server)
  • Quest Database Anslysis(Oracle)
  • Performance Analysis for SQL Server
  • Performance Analysis for Oracle
  • Space Management(Oracle)
  • Schema Manager
  • QDesigner
  • Data Factory
  • Benchmark Factory
  • Benchmark Factory Virtual User
  • QCO Load Generator
  • QCSS Load Generator
  • QCDB2 Load Generator
  • Knowledge Expert for PL/SQL
  • Knowledge Expert for Oracle Administration
  • Knowledge Expert for SQL Server
  • Central for SQL Server Freeware
  • Central for SQL Server
  • Central for Oracle
  • Data Generator for Oracle
  • Load Generator for Oracle
  • Oracle Advanced Administration
  • Spotlight on SQL Server
  • Spotlight on Oracle
  • Spotlight on Ebusiness Suite
  • Spotlight on Sysbase
  • Toad for SQL Server
  • Toad for Data Modeler

miércoles, 6 de mayo de 2015

Doctype DTD (Definición tipo documento)

No existe un único tipo de HTML, en realidad son varios: HTML 4.01 Strict (Estricto), HTML 4.01 Transitional (Transicional), XHTML 1.0 Strict, y varios más. Todos estos tipos de HTML se encuentran definidos en sus respectivas especificaciones W3C, pero también están definidos en un lenguaje comprensible por las máquinas que especifica la estructura correcta, elementos y atributos de un tipo de HTML.
Tal definición se denomina "Document Type Definition" (Definición del Tipo de Documento), o, de forma abreviada, DTD.
Las herramientas que procesan los documentos HTML, como, por ejemplo, los navegadores Web, necesitan conocer el DTD que utilizan los documentos (X)HTML: este es el motivo de que cada documento (X)HTML necesite, al principio, una declaración DTD, tal como:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
   "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

La declaración DTD se suele llamar, para abreviar, "Doctype", debido a su sintaxis.

¿Por qué?

¿Por qué se debe especificar el doctype? Porque determina qué versión de (X)HTML utiliza el documento, y esa es una información clave que necesitan los navegadores u otras herramientas que procesen el documento.
Por ejemplo, especificar el doctype del documento permite utilizar herramientas tales como el Validador de etiquetado para comprobar la sintaxis del (X)HTML (y por lo tanto, descubrir errores que pudieran afectar a la manera en que la página es presentada por los diversos navegadores). Dichas herramientas no serán capaces de realizar su trabajo si no saben qué tipo de documento utilizamos.
Pero lo más importante es que con la mayor parte de los navegadores, una declaración doctype hará innecesario tener que realizar un montón de conjeturas, y podremos utilizar un modo de análisis sintáctico "estándar", con lo cual la interpretación (y, como resultado, la representación) del documento será no sólo más rápida, sino también consistente y libre de cualquier mala sorpresa que causaría un documento sin doctype.


Tipos de documento:

Doctype XHTML 1.0 strict
<!DOCTYPE html
PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" 
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
Doctype XHTML 1.0 transitional
<!DOCTYPE html
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
Doctype XHTML 1.0 frameset
<!DOCTYPE html
PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">
Doctype HTML 4.01 strict
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
Doctype HTML 4.01 transitional
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
Doctype HTML 4.01 frameset
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN" "http://www.w3.org/TR/html4/frameset.dtd">

Declaración DOCTYPE
La declaración DOCTYPE proporciona un espacio para que un documento identifique su elemento raíz y definición de tipo de documento (DTD) mediante referencia a un archivo externo, a través de declaraciones directas o de ambas maneras.
Una declaración DOCTYPE puede contener:
  • El nombre del documento o del elemento raíz.
    Esto es necesario si se utiliza una declaración DOCTYPE.
  • Identificadores de sistema y públicos para la DTD que pueden utilizarse para validar la estructura del documento.
    Si se utiliza un identificador público, también debe estar presente un identificador de sistema.
  • Un subconjunto interno de declaraciones DTD.
    El subconjunto interno aparece entre corchetes ([ ]).
Una declaración DOCTYPE es obligatoria si el documento se va a procesar en un entorno de validación. Para ser válida, la declaración DOCTYPE debe identificar una DTD que corresponda a la estructura del documento. Los analizadores no validadores aceptarán documentos sin declaraciones DOCTYPE.
La declaración DOCTYPE más simple identifica solo el elemento raíz del documento.
<!DOCTYPE rootElement>
Los documentos que utilizan la declaración DOCTYPE a menudo hacen referencia a un documento externo que contiene las declaraciones que constituyen la DTD. Lo siguiente puede utilizarse para identificar la DTD externa.
<!DOCTYPE rootElement SYSTEM "URIreference">
La URIreference señala a un archivo que contiene las declaraciones.
<!DOCTYPE rootElement PUBLIC "PublicIdentifier" "URIreference">
El PublicIdentifier proporciona un identificador separado que algunos analizadores XML pueden utilizar para hacer referencia a la DTD en vez de laURIreference. Esto es útil si el analizador se utiliza en un sistema sin conexión de red o donde esa conexión aminoraría la velocidad del proceso significativamente.
Las declaraciones DOCTYPE también pueden incluir declaraciones directamente, en lo que se denomina subconjunto interno. Si una declaración DOCTYPE incluye la DTD entera, sin referencia a archivos externos, utiliza la siguiente sintaxis.
<!DOCTYPE rootElement [
declarations
]>
Si la declaración DOCTYPE incluye declaraciones que van a combinarse con los archivos externos o el subconjunto externo, utiliza la siguiente sintaxis.
<!DOCTYPE rootElement SYSTEM "URIreference"[
declarations
]>
o
<!DOCTYPE rootElement PUBLIC "PublicIdentifier" "URIreference"[
declarations
]>


Elegir el doctype correcto para los documentos HTML


14.1. En primer lugar, el doctype

Lo primero que debéis comprobar que haya en cualquier documento HTML que creéis es una declaración DTD. Si no habéis oído nunca hablar de la declaración DTD, no os preocupéis. Para facilitar las cosas, normalmente se conoce como "doctype", que es el nombre que utilizaremos en este apartado.
Es muy posible que os estéis preguntando qué es una DTD o doctype. DTD son las siglas de document type definition (definición del tipo de documento), que, entre otras cosas, define los elementos y los atributos que se pueden utilizar en una versión concreta del HTML. Sí, no es ningún error, actualmente se utilizan en la Red diferentes versiones del HTML, pero esto no os debe preocupar en absoluto, ya que sólo os deberéis interesar por una.
El doctype se utiliza para dos cosas en diferentes tipos de software:
  1. Los navegadores web lo utilizan para determinar el modo de representación que deben utilizar (más adelante ya hablaremos de los modos de representación).
  2. Los validadores de etiquetado miran el doctype para determinar las normas con las que deben comprobar el documento (más adelante también hablaremos de ello).
Las dos os afectarán, pero de maneras diferentes que ya explicaremos más adelante en este mismo apartado.
Aquí tenéis un ejemplo:
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/
 html4/strict.dtd">
Es posible que no le encontréis ningún sentido, por lo que ahora explicaremos de una manera simplificada su construcción. Para una explicación con mucho más detalle de qué significa cada uno de los caracteres, podéis ver el artículo !DOCTYPE.
Las partes más importantes de doctype son las dos cadenas delimitadas por comillas. "-//W3C//DTD HTML 4.01//EN" indica que éste es un documento DTD publicado por el W3C, que la DTD describe la versión 4.01 del HTML y que el idioma utilizado en la DTD es el inglés.
La segunda cadena, "http://www.w3.org/TR/html4/strict.dtd", es una URL que indica el documento DTD utilizado para este doctype.
Aunque un doctype puede tener un aspecto un tanto extraño, las especificaciones HTML y XHTML lo exigen. Si no incluís ninguno, aparecerá un error de validación cuando comprobéis la sintaxis de vuestro documento con el validador de etiquetado del W3C u otras herramientas que comprueben los documentos HTML por si contienen errores. Algunos navegadores incluso contienen esta función por defecto, mientras que otros pueden incluirla si se instala una extensión.
En cualquier caso, si usáis el doctype de HTML5, que es el que hemos visto hasta ahora en todos los ejemplos, la cosa queda muy simplificada, puesto que este es el más sencillo posible:
<!DOCTYPE html>

14.2. Cambios de doctype y modos de representación

Si no proporcionáis ningún doctype, los navegadores seguirán gestionando y mostrando el documento de todos modos; deben intentar mostrar todo tipo de cosas extrañas que se pueden encontrar en la Red, por lo que no pueden ser muy quisquillosos. No obstante, sin un doctype los resultados no siempre serán los esperados a causa de una cosa conocida como "doctype sniffing" o "doctype switching".
La mayoría de los navegadores del siglo XXI miran el doctype de todos los documentos HTML que encuentran y lo utilizan para decidir si el autor de los documentos se ha preocupado de escribir adecuadamente el HTML y el CSS según los estándares de la Red.
Si encuentran un doctype que indica que el documento está bien codificado, utilizan un modo conocido como "modo de estándares" para maquetar la página. En el modo de estándares, los navegadores intentan normalmente mostrar la página según las especificaciones de CSS; se fían de que la persona que ha creado el documento sabía qué estaba haciendo.
Por otra parte, si encuentran un doctype anticuado o incompleto, utilizan el modo Quirks (peculiaridades), que es más compatible con las prácticas y los navegadores antiguos. El modo Quirks presupone que el documento es antiguo o que no se ha creado teniendo en cuenta los estándares de la web; la página web se seguirá mostrando, pero se necesitará más potencia de procesamiento para hacerlo y es muy probable que el resultado sea algo extraño, nada parecido a lo que se esperaba.
Las diferencias están básicamente relacionadas con la manera de mostrar el CSS y sólo en unos pocos casos con la manera de tratar el HTML en sí. Como diseñadores o desarrolladores de webs, obtendréis los mejores resultados asegurándoos de que todos los navegadores utilicen su modo de representación de estándares, y por ello deberíais ceñiros a los estándares de la web y utilizar un doctype adecuado.

14.3. Validación

Como ya hemos comentado, los validadores también utilizan el doctype; ya lo comentaremos con más detalle más adelante en esta serie de apartados. De momento, todo lo que debéis saber es que se utiliza un validador para comprobar que la sintaxis de vuestros documentos HTML sea correcta y que no contenga ningún error. Los programas validadores miran el doctype utilizado para determinar las normas que se deben utilizar. Es algo similar a indicar a un corrector ortográfico el idioma en el que está escrito un documento. Si no lo sabe, no sabrá qué normas ortográficas y de gramática debe utilizar.

14.4. Elegir un doctype

Así pues, ahora que ya sabéis que hay que introducir un doctype y para qué se utiliza, ¿cómo podéis saber cuál hay que utilizar? De hecho, no hay uno, sino que hay muchos. Incluso podéis crear uno propio, siempre y cuando tengáis el nivel de conocimientos necesario para hacerlo. Aquí, sin embargo, no hablaremos de muchos doctypes diferentes. Haremos las cosas fáciles y sólo mencionaremos tres.
Si vuestro documento es HTML5, utilizad el ya visto:
<!DOCTYPE html>
Si por algún motivo vuestro documento debe utilizarse en navegadores incompatibles con HTML5 (en general esto pasará porque hay una base importante de usuarios que aún usan versiones antiguas de IE), utilizad el siguiente, para indicar que estáis usando HTML 4.01:
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/
 html4/strict.dtd">
Si vuestro documento es XHTML 1.0, utilizad el siguiente:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/
 xhtml1/DTD/xhtml1-strict.dtd">

Notas

  • El motivo por el que los doctype de HTML 4.01 y XHTML 1 necesitaban especificar una DTD y el HTML5 no es que los dos primeros se basaban en SGML y HTML5 no.
  • El XHTML "real" se debe comunicar al navegador como XML, pero los detalles sobre cómo y cuándo hacerlo, y las implicaciones que tiene, quedan fuera del alcance de este apartado en concreto.
Estos doctypes garantizarán que los navegadores utilicen su modo de estándares a la hora de trabajar con vuestro documento. El efecto más evidente que tendrá sobre vuestro trabajo es que obtendréis unos resultados más uniformes a la hora de diseñar el documento con CSS.

14.5. La declaración XML

Nota

Esta sección sólo es relevante si debéis usar HTML 4.01 o XHTML 1.0.
Ya hemos señalado antes que el doctype debe ser la primera cosa que haya dentro de vuestros documentos HTML. Pues bien, eso es en realidad una versión simplificada de la verdad. También hay que tener en cuenta la declaración XML.
Es posible que en algunos documentos XHTML hayáis visto un fragmento de código con un aspecto similar al siguiente antes del doctype:
<?xml version="1.0" encoding="UTF-8"?>
Esto se conoce como declaración XML, y cuando está presente debe estar insertada antes del doctype.
La versión 6 de Internet Explorer tiene un problema con esta declaración: hace que pase al modo Quirks y, tal como ya hemos explicado anteriormente, no es muy probable que queráis que eso suceda.
Por suerte, la declaración XML no es necesaria si no es que enviáis vuestros documentos XHTML como XML a los navegadores (podéis ver la nota al margen sobre el XHTML) y utilizáis una codificación de caracteres diferente de UTF-8 y vuestro servidor no envía un encabezamiento HTTP que determina la codificación de caracteres.
Las probabilidades de que sucedan todas estas cosas al mismo tiempo son muy pequeñas, por lo que la manera más sencilla de solucionar el problema de Internet Explorer es sencillamente omitir la declaración XML. ¡Pero no os olvidéis del doctype!

Resumen

Hay que incluir siempre uno de los doctypes mencionados como primer elemento dentro de todos vuestros documentos HTML. Esto garantizará que los validadores sepan la versión del HTML que utilizáis y así podrán informar correctamente de cualquier error que hayáis cometido. También garantizará que todos los navegadores más nuevos utilizarán su modo de estándares, con lo que obtendréis unos resultados más uniformes cuando diseñéis el documento con el CSS


Fuentes:
http://www.w3.org/
https://msdn.microsoft.com
www.uoc.edu


Node.js: core (núcleo)

API: http://nodejs.org/api/

Objetos globales clave:

  • Global (namespace)
Es similiar al objeto Window de Javascript. Ambas proveen acceso a propiedades y métodos globales. No hay que referenciarlos explicitamente. 
Podemos imprimir el objeto global en la consola con:

console.log(global):




La diferencia entre el objeto Window de Javascript y el Global de Node es que el primero es global por naturaleza y es accesible para todas las librerías y no sólo para la que se que ha creado, como ocurre con Global.


 //variable de alto nivel
 var valorGlobal; //no será accesible desde otro modulo
 exports.setGlobal = function(val){<
 valorGlobal = val;
 };
 exports.returnGlobal = function(){

 console.log(global);
 return valorGlobal;
 };

 

 

 Como podemos observar no vemos la variable valorGlobal:





  • Process
Cada aplicación node es una instancia de un objeto Process, con sus funcionalidades preconstruidas.
Su función es proveer información sobre la aplicación y su entorno.

Métodos más utilizados:
  1. .execPath: devuelve la ruta de ejecución para la aplicación node
  2. .version: versión de node
  3. .platform: idetifica la plataforma del servidor

  1. .stdin/stdout: Streams asíncronos y tanto se puede leer como escribir en ellos
  2. stderr: Stream síncrono y de bloqueo

  1. memoryUsage
  2. nexTick
  • Class: Buffer


Continuará....