[es] Fix a few typos, mistranslations and broken links in Spanish lan…

…guage guides (mdn#18699)

Fix a few Spanish typos and mistranslations in the HTTP guide

files/es/learn/common_questions/web_mechanics/what_is_a_url/index.md

@@ -11,14 +11,14 @@ Este artículo habla sobre las Uniform Resource Locators (URLs), explicando qué
       <th scope="row">Prerequisitos:</th>
       <td>
         Primero necesitas saber
-        <a href="/es/docs/Learn/How_the_Internet_works"
-          >Como funciona Internet</a
+        <a href="/es/docs/Learn/Common_questions/Web_mechanics/How_does_the_Internet_work"
+          >Cómo funciona Internet</a
         >,
-        <a href="/es/docs/Learn/What_is_a_Web_server"
+        <a href="/es/docs/Learn/Common_questions/Web_mechanics/What_is_a_web_server"
           >qué es un servidor Web</a
         >
         y
-        <a href="/es/docs/Learn/Understanding_links_on_the_web"
+        <a href="/es/docs/Learn/Common_questions/Web_mechanics/What_are_hyperlinks"
           >los conceptos detrás de los enlaces en la web</a
         >.
       </td>
@@ -34,11 +34,11 @@ Este artículo habla sobre las Uniform Resource Locators (URLs), explicando qué
 
 Junto con el {{Glossary("Hypertext", "Hipertexto")}} y {{Glossary("HTTP")}}, las **_URL_** son uno de los conceptos claves de la Web. Es el mecanismo usado por los {{Glossary("Browser","navegadores")}} para obtener cualquier recurso publicado en la web.
 
-**URL** significa _Uniform Resource Locator (Localizador de Recursos Uniforme)_. Una URL no es más que una direccion que es dada a un recurso único en la Web. En teoria, cada URL válida apunta a un único recurso. Dichos recursos pueden ser páginas HTML, documentos CSS, imagenes, etc. En la practica, hay algunas excepciones, siendo la más común una URL apuntando a un recurso que ya no existe o que ha sido movido. Como el recurso representado por la URL y la URL en si son manejadas por el servidor Web, depende del dueño del servidor web manejar ese recurso y su URL asociada adecuadamente.
+**URL** significa _Uniform Resource Locator (Localizador de Recursos Uniforme)_. Una URL no es más que una dirección que es dada a un recurso único en la Web. En teoria, cada URL válida apunta a un único recurso. Dichos recursos pueden ser páginas HTML, documentos CSS, imagenes, etc. En la practica, hay algunas excepciones, siendo la más común una URL apuntando a un recurso que ya no existe o que ha sido movido. Como el recurso representado por la URL y la URL en si son manejadas por el servidor Web, depende del dueño del servidor web manejar ese recurso y su URL asociada adecuadamente.
 
-## Active Learning
+## Aprendizaje activo
 
-_There is no active learning available yet. [Please, consider contributing](/es/docs/MDN/Getting_started)._
+_Por el momento no hay aprendizaje activo disponible. [Por favor, considere contribuir](/es/docs/MDN/Community/Contributing/Getting_started)._
 
 ## Profundizando
 
@@ -63,7 +63,7 @@ http://www.example.com:80/path/to/myfile.html?key1=value1&key2=value2#SomewhereI
 - ![Protocol](mdn-url-protocol@x2_update.png)
   - : `http` es el protocolo. La primera parte de la URL indica qué protocolo debe usar el navegador. Un protocolo es un método establecido para intercambiar o transferir datos alrededor de una red informática. Por lo general, para sitios web es el protocolo HTTP o su versión segura, HTTPS. La Web requiere uno de estos dos, pero los navegadores también saben cómo manejar otros protocolos como mailto: (para abrir un cliente de correo) o ftp: para manejar la transferencia de archivos, así que no se sorprenda si ve tales protocolos.
 - ![Domaine Name](mdn-url-domain@x2.png)
-  - : `www.example.com` es el nombre de dominio. Indica qué servidor web se solicita. Alternativamente, es posible usar directamente un {{Glossary("dirección IP")}}, pero debido a que es menos conveniente, no se usa con frecuencia en la Web.
+  - : `www.example.com` es el nombre de dominio. Indica qué servidor web se solicita. Alternativamente, es posible usar directamente una {{Glossary("IP Address", "dirección IP")}}, pero debido a que es menos conveniente, no se usa con frecuencia en la Web.
 - ![Port](mdn-url-port@x2.png)
   - : `:80` es el puerto. Indica la "puerta" técnica utilizada para acceder a los recursos en el servidor web. Por lo general, se omite si el servidor web utiliza los puertos estándar del protocolo HTTP (80 para HTTP y 443 para HTTPS) para otorgar acceso a sus recursos. De lo contrario es obligatorio.
 - ![Path to the file](mdn-url-path@x2.png)
@@ -73,15 +73,15 @@ http://www.example.com:80/path/to/myfile.html?key1=value1&key2=value2#SomewhereI
 - ![Anchor](mdn-url-anchor@x2.png)
   - : `#SomewhereInTheDocument` es un ancla para otra parte del recurso en sí. Un ancla representa una especie de "marcador" dentro del recurso, dando al navegador las instrucciones para mostrar el contenido ubicado en ese lugar "marcado". En un documento HTML, por ejemplo, el navegador se desplazará hasta el punto donde se define el ancla; en un video o documento de audio, el navegador intentará ir a la hora que representa el ancla. Vale la pena señalar que la parte después del #, también conocido como el identificador de fragmento, nunca se envía al servidor con la solicitud.
 
-> **Nota:** Existen [algunas partes extras y reglas extras](http://en.wikipedia.org/wiki/Uniform_Resource_Locator") con respecto a las URL, pero no son relevantes para usuarios habituales o desarrolladores web. No se preocupe por esto, no necesita conocerlos para construir y usar URL completamente funcionales.
+> **Nota:** Existen [algunas partes extras y reglas extras](https://es.wikipedia.org/wiki/Localizador_de_recursos_uniforme) con respecto a las URL, pero no son relevantes para usuarios habituales o desarrolladores web. No se preocupe por esto, no necesita conocerlos para construir y usar URL completamente funcionales.
 
 Puede pensar en una URL como una dirección de correo postal normal: el protocolo representa el servicio postal que desea utilizar, el nombre de dominio es la ciudad o el pueblo y el puerto es como el código postal; la ruta representa el edificio donde se debe entregar su correo; los parámetros representan información adicional como el número de apartamento en el edificio; y, finalmente, el ancla representa a la persona real a la que ha dirigido su correo.
 
 ### Cómo usar las URL
 
 Se puede escribir cualquier URL dentro de la barra de direcciones del navegador para acceder al recurso que se encuentra detrás. ¡Pero esto es sólo la punta del iceberg!
 
-El lenguaje {{Glossary("HTML")}} — [que se discutirá más adelante](/es/docs/Learn/HTML/HTML_tags) — hace un uso extensivo de las URL:
+El lenguaje {{Glossary("HTML")}} — [que se discutirá más adelante](/es/docs/Learn/HTML/Introduction_to_HTML) — hace un uso extensivo de las URL:
 
 - para crear enlaces a otros documentos con el elemento {{HTMLElement("a")}};
 - para vincular un documento con sus recursos relacionados a través de varios elementos como {{HTMLElement("link")}} o {{HTMLElement("script")}};
@@ -129,7 +129,7 @@ Veamos algunos ejemplos para aclarar esto.
           documento HTML. El navegador utilizará el mismo protocolo y el mismo
           nombre de dominio que el utilizado para cargar el documento que aloja
           esa URL.
-          <strong>Note:</strong>
+          <strong>Nota:</strong>
           <em
             >no es posible omitir el nombre de dominio sin omitir también el
             protocolo.</em
@@ -189,4 +189,4 @@ La semántica lingüística es, por supuesto, irrelevante para las computadoras.
 
 ## Próximos pasos
 
-- [Comprendiendo nombres de dominio](/es/docs/Learn/Understanding_domain_names)
+- [Comprendiendo nombres de dominio](/es/docs/Learn/Common_questions/Web_mechanics/What_is_a_domain_name)

files/es/learn/common_questions/web_mechanics/what_is_a_web_server/index.md

@@ -1,5 +1,5 @@
 ---
-title: Que es un servidor WEB?
+title: ¿Qué es un servidor WEB?
 slug: Learn/Common_questions/Web_mechanics/What_is_a_web_server
 ---
 
@@ -11,12 +11,12 @@ En este articulo veremos que son los servidores, cómo funcionan y por qué son
       <th scope="row">Prerequisitos:</th>
       <td>
         Debes saber
-        <a href="/es/docs/Learn/How_the_Internet_works"
-          >como funciona internet</a
+        <a href="/es/docs/Learn/Common_questions/Web_mechanics/How_does_the_Internet_work"
+          >cómo funciona internet</a
         >, y
-        <a href="/es/docs/Learn/page_vs_site_vs_server_vs_search_engine"
-          >entendiendo la diferencia entre pagina web, sitio web, servidor y
-          motor de busqueda</a
+        <a href="/es/docs/Learn/Common_questions/Web_mechanics/Pages_sites_servers_and_search_engines"
+          >entender la diferencia entre página web, sitio web, servidor y
+          motor de búsqueda</a
         >
       </td>
     </tr>
@@ -48,7 +48,7 @@ Por ejemplo, para producir las páginas web que finalmente ves en tu navegador,
 
 ## Aprendizaje activo
 
-_No hay aprendizaje activo disponible. [**Por favor, considere colaborar.**](/es/docs/MDN/Getting_started)_
+_No hay aprendizaje activo disponible. [**Por favor, considere colaborar.**](/es/docs/MDN/Community/Contributing/Getting_started)_
 
 ## Inmersión más profunda
 
@@ -65,9 +65,9 @@ Técnicamente, puede alojar todos esos archivos en su propia computadora, pero e
 - tiene la misma dirección IP todo el tiempo.
 - es mantenido por un proveedor externo.
 
-Por todas estas razones, encontrar un buen proveedor de alojamiento es una parte clave del desarrollo de su sitio web. Investigue a través de los diversos servicios que ofrecen las compañías y elija uno que se ajuste a sus necesidades y a su presupuesto (los servicios van desde los gratuitos hasta los miles de dólares al mes). Puede encontrar mas información [en este artículo](/es/Learn/How_much_does_it_cost#Hosting).
+Por todas estas razones, encontrar un buen proveedor de alojamiento es una parte clave del desarrollo de su sitio web. Investigue a través de los diversos servicios que ofrecen las compañías y elija uno que se ajuste a sus necesidades y a su presupuesto (los servicios van desde los gratuitos hasta los miles de dólares al mes). Puede encontrar mas información [en este artículo](/es/docs/Learn/Common_questions/Tools_and_setup/How_much_does_it_cost#alojamiento).
 
-Una vez que configura una solución de alojamiento web, solo tiene que [cargar sus archivos en su servidor web](/es/docs/Learn/Upload_files_to_a_web_server).
+Una vez que configura una solución de alojamiento web, solo tiene que [cargar sus archivos en su servidor web](/es/docs/Learn/Common_questions/Tools_and_setup/Upload_files_to_a_web_server).
 
 ### Comunicación a través de HTTP
 
@@ -86,7 +86,7 @@ HTTP proporciona reglas claras sobre cómo se comunican un cliente y un servidor
 - Al solicitar un archivo a través de HTTP, los clientes deben proporcionar la URL del archivo.
 - El servidor web debe responder a todas las solicitudes HTTP, al menos con un mensaje de error.
 
-[![The MDN 404 page as an example of such error page](mdn-404.jpg)](/es/404) En un servidor web, el servidor HTTP es responsable de procesar y responder las solicitudes entrantes.
+[![The MDN 404 page as an example of such error page](mdn-404.jpg)](/es/docs/Web/HTTP/Status/404) En un servidor web, el servidor HTTP es responsable de procesar y responder las solicitudes entrantes.
 
 1. Al recibir una solicitud, un servidor HTTP primero verifica si la URL solicitada coincide con un archivo existente.
 2. Si es así, el servidor web envía el contenido del archivo de nuevo al navegador. Si no, un servidor de aplicaciones construye el archivo necesario.
@@ -98,14 +98,16 @@ En términos generales, un servidor puede entregar contenido estático o dinámi
 
 "Dinámico" significa que el servidor procesa el contenido o incluso lo genera desde una base de datos. Esta solución proporciona más flexibilidad, pero se vuelve más difícil de manejar, lo que hace que sea mucho más complejo desarrollar el sitio web.
 
-Tomemos por ejemplo la página que estás leyendo en este momento. En el servidor web que lo aloja, hay un servidor de aplicaciones que toma el contenido del artículo de una base de datos, lo formatea, lo coloca dentro de algunas plantillas HTML y le envía los resultados. En este caso, el servidor de aplicaciones se llama [Kuma](/es/docs/MDN/Kuma) y está desarrollado con Python (utilizando el framework [Django](https://www.djangoproject.com/)). El equipo de Mozilla creó Kuma para las necesidades específicas de MDN, pero hay muchas aplicaciones similares basadas en otras tecnologías.
+Es imposible sugerir un único servidor de aplicaciones que sea la solución correcta para todos los casos de uso posibles. Algunos servidores de aplicaciones están diseñados para alojar y administrar blogs, wikis o soluciones de comercio electrónico, mientras que otros son más genéricos. Si está desarrollando un sitio web dinámico, tómese el tiempo para investigar sus requisitos y encontrar la tecnología que mejor se adapte a sus necesidades.
 
-Hay tantos servidores de aplicaciones que es resulta difícil sugerir uno en particular. Algunos servidores de aplicaciones se adaptan a categorías específicas de sitios web como blogs, wikis o tiendas electrónicas; otros, llamados CMS (Content Management Systems ó Sistemas de Gestión de Contenidos), son más genéricos. Si está desarrollando un sitio web dinámico, tómese el tiempo para elegir una herramienta que se adapte a sus necesidades. A menos que desee aprender algo de programación de servidores web (¡es un área emocionante!), no necesita crear su propio servidor de aplicaciones.
+La mayoría de los desarrolladores de sitios web no necesitarán crear un servidor de aplicaciones desde cero, porque hay muchas soluciones listas para usar, muchas de las cuales son altamente configurables.
+Pero si necesita crear su propio servidor, probablemente querrá utilizar un _framework_ de servidor, aprovechando su código y bibliotecas existentes, y extendiendo solo las partes que necesita para satisfacer su caso de uso.
+Solo un número relativamente pequeño de desarrolladores debería necesitar desarrollar un servidor completamente desde cero: por ejemplo, para cumplir con restricciones de recursos en un sistema integrado. Si desea experimentar con la creación de un servidor, eche un vistazo a los recursos en la [vía de aprendizaje de programación de sitios web del lado del servidor](/es/docs/Learn/Server-side).
 
 ## Próximos pasos
 
 Ahora que estás familiarizado con los servidores web, podrías:
 
-- leer sobre [cuánto cuesta hacer algo en la web](/es/docs/Learn/How_much_does_it_cost)
-- consultar otros artículos relacionados con[los diferentes software que puedes utilizar para crear un sitio web](/es/docs/Learn/What_software_do_I_need)
-- pasar a algo práctico tipo: [¿cómo subir archivos al servidor?](/es/docs/Learn/Upload_files_to_a_web_server).
+- leer sobre [cuánto cuesta hacer algo en la web](/es/docs/Learn/Common_questions/Tools_and_setup/How_much_does_it_cost)
+- consultar otros artículos relacionados con[los diferentes software que puedes utilizar para crear un sitio web](/es/docs/Learn/Common_questions/Tools_and_setup/What_software_do_I_need)
+- pasar a algo práctico tipo: [¿cómo subir archivos al servidor?](/es/docs/Learn/Common_questions/Tools_and_setup/Upload_files_to_a_web_server).

files/es/web/http/basics_of_http/identifying_resources_on_the_web/index.md

@@ -9,7 +9,7 @@ El objetivo de una solicitud HTTP se denomina "recurso", (es decir: datos), y di
 
 La identidad y la localización del recursos en la Web son en su mayoria proporcionados por una sola dirección URL (Localicador de Recursos Uniforme; un tipo de URI). A veces, el mismo URI no proporciona la identidad ni la ubicación: HTTP usa un encabezado HTTP especifico, {{HTTPHeader("Alt-Svc")}} cuando el recurso solicitado por el cliente quiere acceder a él en otra ubicación.
 
-## URLs and URNs
+## URLs y URNs
 
 ### URLs
 
@@ -52,7 +52,7 @@ Las dos URNs corresponden a
 
 | Esquema     | Descripción                                                                 |
 | ----------- | --------------------------------------------------------------------------- |
-| data        | [Datos URIs](/es/docs/Web/HTTP/Basics_of_HTTP/Data_URIs)                    |
+| data        | [URLs de datos](/es/docs/Web/HTTP/Basics_of_HTTP/Data_URLs)                 |
 | file        | Host-nombre de archivo específicos                                          |
 | ftp         | [Protocolo de Transferencia de Archivos](/es/docs/Glossary/FTP)             |
 | http/https  | [Protocolo de transferencia de Hipertexto (Seguro)](/es/docs/Glossary/HTTP) |
@@ -66,7 +66,7 @@ Las dos URNs corresponden a
 ### Autoridad
 
 - ![Domaine Name](mdn-url-domain@x2.png)
-  - : `www.example.com` es el nombre de dominio o autoridad que gobierna el espacio de nombres. Indica cuando es solicitado el servidor Web . Alternativamente, Es posile usar directamente una {{Glossary("IP address")}}, pero debido a que es menos conveniente, no se usa muy amenudo en la Web.
+  - : `www.example.com` es el nombre de dominio o autoridad que gobierna el espacio de nombres. Indica cuando es solicitado el servidor Web . Alternativamente, Es posile usar directamente una {{Glossary("IP address", "dirección IP")}}, pero debido a que es menos conveniente, no se usa muy amenudo en la Web.
 
 ### Puerto
 
@@ -106,5 +106,5 @@ urn:isbn:9780141036144
 
 ## Ver también
 
-- [Qué es una URL?](/es/docs/Learn/Common_questions/What_is_a_URL)
+- [¿Qué es una URL?](/es/docs/Learn/Common_questions/Web_mechanics/What_is_a_URL)
 - [Lista de esquemas URI IANA](https://www.iana.org/assignments/uri-schemes/uri-schemes.xhtml)