HTTP Protocolo de Transferencia de Hipertexto El protocolo estndar de transferencia de la Web es el HTTP (HyperText Transfer Protocol, protocolo de transferencia de Hipertexto).

. Cada interaccin consiste en una solicitud ASCII seguida de una respuesta tipo MIME (extensiones multipropsito de correo internet) RFC-822. Aunque es muy comn el uso del TCP para la conexin de transporte, no es requerido formalmente por el estndar. El HTTP est evolucionando constantemente. Se usan varias versiones y se estn desarrollando otras. El protocolo HTTP consiste en dos elementos bastantes diferentes: el grupo de solicitudes de los visualizadores a los servidores y el grupo de respuestas Todas las versiones ms recientes de HTTP reconocen dos tipos de solicitudes: sencillas y completas. Una solicitud sencilla es solo una lnea de GET que nombra la pgina deseada, sin la versin del protocolo, la respuesta es la pgina en bruto, sin cabeceras, sin MIME y sin codificacin. GET /hypertext/WWW/TheProject.html Las solicitudes completas se indican por la presencia de la versin del protocolo en la lnea de la solicitud GET. Las solicitudes pueden consistir en mltiples lneas, seguidas de una lnea en blanco para indicar el final de la solicitud. Aunque HTTP se dise para usarse en la Web, ha sido intencionalmente ms general de lo necesario con miras a aplicaciones futuras orientadas a objetos. Por esta razn la primera lnea de solicitud completa es sencillamente el nombre del mtodo (comando), a ejecutar en la pgina web (objeto general). Los mtodos interconstruidos en la siguiente tabla
Mtodo Descripcin

GET HEAD PUT POST DELETE LINK UNLINK

Solicita leer una pgina Web. Solicita leer la cabecera de una pgina Web. Solicita almacenar una pgina Web. Adiciona a un recurso nombrado (p. ej... pgina de Web). Elimina la pgina de Web Conecta dos recursos existentes Rompe una conexin existente entre dos recursos.

Despus de acceder a objetos generales, tambin pueden estar disponibles mtodos adicionales especficos para ese objeto. Los nombres son sensibles a maysculas y minsculas, por lo que GET es un mtodo legal, get no. El mtodo GET solicita al servidor que enve la pgina, codificada adecuadamente en MIME. El mtodo HEAD simplemente pide la cabecera del mensaje, sin la pgina. Este mtodo puede servir para obtener la hora de la ltima modificacin para recolectar informacin.

El mtodo PUT es el inverso de GET, en lugar de leer una pgina, la escribe, Este mtodo hace posible construir un conjunto de pginas en la Web en un servidor remoto. El cuerpo de la solicitud contiene la pagina y puede codificarse usando MIME. DELETE elimina la pagina. Como un PUT, la validacin de la identificacin y los permisos desempean un papel principal, el servidor HTTP esta dispuesto a borrar la pagina. Los mtodos LINK y UNLINK permiten establecer conexiones entre paginas existentes u otros recursos. Cada solicitud recibe una respuesta que consiste en la lnea de estado y, posiblemente informacin adicional. La lnea de estado puede tener el cdigo 200 (OK) o cualquiera de varios cdigos de error, por ejemplo 304 (modificado), 400 (lista erronea) o 403 (prohibido). Funcionamiento

El Servidor web se ejecuta en un ordenador mantenindose a la espera de peticiones por parte de un cliente (un navegador web) y que responde a estas peticiones adecuadamente, mediante una pgina web que se exhibir en el navegador o mostrando el respectivo mensaje si se detect algn error. A modo de ejemplo, al teclear www.wikipedia.org en nuestro navegador, ste realiza una peticin HTTP al servidor de dicha direccin. El servidor responde al cliente enviando el cdigo HTML de la pgina; el cliente, una vez recibido el cdigo, lo interpreta y lo exhibe en pantalla. Como vemos con este ejemplo, el cliente es el encargado de interpretar el cdigo HTML, es decir, de mostrar las fuentes, los colores y la disposicin de los textos y objetos de la pgina; el servidor tan slo se limita a transferir el cdigo de la pgina sin llevar a cabo ninguna interpretacin de la misma. Adems de la transferencia de cdigo HTML, los Servidores web pueden entregar aplicaciones web. stas son porciones de cdigo que se ejecutan cuando se realizan ciertas peticiones o respuestas HTTP. Hay que distinguir entre:

Aplicaciones en el lado del cliente: el cliente web es el encargado de ejecutarlas en la mquina del usuario. Son las aplicaciones tipo Java "applets" o Javascript: el servidor proporciona el cdigo de las aplicaciones al cliente y ste, mediante el navegador, las ejecuta. Es necesario, por tanto, que el cliente disponga de un navegador con capacidad para ejecutar aplicaciones (tambin llamadas scripts). Comnmente, los navegadores permiten ejecutar aplicaciones escritas en lenguaje javascript y java, aunque pueden aadirse ms lenguajes mediante el uso de plugins. Aplicaciones en el lado del servidor: el servidor web ejecuta la aplicacin; sta, una vez ejecutada, genera cierto cdigo HTML; el servidor toma este cdigo recin creado y lo enva al cliente por medio del protocolo HTTP.

Las aplicaciones de servidor muchas veces suelen ser la mejor opcin para realizar aplicaciones web. La razn es que, al ejecutarse sta en el servidor y no en la mquina del cliente, ste no necesita ninguna capacidad aadida, como s ocurre en el caso de querer ejecutar aplicaciones javascript o java. As pues, cualquier cliente dotado de un navegador web bsico puede utilizar este tipo de aplicaciones.

El hecho de que HTTP y HTML estn ntimamente ligados no debe dar lugar a confundir ambos trminos. HTML es un lenguaje de marcas y HTTP es un "protocolo".
Configuracin bsica: 1. 2. 3. 4. 5. 6. 7. Verificar si el paquete est instalado con rpm q httpd. Dirigirse a cd /etc/httpd/conf. Nano httpd.conf. Descomentar la lnea Listen *:80. ServerName localhost: 80. Iniciamos el servicio con service httpd start. Se procede a modificar el archivo hosts con nano /etc/hosts 127.0.0.1.