Para realizar su página web utiliza el módulo de Conejo funciones HTTP

Conejo en tiempo real de la página Web

Para realizar su página web, el módulo de Conejo utiliza funciones HTTP y estructuras previstas en el Dynamic C para servir de archivo de la página Web bajo petición. Las actualizaciones de bucle principal del programa las variables de tiempo una vez por segundo.

Diseño de página

Listado de 6-2 es el código HTML para el artículo 6-1 Red de la página Web. La página utiliza etiquetas HTML para asesorar al navegador de cómo mostrar el contenido de la página. Cada etiqueta se compone de texto encerrado por corchetes angulares (). En la sección de la profundidad de esta red tutorial tiene más detalles acerca de las etiquetas HTML y cómo usarlos. Por ahora, la sección pertinente del código es la de cinco líneas que comienzan con cada una etiqueta de párrafo (

). Una etiqueta de párrafo le dice al navegador para mostrar la información que sigue en un nuevo párrafo. La etiqueta, párrafo primero, hace que el navegador muestre el texto "Este programa Conejo ha estado funcionando por:". Cada una de las cuatro líneas que siguen contiene una Server Side Include # echo directiva que introduce el valor de una variable en la página. Una directiva Server Side Include utiliza los delimitadores mismo que un comentario HTML. Un comentario, que es el texto que el navegador ignora y no aparece, es rodeado por . Al recibir una página que contiene un comentario HTML, el navegador mostrará la página, la misma que si el comentario y sus delimitadores de no estaban presentes. Otro uso de delimitadores de comentario es permitir que una página para especificar Server Side Include (SSI), las directrices que la servidor se ejecuta antes de servir la página en el navegador. Antes de servir una página que contiene una directiva de la SSI, el servidor ejecuta la directiva y sustituye a los delimitadores y el texto entre ellas con el resultado de la ejecución de la directiva. Si por alguna razón el servidor no es compatible con la directiva, el servidor ignora la directiva y el navegador trata de la directiva como un comentario, que no se muestra.

# Echo la directiva indica al servidor para sustituir la etiqueta de comentario y su contenido con el valor de la variable llamada. Por ejemplo, en la primera directiva, el servidor sustituye con el valor de la variable de días en el servidor. Si el día es igual a 5, el navegador recibe y muestra los días: 5. En la sección La profundidad de esta red tutorial tiene más detalles acerca de # echo y otros Server Side Includes.

TINI en tiempo real de la página Web

Para utilizar un TINI para servir páginas web con contenido dinámico, tiene pocas opciones. Su primer pensamiento podría ser la de utilizar la clase HttpServer siempre con el sistema operativo de la TINI. Sin embargo, esta integrado en el servidor Web sólo puede servir páginas estáticas. Sirviendo a los datos dinámicos, sería necesario cambiar los datos en las páginas almacenadas cuando los cambios de contenido. Es más eficiente para recuperar los datos dinámicos en la solicitud y la inserta en la página como está siendo servido. Otra opción es instalar y ejecutar un programa de servidor que soporte servlets Java. Un servlet es un componente de software que pueden responder a la entrada del usuario y generar contenido dinámico para páginas Web. En la mayoría de los casos, los servlets son las más eficaces que ahorran tiempo y forma para que un servidor Web para servir contenido dinámico. Capítulo 7 tiene más información sobre los servlets y cómo usarlos.

Una tercera opción es escribir un servidor Web de base que utiliza la clase ServerSocket y añade contenido dinámico, ya que sirve a sus páginas. Para algunas aplicaciones de bajo volumen que de una o unas pocas páginas, este tipo de andar por casa "servidor puede hacer el trabajo sin incrementar la complejidad demasiado. El ejemplo de este tutorial de redes se utiliza la clase ServerSocket para crear un servidor de base que sirve a una página que muestra la cantidad de tiempo que TINI ha estado funcionando. Sea o no usted decide utilizar este método, el código de esta aplicación es interesante como una demostración de las responsabilidades de un servidor web. El servidor Web responde a las solicitudes de conexión a un puerto específico. Cuando un host conectado envía una solicitud HTTP para una página de apoyo, el servidor calcula los valores de las variables de la página contiene, escribe el contenido de la página a la toma, y se cierra el socket.

Protocolos para servir páginas web

Los ejemplos en este tutorial de redes mostró cómo los exploradores Web utilizan el protocolo de transferencia de hipertexto (HTTP) para solicitar páginas Web y las páginas Web se están codificadas utilizando el lenguaje de marcado de hipertexto (HTML). Además, algunas páginas utilizan server-side include (SSI), las directivas para que una página Web para mostrar datos dinámicos o para añadir otras funciones no disponibles en HTML puro.

Esta sección tiene más detalles acerca de HTTP, HTML, y SSI, con el foco en cómo los sistemas integrados pueden utilizar cada uno en el servicio a páginas con contenido dinámico.

Usando el Protocolo de transferencia de hipertexto

HTTP es una aplicación estándar de muchos protocolos de nivel utilizado en las comunicaciones de red. Artículo Red 6.5 muestra la ubicación de HTTP en una pila de protocolo de red. Aunque en teoría una comunicación HTTP puede utilizar cualquier protocolo fiable para llegar a sus destinos en una red, en la práctica casi todas las pilas de red pasan a través de comunicaciones HTTP y TCP capas de propiedad intelectual. Una aplicación que utiliza 266 HTTP puede ser un explorador Web, las páginas Web de las solicitudes, o un servidor Web, que devuelve las páginas Web bajo petición. Cualquiera que haya navegado en Internet ha utilizado HTTP. Cuando un navegador envía una solicitud para una página Web en la red, la solicitud contiene una dirección URL que identifica la ubicación y el nombre de archivo de la página. El capítulo 4 se describe cómo una red utiliza la información en la dirección URL para determinar el punto de una ruta de comunicación.

En el aprendizaje de la dirección IP que se aloja la página Web que desee, el cliente solicita abrir una conexión TCP con el equipo en esa dirección. De forma predeterminada, los servidores de páginas Web a servir en el puerto 80. Si el servidor utiliza un número de puerto distinto, la dirección URL especifica el número, como se explica en el capítulo 4. Cuando la conexión se ha establecido, el navegador envía un mensaje que contiene una solicitud HTTP de una página, y el equipo receptor responde al servir, o el envío, la página Web a la computadora solicitante través de la conexión TCP. Una de las ventajas del uso de páginas web para proporcionar información es que la interfaz del navegador es universal. Si se coloca un servidor Web en el Internet, cualquier persona con un navegador y una conexión a Internet puede ver las páginas del servidor. Los motores de búsqueda permiten a los usuarios encontrar su página, incluso si no conoce la dirección IP o nombre de dominio. Páginas Web no tienen que estar en Internet, sin embargo. Usted puede hacer una página disponible sólo dentro de una red local. Si lo desea, también puede restringir el acceso mediante la especificación de las direcciones IP pueden acceder a una página o que requieren una contraseña para acceder a la página. En cualquier caso, usted no tiene que limitar las comunicaciones a los usuarios que están utilizando hardware o software específico. Como muestran los ejemplos en el capítulo 7 se presenta, un servidor también puede recibir información de un navegador. Una página Web puede permitir a los usuarios enviar información a la computadora que está cumpliendo una página, y el equipo puede utilizar esta información para cualquier propósito.

Versiones de HTTP

HTTP versión 1.1 se especifica en el RFC 2616: Hypertext Transfer Protocol - HTTP/1.1. RFC1945 contiene las versiones anteriores, HTTP 1.0 y 0.9.

La versión 1.1 añade la capacidad de ancho de banda de red para la conservación, la mejora de la seguridad y la notificación de error, permitiendo a los clientes para especificar idiomas preferidos o juegos de caracteres, y permitiendo el almacenamiento en búfer más flexible al dividir los datos en trozos. Muchos sistemas embebidos servir a las pequeñas y simples páginas web. Estos sistemas pueden obtener muy poco beneficio en apoyo de HTTP 1.1 y por lo tanto puede usar 1.0 para simplificar. Los servidores HTTP 1.0 también debe responder adecuadamente a las peticiones de 0,9 clientes. Un navegador que soporte HTTP 1.1 no debería tener problemas para comunicarse con un servidor de 1,0. Cumple Dynamic C HTTP del servidor con HTTP 1.0. Tynamo el servidor web utilizado en el capítulo 7 de ejemplos TINI implementa los elementos requeridos en HTTP 1.1. Probablemente la razón principal de un sistema embebido podría utilizar HTTP 1.1 es su soporte para las conexiones persistentes, que pueden reducir el número de conexiones al servidor debe abrir y cerrar. Con HTTP 1.0, cada solicitud requiere una conexión nueva. Si un cliente solicita una página Web que contiene varios enlaces a las imágenes, la solicitud de la página, así como cada solicitud de una imagen requiere de su propia conexión, que a su vez requiere que el servidor y el cliente para realizar el protocolo de enlace para abrir y cerrar cada conexión . Solicitud de varias páginas dentro de un corto período de tiempo también se requiere una conexión nueva para cada página. En cambio, con HTTP 1.1, el comportamiento predeterminado es conexiones persistentes, donde una conexión queda abierta hasta que el cliente o el servidor determina que la comunicación sea completa o el servidor cierra la conexión después de un período de inactividad. Los documentos RFC explicar las capacidades mínimas que un servidor HTTP deben tener. Los requisitos varían según la versión de HTTP.

Elementos de un mensaje HTTP de

Un mensaje HTTP consta de una solicitud inicial o línea de estado, encabezados de mensaje opcional, una línea en blanco, y un cuerpo de entidad opcional. (HTTP 0.9 no es compatible con las líneas de estado o los encabezados.) HTTP admite dos tipos de mensajes, peticiones y respuestas. Un cliente envía una solicitud para pedir un servidor para un recurso, y el servidor devuelve una respuesta que contenga el recurso o el estado de la información.

Al recibir una página que incluye imágenes, el cliente normalmente envía una petición GET de cada imagen. Además el método GET, HTTP 1.0 y luego definir la Cabeza y métodos POST (Tabla 6-1). HEAD es similar a GET, excepto que el servidor devuelve sólo los encabezados que enviará en la respuesta a una petición GET de los recursos, pero no el propio recurso. El método POST permite a un cliente para enviar datos a un recurso en el servidor. El servidor pasa los datos recibidos en el cuerpo del mensaje en el programa, proceso o recurso que se especifique en la línea de petición. El recurso denominado utiliza los datos. Un uso común de POST es que los usuarios puedan enviar los datos introducidos en un formulario a un programa CGI, el cual procesa los datos y envía una respuesta al cliente. (Capítulo 7 tiene más información sobre CGI.) Pero una solicitud POST puede especificar cualquier recurso, y el recurso se puede utilizar los datos en forma alguna. HTTP 1.1 La norma dice que todos los servidores de propósito general debe al mínimo apoyo que la los métodos GET y HEAD. HTTP 1.1 define métodos adicionales. Uno de los sistemas integrados que podrían utilizar se pone, que como POST, permite al cliente enviar los datos al servidor. Pero en lugar de nombrar a un recurso para recibir los datos del cuerpo del mensaje, una solicitud PUT nombres en un archivo u otra entidad donde el servidor debe almacenar los datos del organismo mensaje. PUT puede ser útil para la transferencia de archivos, donde los nombres de solicitud en línea en el archivo en el servidor en el servidor debe almacenar los datos recibidos. HTTP 0.9 sólo admite el método GET, y la línea de solicitud sólo incluye la solicitud y la dirección, no el HTTP versión. Si no se especifica ninguna versión de HTTP, el servidor debe asumir que es la versión 0.9. Métodos especificados en las solicitudes deben estar en mayúsculas y seguido por un espacio.

un artículo presentado por Daniel R.

Descargo de responsabilidad:Nuestro sitio web no es responsable por el contenido de este artículo. Webarticles es un recurso de información gratuito.
Importante: Este artículo "Para servir a su página web utiliza el módulo de funciones HTTP Conejo", fue traducida por un software automático. Sentimos pena por los errores de ortografía que pueda haber ocurrido. Gracias por su comprensión.