Práctica 1

Diego J. M. S. García

Unidad Profesional Interdisciplinaria de Ingeniería Campus Zacatecas, Instituto Politécnico

Nacional

Tecnologías para el Desarrollo de Aplicaciones Web

Arredondo Morales Efraín

10 de febrero de 2023
https://www.ionos.es/digitalguide/hosting/cuestiones-tecnicas/protocolo-http/
1. Método de solicitud usado: GET

2. Código de estado y su descripción: 200 OK

3. Dirección remota: 217.160.86.79:443

4. content-encoding: gzip

5. content-length: 21849

6. content-type: text/html; charset=utf-8

7. server: Apache

8. User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36

(KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36

https://www.ionos.es/digitalguide/hosting/cuestiones-tecnicas/protocolo-http/
imagen2.jpg
1. Método de solicitud usado: GET

2. Código de estado y su descripción: 404 NOT FOUND

3. Dirección remota: 217.160.86.79:443

4. content-encoding: gzip

5. content-length:

6. content-type: text/html; charset=utf-8

7. server: Apache

8. User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36

(KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36

https://www.bbva.mx/
1. Método de solicitud usado: GET

2. Código de estado y su descripción: 200 OK

 3. Dirección remota: 104.103.176.163:443

4. content-encoding: gzip

5. content-length: 36471

6. content-type: text/html; charset=utf-8

7. server:

8. User-Agent:

https://www.ionos.es/digitalguide/hosting/cuestiones-tecnicas/cabecera-http/
1. Método de solicitud usado: GET

2. Código de estado y su descripción: 200 OK

3. Dirección remota: 217.160.86.79:443

4. content-encoding: gzip

5. content-length: 21370

6. content-type: text/html; charset=utf-8

7. server: Apache

8. User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36

(KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36

https://www.ionos.es/digitalguide/hosting/cuestiones-tecnicas/una-mirada-a-los-
codigos-de-estado-http-mas-comunes/
1. Método de solicitud usado: GET

2. Código de estado y su descripción: 200 OK

3. Dirección remota: 217.160.86.79:443

4. content-encoding: gzip
 5. content-length: 22453

6. content-type: text/html; charset=utf-8

7. server: Apache

8. User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36

(KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36

https://www.zacatecas.ipn.mx/
1. Método de solicitud usado: GET

2. Código de estado y su descripción: 200 OK

3. Dirección remota: 217.160.86.79:443

4. content-encoding:

5. content-length:

6. content-type: text/html; charset=utf-8

7. server: Apache/2.4.6 (Red Hat Enterprise Linux) OpenSSL/1.0.2k-fips PHP/7.2.34

8. User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36

(KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36

https://teams.microsoft.com/
1. Método de solicitud usado: GET

2. Código de estado y su descripción: 200 OK

3. Dirección remota: 217.160.86.79:443

4. content-encoding: gzip

5. content-length:

6. content-type: text/html; charset=utf-8

7. server:
 8. User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36
(KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36

https://www.djangoproject.com/
1. Método de solicitud usado: GET

2. Código de estado y su descripción: 200 OK

3. Dirección remota: 151.101.2.132:443

4. content-encoding: gzip

5. content-length: 5617

6. content-type: text/html; charset=utf-8

7. server: nginx

8. User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36

(KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36
https://unity.com/es
1. Método de solicitud usado: GET

2. Código de estado y su descripción: 200 OK

3. Dirección remota: 23.43.242.17:443

4. content-encoding:

5. content-length:

6. content-type: text/html; charset=utf-8

7. server:

8. User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36

(KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36

https://developer.mozilla.org/es/
1. Método de solicitud usado: GET
2. Código de estado y su descripción: 304 NOT MODIFIED

3. Dirección remota: 65.9.149.60:443

4. content-encoding:

5. content-length:

6. content-type:

7. server:

8. User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36

(KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36

 Que es un RFC en el contexto de la informática : Request for Comments, son

documentos que contienen especificaciones técnicas y notas organizativas para
Internet.

 Hypertext Transfer Protocol: Este documento especifica un protocolo de

seguimiento de estándares de Internet para la comunidad de Internet, y solicita
debates y sugerencias para mejoras Consulte la edición actual de "Internet
Estándares oficiales de protocolo" (STD 1) para el estado de estandarización y el
estado de este protocolo. La distribución de este memo es ilimitada.

 content-encoding: El campo de encabezado de entidad de codificación de

contenido se utiliza como modificador del tipo de medio. Cuando está presente, su
valor indica qué codificaciones de contenido adicionales se han aplicado al cuerpo
de la entidad y, por lo tanto, qué mecanismos de decodificación deben aplicarse
para obtener el tipo de medio al que hace referencia el campo de encabezado
Content-Type. La codificación de contenido se usa principalmente para permitir
que un documento se comprima sin perder la identidad de su tipo de medio
subyacente.

 content-length: El campo del encabezado de la entidad Content-Length indica el

tamaño del cuerpo de la entidad, en número decimal de OCTET, enviado al
 destinatario o, en el caso del método HEAD, el tamaño del cuerpo de la entidad
que se habría enviado si se hubiera enviado. la solicitud ha sido un GET.

 content-type: El campo de encabezado de entidad de tipo de contenido indica el

tipo de medio del cuerpo de la entidad enviado al destinatario o, en el caso del
método HEAD, el tipo de medio que se habría enviado si la solicitud hubiera sido
GET.

 server: El campo de encabezado de respuesta del servidor contiene información

sobre el software utilizado por el servidor de origen para manejar la solicitud. El
campo puede contener varios tokens de productos y comentarios que identifiquen
el servidor y cualquier subproducto significativo. Los tokens de productos se
enumeran en orden de importancia para identificar el

 User-Agent: El campo de encabezado de solicitud de agente de usuario contiene

información sobre el agente de usuario que origina la solicitud. Esto es para fines
estadísticos, el seguimiento de violaciones de protocolo y el reconocimiento
automatizado de agentes de usuario con el fin de adaptar las respuestas para
evitar limitaciones particulares de agentes de usuario.

 Métodos: GET, POST, PUT y DELETE:

o GET: El método GET significa recuperar cualquier información (en forma de

entidad) identificada por la URI de solicitud. Si Request-URI se refiere a un
proceso de producción de datos, son los datos producidos los que se
devolverán como la entidad en la respuesta y no el texto fuente del
proceso, a menos que ese texto sea el resultado del proceso.

o POST: El método POST se utiliza para solicitar que el servidor de origen

acepte la entidad incluida en la solicitud como un nuevo subordinado del
recurso identificado por Request-URI en Request-Line. POST está
diseñado para permitir que un método uniforme cubra las siguientes
funciones:

 Anotación de los recursos existentes.

 Publicar un mensaje en un tablón de anuncios, un grupo de noticias,

una lista de correo o un grupo similar de artículos
  Proporcionar un bloque de datos, como el resultado de enviar un
formulario, a un proceso de tratamiento de datos;

 Extender una base de datos a través de una operación append.

o PUT: El método PUT solicita que la entidad adjunta se almacene bajo el URI
de solicitud proporcionado. Si Request-URI hace referencia a un recurso ya

existente, la entidad adjunta DEBE considerarse como una versión

modificada de la que reside en el servidor de origen. Si el URI de solicitud

no apunta a un recurso existente, y el agente de usuario solicitante puede

definir ese URI como un nuevo recurso, el servidor de origen puede crear el

recurso con ese URI. Si se crea un nuevo recurso, el servidor de origen DEBE
informar al agente de usuario a través de la respuesta 201 (Creado). Si se

modifica un recurso existente, se DEBEN enviar los códigos de respuesta

200 (OK) o 204 (Sin contenido) para indicar que la solicitud se completó con

éxito. Si el recurso no se pudo crear o modificar con la URI de solicitud, se

DEBE dar una respuesta de error adecuada que refleje la naturaleza del

problema. El destinatario de la entidad NO DEBE ignorar ningún

encabezado Content-* (por ejemplo, Content-Range) que no comprenda o

implemente y DEBE devolver una respuesta 501 (No implementado) en tales

casos.

o DELETE: El método DELETE solicita que el servidor de origen elimine el

recurso identificado por Request-URI. Este método PUEDE ser anulado por
la intervención humana (u otros medios) en el servidor de origen. No se
puede garantizar al cliente que la operación se haya realizado, incluso si el
código de estado devuelto desde el servidor de origen indica que la acción
se ha completado con éxito. Sin embargo, el servidor NO DEBE indicar el
éxito a menos que, en el momento de dar la respuesta, tenga la intención
de eliminar el recurso o moverlo a una ubicación inaccesible.
Defina los Status Code Definitions: Successful 2xx, Redirection 3xx, Client Error
4xx y Server Error 5xx:

 2xx: Esta clase de código de estado indica que la solicitud del cliente se recibió,
entendió y aceptó correctamente.

 3xx: Esta clase de código de estado indica que el agente de usuario debe tomar
más medidas para cumplir con la solicitud. La acción requerida PUEDE ser
realizada por el agente de usuario sin interacción con el usuario si y solo si el
método utilizado en la segunda solicitud es GET o HEAD. Un cliente DEBERÍA
detectar bucles de redirección infinitos, ya que dichos bucles generan tráfico de
red para cada redirección.

 4xx: La clase 4xx de código de estado está pensada para casos en los que el
cliente parece haber cometido un error. Excepto cuando responde a una solicitud
HEAD, el servidor DEBE incluir una entidad que contenga una explicación de la
situación de error y si se trata de una condición temporal o permanente. Estos
códigos de estado son aplicables a cualquier método de solicitud. Los agentes de
usuario DEBERÍAN mostrar cualquier entidad incluida al usuario.

 5xx: Los códigos de estado de respuesta que comienzan con el dígito "5" indican
casos en los que el servidor sabe que ha cometido un error o es incapaz de
realizar la solicitud. Excepto cuando responde a una solicitud HEAD, el servidor
DEBE incluir una entidad que contenga una explicación de la situación de error y si
se trata de una condición temporal o permanente. Los agentes de usuario
DEBERÍAN mostrar cualquier entidad incluida al usuario. Estos códigos de
respuesta son aplicables a cualquier método de solicitud.

¿Para qué sirven los RFC?

Describen los fundamentos técnicos de Internet, como las tecnologías de
direccionamiento, enrutamiento y transporte. Los RFC también especifican protocolos
como TLS 1.3, QUIC y WebRTC que se utilizan para brindar servicios utilizados por miles
de millones de personas todos los días, como la colaboración en tiempo real, el correo
electrónico y el sistema de nombres de dominio. Solo algunos RFC son estándares.
Según su nivel de madurez y lo que cubren, los RFC se etiquetan con diferentes estados:
Estándar de Internet, Estándar propuesto, Mejores prácticas actuales, Experimental,
Informativo e Histórico.

Conclusiones
En la práctica se revisó de manera más detallada los conceptos que vimos de manera
superficial en las últimas clases, con esto aprendimos a grandes rasgos algunos de los
diferentes conceptos que se ven involucrados al momento de visitar algún sitio, además
establecer el concepto de que internet está cimentado en protocolos que ayudan a tener
un orden con la finalidad tener un estándar para que no haya dificultades en la
comunicación.
Referencias

(n.d.). Retrieved from https://www.ietf.org/standards/rfcs/

(1999, Junio). Retrieved from Hypertext Transfer Protocol -- HTTP/1.1:

https://datatracker.ietf.org/doc/html/rfc2616