maqueta web

En arquitectura que es una maqueta?... 
Tienes los planos que te dan las medidas y las posiciones de muros, puertas, ventanas.. Siguiendo esos planos con algún material cortas los elementos a la medida. Luego los vas pegando en la posición correcta hasta tener en 3D el edificio. 

En web, puedes tener tus planos en papel, les llamamos mockup (maqueta). De ese mockup primero tenemos que construir los bloques e insertarlos en orden en que se mostraran (siempre de arriba hacia abajo, izquierda a derecha). Para la estructura se usa el lenguaje HTML. Ya que tenemos la estructura, debemos darle tamaño y posición a esos elementos. Eso se hace con estilos CSS. Después ya que tenemos la maqueta terminada, agregamos detalles (pintamos las paredes, ponemos pisos, agregamos los vidrios de las ventanas, acomodamos muebles....) 
El desarrollo de realizar el mockup y crear la estructura con HTML y CSS, es maquetar una página.

borradores de paginas web

La herramienta Borrador integrada en Firefox 6 y en versiones posteriores proporciona un entorno de práctica para experimentar con el código JavaScript. Puedes escribir código que puede interactuar con el contenido de una página web y probar así las ideas antes de cambiar a tus herramientas de desarrollo web habituales para escribir el código final. O puedes utilizarlo para retocar y jugar con los sitios web existentes.

A diferencia de la Consola web, que está diseñada para la interpretación de una sola línea de código a la vez, Borrador te permite editar grandes trozos de código JavaScript y después ejecutarlo de varias formas dependiendo de cómo desees utilizar el resultado.

Cómo usar Borrador

Para abrir la ventana de Borrador, ve al menú Desarrollador web (que es un submenú en el menú Herramientas en Mac) y, a continuación, selecciona Borrador. Esto abrirá una ventana del editor Borrador, que incluye un comentario que ofrece una breve información acerca de cómo usarlo. A partir de ahí, puedes ya empezar a escribir algo de código JavaScript para probar.

La ventana de Borrador tiene este aspecto (en Windows y Linux, también tienes la barra de menú allí, mientras que en Mac, la barra de menús está en la parte superior de la pantalla, como de costumbre)
A diferencia de la Consola web, que está diseñada para la interpretación de una sola línea de código a la vez, Borrador te permite editar grandes trozos de código JavaScript y después ejecutarlo de varias formas dependiendo de cómo desees utilizar el resultado.
Cómo usar Borrador
Para abrir la ventana de Borrador, ve al menú Desarrollador web (que es un submenú en el menú Herramientas en Mac) y, a continuación, selecciona Borrador. Esto abrirá una ventana del editor Borrador, que incluye un comentario que ofrece una breve información acerca de cómo usarlo. A partir de ahí, puedes ya empezar a escribir algo de código JavaScript para probar.
La ventana de Borrador tiene este aspecto (en Windows y Linux, también tienes la barra de menú allí, mientras que en Mac, la barra de menús está en la parte superior de la pantalla, como de costumbre)

definición de scc

Las hojas de estilo en cascada o (Cascading Style Sheets, o sus siglas CSS) hacen referencia a un lenguaje de hojas de estilos usado para describir la presentación semántica (el aspecto y formato) de un documento escrito en lenguaje de marcas. Su aplicación más común es dar estilo a páginas webs escritas en lenguaje HTML y XHTML, pero también puede ser aplicado a cualquier tipo de documentos XML

incluyendo SVG y XUL.La información de estilo puede ser adjuntada como un documento separado o en el mismo documento HTML. En este último caso podrían definirse estilos generales en la cabecera del documento o en cada etiqueta particular mediante el atributo "<style>".

¿Qué es el W3C? - Definición de W3C

W3C son las siglas de World Wide Web Consortium, un consorcio fundado en 1994 para dirigir a la Web hacia su pleno potencial mediante el desarrollo de protocolos comunes que promuevan su evolución y aseguren su interoperabilidad.
El consorcio está compuesto por un grupo de programadores, desarrolladores web, ejecutivos de la industria y usuarios que ayudan a definir las especificaciones para el desarrollo de la tecnología web.

Protocolo HTTP

El protocolo HTTP es el que da vida a Internet, y gracias al cual, los clientes y servidores se pueden comunicar.El lector, si tiene experiencia en el campo de protocolos, puede pensar que esta es la parte más compleja del Web. Pues bien, este protocolo se diseño con la sencillez en mente, por lo que es de lo más trivial.El funcionamiento básico es que el cliente estable una conexión TCP con el servidor, hace una petición, el servidor le responde y se cierra la conexión. Para que se haga una idea el lector de la sencillez, en la primera versión ampliamente utilizada del protocolo (1.0), el cliente solo podía invocar tres operaciones en el servidor: GET para pedir una página, HEAD para pedir la cabecera de una página y POST para enviar datos a una URL.Siento un poco más estrictos, el funcionamiento del protocolo es:El cliente envía una petición al servidor. Dicha petición está compuesta por un método a invocar en el servidor (URI) y una versión del protocolo, seguida por un mensaje compatible con MIME con los parámetros de la petición, información del cliente, y un cuerpo opcional con más datos para el servidor. Un ejemplo es:GET /index.html HTTP/1.0Accept: text/plainAccept: text/htmlAccept: */*User-Agent: Un Agente de Usuario Cualquiera
El servidor responde con una línea de estado, incluyendo la versión del protocolo del mensaje y si la petición tuvo éxito o fracaso, con un código de resultado, seguido de un mensaje compatible con MIME con información del servidor, metainformación (datos a cerca de la información) de la entidad solicitada y un cuerpo opcional con la entidad solicitada. Un ejemplo es:
HTTP/1.0 200 OK
Server: MDMA/0.1
MIME-version: 1.0
Content-type: text/html
Last-Modified: Thu Jul 7 00:25:33 1994
Content-Length: 2003
<title>Página de web del IEEE de Madrid<title>
<hr>
....
<hr>
<h2> Proyectos desarrollados en Internet <h2>
<hr>
Pero como todo en el Web, este protocolo (versión 1.1) ya es mucho más potente que en su versión original, y como luego veremos, en total hay ya trece métodos diferentes, además de un conjunto de características nuevas como por ejemplo, el tiempo tras el cual el cliente debe volver a recargar la página.
Los creadores del HTTP 1.1 lo describen como: "un protocolo de nivel de aplicación orientado a sistemas distribuidos, para la colaboración e hypermedia. Un protocolo genérico, sin estado, orientado a objetos y que puede ser utilizado para muchas aplicaciones, como servidores de nombres y sistemas de gestión de objetos distribuidos, a través de las extensiones de los métodos de petición. Una característica de este protocolo es la negociación de los tipos y representación de los datos, permitiendo que los sistemas no dependan del tipo de datos que se utilicen".
Los mismos creador de HTTP 1.0 son conscientes de las limitaciones de escalabilidad y rendimiento del protocolo, por lo que recomiendan que ningún otro servidor lo utilice, y que se utilice de forma única el HTTP 1.1
Los problemas principales que existen en la versión 1.0 son de rendimiento. Esto esta perfectamente documento dentro de http://www.w3.org, y destacamos aquí las conclusiones principales a las que llegaron, pero recomendamos al lector interesado en protocolos que consulte dicho documento:
Las conexiones del protocolo TCP son lentas de establecer (conexión en tres pasos y ajuste de ventanas de recepción de datos), y como por cada página y cada imagen que haya en la página, ha de establecerse una conexión nueva, la transmisión de datos está ralentizada por el establecimiento de la conexión TCP.
Una conexión para transmitir 1Kbyte de datos tarda alrededor de 500 ms.
Tras cerrar una conexión TCP, el puerto del servidor utilizado en dicha conexión, se queda en estado TIME_WAIT un tiempo recomendado de 240 segundos, por lo que un servidor que reciba muchas peticiones puede agotar todos los puertos TCP (que recordemos son 65535) y dejar al servidor sin posibilidad de enviar ningún tipo de dato. Esto supone un problema de escalabilidad muy importante.
Por lo tanto, a partir de este momento nos centraremos únicamente en el protocolo HTTP 1.1, ya que la versión 1.0 es historia, aunque una historia muy presente que nos puede saltar asi que es mejor tenerlo presente.
Está nueva versión de HTTP está recogida dentro de la RFC 2068 de Enero de 1997, la cual se puede obtener en [1]. Las principales características de esta nueva versión son:
Conexiones persistentes: ya no se cierra la conexión tras el envío de cada parte de un documento, evitando la sobrecarga del establecimiento de conexiones TCP.
Varias peticiones simultáneas: un cliente puede realizar varias peticiones utilizando una única conexión, sin esperar a la respuesta del servidor para cada una de ellas.
Negociación del contenido: se asignan diferentes valores a las características de la comunicación, entre ellos cuanto se puede degradar la calidad de la conexión,
Nuevos métodos: junto a GET, POST y HEAD aparecen los métodos DELETE para borrar un recurso del servidor asociado al URI de borrado, TRACE para ver que está recibiendo el servidor de lo que él envía, PUT para enviar datos a un recurso asociado a una URI, PATCH para aplicar correcciones en un recurso asociado a una URI, COPY para copiar unos recursos identificados por una URI en otro lugar determinada URI en uno destino determinado, MOVE para mover el recurso identificado por la URI a otro lugar, DELETE para borrar un recurso asociado a una URI, LINK para establecer enlaces entre diferentes recursos, UNLINK para quitar enlaces establecidos previamente por LINK, OPTIONS para que el cliente pueda obtener del servidor sus características, WRAPPED que permite unir varias peticiones y recubrirlas con algún tipo de filtrado (encriptación por ejemplo).
Nuevo método de autenticación: en la RFC 2069 se describe un nuevo método de autenticación, en el cual las claves de acceso van encriptadas por la red, al contrario de lo que ocurre en HTTP 1.0. Esta RFC aún no se ha unificado con la RFC 2068 para formar la especificación de HTTP 1.1, pero se está en vías de ello.
Junto con estas mejoras, hay muchas ampliaciones en el intercambio de información entre el cliente y el servidor, lo cual ha hecho que la RFC 1954 (Mayo 1996) que describe HTTP 1.0 haya pasado de 60 páginas a 161 página en la RFC 2068 que describe HTTP 1.1. O que el número de autores haya pasado de cuatro a seis, entre ellos Tim Berners-Lee, el "inventor" del web.
El estado de las conexiones sigue sin poderse mantener, a menos que utilicemos mecanismos auxiliares como las cookies (RFC 2109) , pero si bien el no mantener el estado de la conexión tiene sus desventajas, también tiene una importancia fundamental en una red como Internet: algunas de las peticiones HTTP son idempotentes, es decir, que el resultado de invocar un número arbitrario de veces en el servidor, tiene los mismo efectos. Los métodos GET, HEAD, PUT y DELETE tienen esta propiedad. Es importante esta propiedad ya que, para asegurarnos que algo ocurra, y que sea exactamente lo que nosotros queremos que ocurra, podemos invocar estos métodos repetidas veces, de forma que aunque una petición no llegue al servidor, pueda llegar alguna de las peticiones que repiten a esta primera. En la RFC 2068 también se habla de métodos seguros, que son aquellos que su invocación no conlleva ningún riesgo, es decir, que su invocación no tiene efectos laterales en el servidor. Estos métodos son GET y HEAD, que lo único que suponen es una petición de información.
Pero esta nueva versión (HTTP 1.1) es un puente hacia lo que en realidad se quiere imponer en Internet: HTTP-NG (HTTP Next Generation). Este nuevo protocolo pretende cubrir una gran cantidad de nuevas funcionalidades, entre la que destaca el comercio electrónico. Sus criterios de diseño han sido:
Simplicidad: no se debe abandonar el criterio introducido en HTTP 1.0, que las cosas habituales sean sencillas, de forma que sea fácil implementar el protocolo
Rendimiento: debe ser eficiente trasmitiendo objetos en redes de comunicaciones
Asíncrono: las peticiones desde los clientes han de poderse hacer en paralelo a través de una única conexión
Seguridad: los objetos que se transmiten deben estar encriptados, sin forzar ninguna política de seguridad en particular.
Autenticación: se debe poder autenticar a las dos partes de la conexión, así como a cualquier intermediario. Pagos en línea: el protocolo debe soportar la realización de pagos en línea
Servidores intermediarios: se debe soportar la comunicación entre servidores, para el mantenimiento de cachés, espejos de datos e intermediarios de comunicación (proxys).
Visualización obligatoria: se debe poder obligar al cliente a mostrar ciertos datos acerca del objeto que se transmite, como el autor del objeto, el copyright y la licencia.
Información de registro: la información de registro (logs) ha de poder ser enviada entre diferentes servidores.
Requerimientos de red: el protocolo debe trabajar de forma independiente de la capa de transporte de la que disponga, aunque debe funcionar especialmente bien con TCP, al ser el protocolo más utilizado en Internet.
Como puede observar el lector, los avances en HTTP 1.1 (y más aún en HTTPng), son muy importantes, y un servidor como Apache (cuya cuota de mercado es superior al 45%) en su versión 1.2 ya tiene incluido este nuevo protocolo. Y todos los clientes de WWW lo soportarán, dando una nueva vitalidad al día a día en Internet.
En Apache 3.0, que aún está en un futuro lejano, el principal y único objetivo a día de hoy es dar soporte a HTTP-NG. Si Apache implementa este protocolo de forma automática puede alcanzar al 60% del mercado, lo que le daría un impulso definitivo. Veremos si termina ocurriendo.

¿Qué es un navegador?

Un navegador es un software utilizado para acceder a internet. Un navegador te permite visitar páginas web y hacer actividades en ella, como iniciar sesión, ver contenido multimedia, enlazar de un sitio a otro, visitar una página desde otra, imprimir, y enviar y recibir correo, entre muchas otras actividades. Los nombres de los navegadores más comunes del mercado son: Microsoft Internet Explorer, Mozilla Firefox, Apple Computer's Safari y Opera.La disponibilidad de los navegadores depende del sistema operativo que utilice tu ordenador (por ejemplo: Microsoft Windows, Linux, Ubuntu, Mac OS, entre otros).

En el siguiente video les explicara que  son los navegadores web...