From: Daniel Ferradal Date: Sun, 25 Feb 2024 11:47:27 +0000 (+0000) Subject: Added getting-started.xml.es Spanish Translation + files modified by ./build.sh X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=fd58fb6c8cb03ecd1f1bbac9904f4eb6b461d498;p=thirdparty%2Fapache%2Fhttpd.git Added getting-started.xml.es Spanish Translation + files modified by ./build.sh git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1915991 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/dso.html.en.utf8 b/docs/manual/dso.html.en.utf8 index 85671f17c74..dbf3f5878ec 100644 --- a/docs/manual/dso.html.en.utf8 +++ b/docs/manual/dso.html.en.utf8 @@ -24,6 +24,7 @@ Apache > HTTP Server > Documentation > Version 2.5

Dynamic Shared Object (DSO) Support

Available Languages:  en  | + es  |  fr  |  ja  |  ko  | @@ -301,6 +302,7 @@ $ apxs -cia mod_foo.c

Available Languages:  en  | + es  |  fr  |  ja  |  ko  | diff --git a/docs/manual/getting-started.html b/docs/manual/getting-started.html index 1f73012578f..b33e07d34c5 100644 --- a/docs/manual/getting-started.html +++ b/docs/manual/getting-started.html @@ -4,6 +4,10 @@ URI: getting-started.html.en.utf8 Content-Language: en Content-type: text/html; charset=UTF-8 +URI: getting-started.html.es.utf8 +Content-Language: es +Content-type: text/html; charset=UTF-8 + URI: getting-started.html.fr.utf8 Content-Language: fr Content-type: text/html; charset=UTF-8 diff --git a/docs/manual/getting-started.html.en.utf8 b/docs/manual/getting-started.html.en.utf8 index bb7739425a5..5c127e78048 100644 --- a/docs/manual/getting-started.html.en.utf8 +++ b/docs/manual/getting-started.html.en.utf8 @@ -24,6 +24,7 @@ Apache > HTTP Server > Documentation > Version 2.5

Getting Started

Available Languages:  en  | + es  |  fr  |  ru 

@@ -225,6 +226,7 @@ know.

Available Languages:  en  | + es  |  fr  |  ru 

top

Comments

Notice:
This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Libera.chat, or sent to our mailing lists.
diff --git a/docs/manual/getting-started.html.es.utf8 b/docs/manual/getting-started.html.es.utf8 new file mode 100644 index 00000000000..d93fb3d3752 --- /dev/null +++ b/docs/manual/getting-started.html.es.utf8 @@ -0,0 +1,256 @@ + + + + + +Getting Started - Servidor HTTP Apache Versión 2.5 + + + + + + + +
<-
+

Getting Started

+
+

Idiomas disponibles:  en  | + es  | + fr  | + ru 

+
+ +

Si es tu primera vez con el servidor Apache HTTTP, o incluso para llevar +un sitio web, puede que no sepas por dónde empezar, o qué preguntas hacer. +hacer. Este documento le guiará a través de los conceptos básicos.

+
+ +
top
+
+

Clientes, Servidores y URLs

+ + +

+Las direcciones en la Web se expresan con URLs - Uniform Resource Locators +- que especifican un protocolo (p.ej. http), un nombre de servidor (e.g. +www.apache.org), una URL-path (p.ej. +/docs/current/getting-started.html), y posiblemente una query +string (p.ej. ?arg=value) utilizada para pasar parámetros adicionales +al servidor. +

+ +

Un cliente (p.ej., un navegador web) conecta al servidor (p.ej., tu Servidor Apache HTTP), +con el protocolo especificado, y hace una petición de un recurso utilizando +una URL-path.

+ +

La URL-path puede representar varias cosas en el servidor. Podría ser un fichero +(como getting-started.html) un handler (como server-status) or algún tipo de fichero de programa +(como index.php). Revisaremos esto más adelante en la sección +Contenido de Sitio Web.

+ +

+El servidor enviará una respuesta que consiste en un código de estado +y, opcionalmente, un cuerpo del mensaje. +El código de estado indica si una petición tuvo éxito, y si no, qué tipo de condición +de error se ha dado. Esto le dice al cliente qué debe hacer con la respuesta. Puedes +leer sobre los códigos de respuesta posibles en +La Wiki del Seridor +Apache.

+ +

Detalles de la transacción, y cualquier condición de error, se escriben en los ficheros +de log. Esto se comenta en mayor detalle más abajo en la sección Ficheros de Log y Solución de Problemas.

+ +
top
+
+

Nombres de Host y DNS

+ + +

Para conectar con un servidor, el cliente debe primero resolver +el nombre del servidor a una dirección IP - la ubicación en Internet donde reside el +servidor. Así, para que tu servidor sea accesible, es necesario que el nombre del +servidor está en DNS.

+ +

Si no sabes cómo hacer esto, necesitarás contactar con el administrador de tu red, +o proveedor de Internet, para realizar este paso por tí.

+ +

Más de un nombre de host puede apuntar a la misma dirección IP, y más de una +dirección IP puede apuntar al mismo servidor físico. Así puedes gestionar más +de un sitio web en el mismo servidor físico, usando una característica llamada +hosts virtuales.

+ +

Si está haciendo pruebas con un servidor que no está accesible desde Internet, +puedes usar nombres de host en tu fichero hosts para hacer resolución de nombres +local. Por ejemplo, podrías querer poner en tu registro en tu fichero de hosts +para apuntar una petición hacia www.example.com en tu sistema local, +para hacer pruebas. Esta entrada sería parecida a esto:

+ +

+127.0.0.1 www.example.com +

+ +

Un fichero de hosts probablemente esté ubicado en /etc/hosts or +C:\Windows\system32\drivers\etc\hosts.

+ +

Puedes leer más sobre ficheros de hosts en Wikipedia.org/wiki/Hosts_(file), +y más sobre DNS en Wikipedia.org/wiki/Domain_Name_System.

+
top
+
+

Ficheros de Configuración y Directivas

+ + +

El Servidor Apache HTTP se configura con ficheros de texto. +Estos ficheros pueden estar ubicados en distintos sitios, dependiendo de +cómo se haya instalado exactamente tu servidor. Las ubicaciones comunes +para estos ficheros pueden encontrarse en +la wiki de httpd. Is instalaste httpd desde el código fuente, la +ubicación por defecto para estos ficheros se encuentra en +/usr/local/apache2/conf. El fichero de configuración por +defecto se llama generalmente httpd.conf. Esto también, puede +variar en distribuciones de terceros del servidor.

+ +

La configuración a menudo se separa en distintos ficheros más pequeños +para facilitar la gestión. Estos ficheros se cargan con la directiva Include. Los nombres o las ubicaciones de estos +sub-ficheros no es mágica, puede variar en gran manera de una instalación +a otra. Ordena y subdivide estos ficheros de la manera que tenga más sentido +para tí. Si la organicación de los ficheros por defecto +no tiene sentido para tí, siéntete libre de reorganizarla.

+ +

El servidor se configura colocando directivas de configuración en estos +ficheros de configuración. Una directiva es una palabra clave seguida de +uno o más parámetros para definir su valor.

+ +

La pregunta "¿Dónde debo poner esta directiva?" se contesta +generalmente considerando dónde una directiva es efectiva. Si es una configuración +global, debería aparecer en el fichero de configuración, fuera de cualquier +sección <Directory>, <Location>, <VirtualHost>, u otra sección. Si es para +aplicar una configuración a un directorio en particular, debería ir dentro +de una sección +<Directory> haciendo referencia +a ese directorio, y así con todas. Vea el documento de Secciones +de Configuración para obtener más detalle sobre estas secciones.

+ +

Además de los ficheros de configuración principales, ciertas directivas podría +information en ficheros .htaccess ubicados en directorios de contenido. +Los ficheros .htaccess son principalmente para personas que no tienen +acceso a lo fichero(s) de configuración del servidor. Puedes leer más sobre los +ficheros .htaccess en el .htaccess howto.

+ +
top
+
+

Contenido del Sitio Web

+ + +

El contenido del sitio web puede tener distintas formas, pero puede dividirse +generalmente entre contenido estático y dinámico.

+ +

Contenido estático son cosas como ficheros HTML, ficheros de imágenes, ficheros CSS, +y otros ficheros que residen en el sistema de ficheros. La directiva DocumentRoot especifica dónde en el filesystem deberías +ubicar estos ficheros. Esta directiva está o bien configurada globalmente, o por +host virtual. Mira en tus ficheros de configuración para determinar como está esto +configurado en tu servidor.

+ +

Típicamente, un documento llamado index.html será servidor cuando +se solicita un directorio sin especificar un fichero. Por ejemplo si +DocumentRoot se especifica con +/var/www/html y se hace una petición a +http://www.example.com/work/, el fichero +/var/www/html/work/index.html será servido al cliente.

+ +

El contenido dinámico es cualquier cosa que se genera en tiempo de petición, +y puede cambiar de una petición a otra. Hay muchas formas de generar contenido +podría generarse. Varios handlers están disponibles para generar contenido. programas CGI podrían escribirse para generar contenido +para su sitio web.

+ +

Módulos de terceros como mod_php podrían usarse para escribir este código +que puede hacer variedad de cosas. Muchas aplicaciones de terceros, escritas +usanndo distintos lenguajes y herramientas, están disponibles para descarga e +instalación en su Servidor Apache HTTP. El soporte para estos elementos de +terceros está fuera el ámbito de esta documentación, y deberías encontrarse +su documentación en otros foros de soporte para responder a preguntas sobre +ellas.

+
top
+
+

Ficheros de Log y Solución de Problemas

+ +

Como administrador de un Servidor Apache HTTP, tus activos más valiosos +son los ficheros de log, y en el particular, el log de errores. Intentar hacer +Solución de Problemas sin el log de errores es como conducir con los ojos +cerrados.

+ +

La ubicación del log de errores se define con la directiva ErrorLog directive, que puede configurarse +globalmnente o por host virtual. Entradas en el log de errores te indican +qué fue mal, y cuando. A menudo también te indican cómo corregirlo. Cada +mensaje de error contiene un código de error, que puedes buscar en línea +para obtener descripciones aún más detalladas sobre cómo resolver el +problema. También puedes configurar el log de errores para que incluya +un id de LOG que luego puedes correlacionar a una entrada en el +log de accesos, y así poder determinar qué petición causó la condición +de error.

+ +

Puedes leer más sobre el registro de logs en la +documentación de logs.

+
top
+
+

¿Qué viene a continuación?

+ + +

Una vez que cumples los pre-requisitos es hora de avanzar.

+ +

Esto documento sólo cubre cómo el mínimo básico. Esperamos que esto +te ayude a comenzar, pero hay muchas otras cosas que podrías necesitar +aprender.

+ + + +
+
+

Idiomas disponibles:  en  | + es  | + fr  | + ru 

+
top

Comentarios

Notice:
This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Libera.chat, or sent to our mailing lists.
+
+ \ No newline at end of file diff --git a/docs/manual/getting-started.xml.es b/docs/manual/getting-started.xml.es new file mode 100644 index 00000000000..9a0ed46da65 --- /dev/null +++ b/docs/manual/getting-started.xml.es @@ -0,0 +1,231 @@ + + + + + + + + + + + Getting Started + + +

Si es tu primera vez con el servidor Apache HTTTP, o incluso para llevar +un sitio web, puede que no sepas por dónde empezar, o qué preguntas hacer. +hacer. Este documento le guiará a través de los conceptos básicos.

+
+ +
+Clientes, Servidores y URLs + +

+Las direcciones en la Web se expresan con URLs - Uniform Resource Locators +- que especifican un protocolo (p.ej. http), un nombre de servidor (e.g. +www.apache.org), una URL-path (p.ej. +/docs/current/getting-started.html), y posiblemente una query +string (p.ej. ?arg=value) utilizada para pasar parámetros adicionales +al servidor. +

+ +

Un cliente (p.ej., un navegador web) conecta al servidor (p.ej., tu Servidor Apache HTTP), +con el protocolo especificado, y hace una petición de un recurso utilizando +una URL-path.

+ +

La URL-path puede representar varias cosas en el servidor. Podría ser un fichero +(como getting-started.html) un handler (como server-status) or algún tipo de fichero de programa +(como index.php). Revisaremos esto más adelante en la sección +Contenido de Sitio Web.

+ +

+El servidor enviará una respuesta que consiste en un código de estado +y, opcionalmente, un cuerpo del mensaje. +El código de estado indica si una petición tuvo éxito, y si no, qué tipo de condición +de error se ha dado. Esto le dice al cliente qué debe hacer con la respuesta. Puedes +leer sobre los códigos de respuesta posibles en +La Wiki del Seridor +Apache.

+ +

Detalles de la transacción, y cualquier condición de error, se escriben en los ficheros +de log. Esto se comenta en mayor detalle más abajo en la sección Ficheros de Log y Solución de Problemas.

+ +
+ +
+Nombres de Host y DNS + +

Para conectar con un servidor, el cliente debe primero resolver +el nombre del servidor a una dirección IP - la ubicación en Internet donde reside el +servidor. Así, para que tu servidor sea accesible, es necesario que el nombre del +servidor está en DNS.

+ +

Si no sabes cómo hacer esto, necesitarás contactar con el administrador de tu red, +o proveedor de Internet, para realizar este paso por tí.

+ +

Más de un nombre de host puede apuntar a la misma dirección IP, y más de una +dirección IP puede apuntar al mismo servidor físico. Así puedes gestionar más +de un sitio web en el mismo servidor físico, usando una característica llamada +hosts virtuales.

+ +

Si está haciendo pruebas con un servidor que no está accesible desde Internet, +puedes usar nombres de host en tu fichero hosts para hacer resolución de nombres +local. Por ejemplo, podrías querer poner en tu registro en tu fichero de hosts +para apuntar una petición hacia www.example.com en tu sistema local, +para hacer pruebas. Esta entrada sería parecida a esto:

+ + +127.0.0.1 www.example.com + + +

Un fichero de hosts probablemente esté ubicado en /etc/hosts or +C:\Windows\system32\drivers\etc\hosts.

+ +

Puedes leer más sobre ficheros de hosts en Wikipedia.org/wiki/Hosts_(file), +y más sobre DNS en Wikipedia.org/wiki/Domain_Name_System.

+
+ +
+Ficheros de Configuración y Directivas + +

El Servidor Apache HTTP se configura con ficheros de texto. +Estos ficheros pueden estar ubicados en distintos sitios, dependiendo de +cómo se haya instalado exactamente tu servidor. Las ubicaciones comunes +para estos ficheros pueden encontrarse en +la wiki de httpd. Is instalaste httpd desde el código fuente, la +ubicación por defecto para estos ficheros se encuentra en +/usr/local/apache2/conf. El fichero de configuración por +defecto se llama generalmente httpd.conf. Esto también, puede +variar en distribuciones de terceros del servidor.

+ +

La configuración a menudo se separa en distintos ficheros más pequeños +para facilitar la gestión. Estos ficheros se cargan con la directiva Include. Los nombres o las ubicaciones de estos +sub-ficheros no es mágica, puede variar en gran manera de una instalación +a otra. Ordena y subdivide estos ficheros de la manera que tenga más sentido +para tí. Si la organicación de los ficheros por defecto +no tiene sentido para tí, siéntete libre de reorganizarla.

+ +

El servidor se configura colocando directivas de configuración en estos +ficheros de configuración. Una directiva es una palabra clave seguida de +uno o más parámetros para definir su valor.

+ +

La pregunta "¿Dónde debo poner esta directiva?" se contesta +generalmente considerando dónde una directiva es efectiva. Si es una configuración +global, debería aparecer en el fichero de configuración, fuera de cualquier +sección Directory, Location, VirtualHost, u otra sección. Si es para +aplicar una configuración a un directorio en particular, debería ir dentro +de una sección +Directory haciendo referencia +a ese directorio, y así con todas. Vea el documento de Secciones +de Configuración para obtener más detalle sobre estas secciones.

+ +

Además de los ficheros de configuración principales, ciertas directivas podría +information en ficheros .htaccess ubicados en directorios de contenido. +Los ficheros .htaccess son principalmente para personas que no tienen +acceso a lo fichero(s) de configuración del servidor. Puedes leer más sobre los +ficheros .htaccess en el .htaccess howto.

+ +
+ +
+Contenido del Sitio Web + +

El contenido del sitio web puede tener distintas formas, pero puede dividirse +generalmente entre contenido estático y dinámico.

+ +

Contenido estático son cosas como ficheros HTML, ficheros de imágenes, ficheros CSS, +y otros ficheros que residen en el sistema de ficheros. La directiva DocumentRoot especifica dónde en el filesystem deberías +ubicar estos ficheros. Esta directiva está o bien configurada globalmente, o por +host virtual. Mira en tus ficheros de configuración para determinar como está esto +configurado en tu servidor.

+ +

Típicamente, un documento llamado index.html será servidor cuando +se solicita un directorio sin especificar un fichero. Por ejemplo si +DocumentRoot se especifica con +/var/www/html y se hace una petición a +http://www.example.com/work/, el fichero +/var/www/html/work/index.html será servido al cliente.

+ +

El contenido dinámico es cualquier cosa que se genera en tiempo de petición, +y puede cambiar de una petición a otra. Hay muchas formas de generar contenido +podría generarse. Varios handlers están disponibles para generar contenido. programas CGI podrían escribirse para generar contenido +para su sitio web.

+ +

Módulos de terceros como mod_php podrían usarse para escribir este código +que puede hacer variedad de cosas. Muchas aplicaciones de terceros, escritas +usanndo distintos lenguajes y herramientas, están disponibles para descarga e +instalación en su Servidor Apache HTTP. El soporte para estos elementos de +terceros está fuera el ámbito de esta documentación, y deberías encontrarse +su documentación en otros foros de soporte para responder a preguntas sobre +ellas.

+
+ +
+Ficheros de Log y Solución de Problemas +

Como administrador de un Servidor Apache HTTP, tus activos más valiosos +son los ficheros de log, y en el particular, el log de errores. Intentar hacer +Solución de Problemas sin el log de errores es como conducir con los ojos +cerrados.

+ +

La ubicación del log de errores se define con la directiva ErrorLog directive, que puede configurarse +globalmnente o por host virtual. Entradas en el log de errores te indican +qué fue mal, y cuando. A menudo también te indican cómo corregirlo. Cada +mensaje de error contiene un código de error, que puedes buscar en línea +para obtener descripciones aún más detalladas sobre cómo resolver el +problema. También puedes configurar el log de errores para que incluya +un id de LOG que luego puedes correlacionar a una entrada en el +log de accesos, y así poder determinar qué petición causó la condición +de error.

+ +

Puedes leer más sobre el registro de logs en la +documentación de logs.

+
+ +
+¿Qué viene a continuación? + +

Una vez que cumples los pre-requisitos es hora de avanzar.

+ +

Esto documento sólo cubre cómo el mínimo básico. Esperamos que esto +te ayude a comenzar, pero hay muchas otras cosas que podrías necesitar +aprender.

+ + + +
+ +
diff --git a/docs/manual/getting-started.xml.meta b/docs/manual/getting-started.xml.meta index 13ea0c07c60..d12099adf93 100644 --- a/docs/manual/getting-started.xml.meta +++ b/docs/manual/getting-started.xml.meta @@ -8,6 +8,7 @@ en + es fr ru diff --git a/docs/manual/mod/mod_dav.html.en.utf8 b/docs/manual/mod/mod_dav.html.en.utf8 index 2b8f88e9dc8..164ae0c6329 100644 --- a/docs/manual/mod/mod_dav.html.en.utf8 +++ b/docs/manual/mod/mod_dav.html.en.utf8 @@ -59,9 +59,8 @@

Bugfix checklist

See also

top
@@ -77,19 +76,6 @@ must be compiled into the server or loaded at runtime using the LoadModule directive.

-

In addition, a location for the DAV lock database must be - specified in the global section of your httpd.conf - file using the DavLockDB - directive:

- -
DavLockDB "/usr/local/apache2/var/DavLock"
- - -

The directory containing the lock database file must be - writable by the User - and Group under which - Apache is running.

-

You may wish to add a <Limit> clause inside the <Location> directive to limit access to DAV-enabled locations. If you want to set the maximum amount of bytes that a DAV client can send at one request, you have to use @@ -97,9 +83,7 @@ directive. The "normal" LimitRequestBody directive has no effect on DAV requests.

-

Full Example

DavLockDB "/usr/local/apache2/var/DavLock"
-
-<Directory "/usr/local/apache2/htdocs/foo">
+    

Full Example

<Directory "/usr/local/apache2/htdocs/foo">
     Require all granted
     Dav On
 
@@ -226,12 +210,12 @@ Alias "/php-source" "/home/gstein/php_files"
   

To allow providers to work correctly in such a configuration, DavBasePath must be used.

-
<LocationMatch "^/repos/">
+    

Example

<LocationMatch "^/repos/">
     Dav svn
     DavBasePath /repos
     SVNParentPath /var/svn
 </LocationMatch>
- +
top
diff --git a/docs/manual/mod/mod_ssl.html.en.utf8 b/docs/manual/mod/mod_ssl.html.en.utf8 index a9bf75a135f..3e14a1f5ecf 100644 --- a/docs/manual/mod/mod_ssl.html.en.utf8 +++ b/docs/manual/mod/mod_ssl.html.en.utf8 @@ -1962,7 +1962,7 @@ SSLProxyCACertificateFile.

Status:Extension Module:mod_ssl Compatibility:The proxy section context is allowed in httpd 2.4.30 and later
-Inclusion of non-leaf (CA) certificates is permitted only in httpd 2.5.1 and later. +Inclusion of non-leaf (CA) certificates is permitted only in httpd 2.4.59 and later.

This directive sets the all-in-one file where you keep the certificates and