Please enable JavaScript.

Coggle requires JavaScript to display documents.

Servidores Web - Coggle Diagram

- - - - La firma electrónica amplía el concepto de firma manuscrita. Al firmar electrónicamente un documento, además de asegurar que el firmante original es el origen de dicho documento y que él no pueda negar que envió el mensaje, se verifica que su contenido no ha sido modificado.
- - - - El cliente representa en pantalla un documento generado a partir del código HTML. Además, se hace cargo de la ejecución de las sentencias que componen los scripts (programas), que se encuentran incorporados en el código de las mismas. Por ejemplo, plugins como PDF o applets.
  - - - La diferencia respecto a la ejecución de código en el lado del cliente consiste en que son los programas del lado del servidor quienes interpretan y ejecutan los scripts, para luego generar como resultado código HTML, que posteriormente enviarán al navegador web.
- - - - URI (uniform resource identifier) o identificador uniforme de recurso: añade
      - opcionalmente los campos pregunta y fragmento al final del URL:
      - http://xurl.es/rfc_2616
      - • Pregunta: son una o más variables separadas por punto y coma (;). Van precedidas por el separador «?». Con el separador «=» indicamos el valor de la variable.
      - • Fragmento: es una zona del documento final. Va precedido del separador «#».
      - El URI puede ser clasificado como un localizador, un nombre o ambos.
- - - - Mensajes HTTP
        
        Los mensajes HTTP utilizan el formato estandarizado por la RFC 822 y
        
        pueden ser de petición o de respuesta:
        
        – Mensaje de petición: el cliente indica la acción que quiere realizar, el
        
        recurso sobre el que se quiere realizar esta acción y cualquier otro dato necesario para que el servidor pueda atender la petición.
        
        – Mensaje de respuesta: el servidor incluye en este paquete tanto información necesaria para el funcionamiento del protocol
      - Sesión HTTP
        
        Una sesión HTTP consiste en una serie de transacciones de red entre el cliente y el servidor. El cliente realiza una petición y establece una conexión TCP estable con el puerto 80 del servidor, que permanece a la escucha
      - Métodos de petición
        
        El método indica la acción que se quiere realizar con el recurso. HTTP
        v1.1 define ocho métodos diferentes, pero estos son los más usados:
        
        -GET: realiza la petición de un recurso al servidor mediante el URL
        
        -POST: le indica al servidor que le va a llegar información del cliente que ira contenida en el grupo.
        
        -HEAD: funciona como el GET, pero el servidor no devuelve el cuerpo del mensaje, sino solo la línea inicial y las cabeceras.
      - Gestión del estado de las conexiones. Cookies
        
        HTTP no tiene memoria, por lo tanto no guarda información de transacciones antiguas del cliente
        
        Una cookie es un conjunto de datos que recibe el cliente y almacena a petición del servidor web.
        
        El servidor, gracias a las cookies, puede saber si un cliente se ha validado o no con antelación a la petición actual
        
        Existen dos tipos de cookies:
        
        Origen: habilitadas por el sitio que estamos visitando
        
        Third-Party cookies o cookies a terceros: producidas por anuncios u otros elementos externos al sitio visitado. Hace un seguimiento de usuario por la web y así realizar perfiles autorizados a los gustos del usuario
    - - El código de estado es un conjunto de tres dígitos que indica si la petición ha sido aceptada por el servidor. En caso de haber sido denegada, también indica la causa. Los códigos se dividen en cinco grupos diferenciados por el primer dígito.
- - - - Con el protocolo HTTPS, el servidor se autentica frente al cliente mediante el certificado digital, mientras que el cliente lo hace a través de un usuario y una contraseña