httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From n.@apache.org
Subject svn commit: r1794162 - in /httpd/httpd/branches/2.4.x/docs: manual/howto/ manual/mod/ server-status/
Date Sat, 06 May 2017 17:05:20 GMT
Author: nd
Date: Sat May  6 17:05:19 2017
New Revision: 1794162

URL: http://svn.apache.org/viewvc?rev=1794162&view=rev
Log:
property fixes

Modified:
    httpd/httpd/branches/2.4.x/docs/manual/howto/access.html.es   (props changed)
    httpd/httpd/branches/2.4.x/docs/manual/howto/access.xml.es   (contents, props changed)
    httpd/httpd/branches/2.4.x/docs/manual/howto/auth.html.es   (props changed)
    httpd/httpd/branches/2.4.x/docs/manual/howto/auth.xml.es   (props changed)
    httpd/httpd/branches/2.4.x/docs/manual/howto/cgi.html.es   (props changed)
    httpd/httpd/branches/2.4.x/docs/manual/howto/cgi.xml.es   (props changed)
    httpd/httpd/branches/2.4.x/docs/manual/howto/htaccess.html.es   (props changed)
    httpd/httpd/branches/2.4.x/docs/manual/howto/htaccess.xml.es   (props changed)
    httpd/httpd/branches/2.4.x/docs/manual/howto/http2.html.es   (props changed)
    httpd/httpd/branches/2.4.x/docs/manual/howto/http2.html.fr   (props changed)
    httpd/httpd/branches/2.4.x/docs/manual/howto/http2.xml.es   (props changed)
    httpd/httpd/branches/2.4.x/docs/manual/howto/http2.xml.fr   (props changed)
    httpd/httpd/branches/2.4.x/docs/manual/howto/index.html.es   (props changed)
    httpd/httpd/branches/2.4.x/docs/manual/howto/index.xml.es   (contents, props changed)
    httpd/httpd/branches/2.4.x/docs/manual/howto/public_html.html.es   (props changed)
    httpd/httpd/branches/2.4.x/docs/manual/howto/public_html.xml.es   (props changed)
    httpd/httpd/branches/2.4.x/docs/manual/mod/directive-dict.html.es   (props changed)
    httpd/httpd/branches/2.4.x/docs/manual/mod/directive-dict.xml.es   (props changed)
    httpd/httpd/branches/2.4.x/docs/manual/mod/mod_brotli.html   (props changed)
    httpd/httpd/branches/2.4.x/docs/manual/mod/mod_brotli.html.en   (props changed)
    httpd/httpd/branches/2.4.x/docs/manual/mod/mod_brotli.xml   (contents, props changed)
    httpd/httpd/branches/2.4.x/docs/manual/mod/mod_brotli.xml.meta   (props changed)
    httpd/httpd/branches/2.4.x/docs/server-status/README.md   (props changed)
    httpd/httpd/branches/2.4.x/docs/server-status/feather.png   (props changed)
    httpd/httpd/branches/2.4.x/docs/server-status/server-status.lua   (props changed)

Propchange: httpd/httpd/branches/2.4.x/docs/manual/howto/access.html.es
------------------------------------------------------------------------------
    svn:eol-style = native

Modified: httpd/httpd/branches/2.4.x/docs/manual/howto/access.xml.es
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/howto/access.xml.es?rev=1794162&r1=1794161&r2=1794162&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/howto/access.xml.es [utf-8] (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/howto/access.xml.es [utf-8] Sat May  6 17:05:19
2017
@@ -1,214 +1,214 @@
-<?xml version='1.0' encoding='UTF-8' ?>
-<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
-<?xml-stylesheet type="text/xsl" href="../style/manual.es.xsl"?>
-<!-- English Revision: 1734357 -->
-<!-- Updated by Luis Gil de Bernabé Pfeiffer lgilbernabe[AT]apache.org -->
-<!-- Reviewed by Sergio Ramos -->
-<!--
- Licensed to the Apache Software Foundation (ASF) under one or more
- contributor license agreements.  See the NOTICE file distributed with
- this work for additional information regarding copyright ownership.
- The ASF licenses this file to You under the Apache License, Version 2.0
- (the "License"); you may not use this file except in compliance with
- the License.  You may obtain a copy of the License at
-
-     http://www.apache.org/licenses/LICENSE-2.0
-
- Unless required by applicable law or agreed to in writing, software
- distributed under the License is distributed on an "AS IS" BASIS,
- WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
- See the License for the specific language governing permissions and
- limitations under the License.
--->
-
-<manualpage metafile="access.xml.meta">
-<parentdocument href="./">How-To / Tutoriales</parentdocument>
-
-<title>Control de Acceso</title>
-
-<summary>
-    <p>El control de acceso, hace referencia a todos los medios que proporcionan
-    	una forma de controlar el acceso a cualquier recurso. Esta parte está
-    	separada de <a
-    href="auth.html">autenticación y autorización</a>.</p>
-</summary>
-
-<section id="related"><title>Módulos y Directivas relacionados</title>
-
-    <p>El control de acceso puede efectuarse mediante diferentes módulos. Los 
-    más importantes de éstos son <module>mod_authz_core</module> y
-    <module>mod_authz_host</module>. También se habla en este documento de
-    el control de acceso usando el módulo <module>mod_rewrite</module>.</p>
-
-</section>
-
-<section id="host"><title>Control de Acceso por host</title>
-    <p>
-    Si lo que se quiere es restringir algunas zonas del sitio web, basándonos
-    en la dirección del visitante, esto puede ser realizado de manera 
-    fácil con el módulo <module>mod_authz_host</module>.
-    </p>
-
-    <p>La directiva <directive module="mod_authz_core">Require</directive>
-    proporciona una variedad de diferentes maneras de permitir o denegar el acceso a los
recursos. Además puede ser usada junto con las directivas:<directive
-    module="mod_authz_core">RequireAll</directive>, <directive
-    module="mod_authz_core">RequireAny</directive>, y <directive
-    module="mod_authz_core">RequireNone</directive>, estos requerimientos pueden
-    ser combinados de forma compleja y arbitraria, para cumplir cualquiera que
-    sean tus políticas de acceso.</p>
-
-    <note type="warning"><p>
-    Las directivas <directive module="mod_access_compat">Allow</directive>,
-    <directive module="mod_access_compat">Deny</directive>, y
-    <directive module="mod_access_compat">Order</directive>,
-    proporcionadas por <module>mod_access_compat</module>, están obsoletas y
-    serán quitadas en futuras versiones. Deberá evitar su uso, y también
-    los tutoriales desactualizaos que recomienden su uso.
-    </p></note>
-
-    <p>El uso de estas directivas es:</p>
-
- 
-    <highlight language="config">
-Require host <var>address</var> <br/>
-Require ip <var>ip.address</var>
-    </highlight>
-
-    <p>En la primera línea, <var>address</var> es el FQDN de un nombre
de 
-    dominio (o un nombre parcial del dominio); puede proporcionar múltiples
-    direcciones o nombres de dominio, si se desea.
-    </p>
-
-    <p>En la segunda línea, <var>ip.address</var> es la dirección IP,
una
-    dirección IP parcial, una red con su máscara, o una especificación red/nnn 
-    CIDR. Pueden usarse tanto IPV4 como IPV6.</p>
-
-    <p>Consulte también <a href="../mod/mod_authz_host.html#requiredirectives">la

-    documentación de mod_authz_host </a> para otros ejemplos de esta sintaxis.
-    </p>
-
-    <p>Puede ser insertado <code>not</code> para negar un requisito en
particular.
-    Note que, ya que <code>not</code> es una negación de un valor, no puede
ser 
-    usado por si solo para permitir o denegar una petición, como <em>not true</em>
-    que no contituye ser <em>false</em>. En consecuencia, para denegar una 
-    visita usando una negación, el bloque debe tener un elemento que se evalúa como
-    verdadero o falso. Por ejemplo, si tienes a alguien espameandote tu tablón de 
-    mensajes, y tu quieres evitar que entren o dejarlos fuera, puedes realizar
-    lo siguiente:
-    </p>
-
-    <highlight language="config">
-&lt;RequireAll&gt;
-    Require all granted
-    Require not ip 10.252.46.165
-&lt;/RequireAll&gt;
-    </highlight>
-
-    <p>Los visitantes que vengan desde la IP que se configura (<code>10.252.46.165</code>)
-    no tendrán acceso al contenido que cubre esta directiva. Si en cambio, lo que se 
-    tiene es el nombre de la máquina, en vez de la IP, podrás usar:</p>
-
-    <highlight language="config">
-Require not host <var>host.example.com</var>
-    </highlight>
-
-    <p>Y, Si lo que se quiere es bloquear el acceso desde dominio especifico, 
-    	podrás especificar parte de una dirección o nombre de dominio:</p>
-
-    <highlight language="config">
-Require not ip 192.168.205
-Require not host phishers.example.com moreidiots.example
-Require not host gov
-    </highlight>
-
-    <p>Uso de las directivas <directive
-    module="mod_authz_core">RequireAll</directive>, <directive
-    module="mod_authz_core">RequireAny</directive>, y <directive
-    module="mod_authz_core">RequireNone</directive> pueden ser usadas
-    para forzar requisitos más complejos.</p>
-
-</section>
-
-<section id="env"><title>Control de acceso por variables arbitrarias.</title>
-
-    <p>Haciendo el uso de <directive type="section" module="core">If</directive>,
-    puedes permitir o denegar el acceso basado en variables de entrono arbitrarias
-    o en los valores de las cabeceras de las peticiones. Por ejemplo para denegar 
-    el acceso basándonos en el "user-agent" (tipo de navegador así como Sistema Operativo)
-    puede que hagamos lo siguiente:
-    </p>
-
-    <highlight language="config">
-&lt;If "%{HTTP_USER_AGENT} == 'BadBot'"&gt;
-    Require all denied
-&lt;/If&gt;
-    </highlight>
-
-    <p>Usando la sintaxis de <directive module="mod_authz_core">Require</directive>
-    <code>expr</code> , esto también puede ser escrito de la siguiente forma:
-    </p>
-
-
-    <highlight language="config">
-Require expr %{HTTP_USER_AGENT} != 'BadBot'
-    </highlight>
-
-    <note><title>Advertencia:</title>
-    <p>El control de acceso por <code>User-Agent</code> es una técnica
poco fiable,
-    ya que la cabecera de <code>User-Agent</code> puede ser modificada y establecerse

-    al antojo del usuario.</p>
-    </note>
-
-    <p>Vea también la página de  <a href="../expr.html">expresiones</a>
-    para una mayor aclaración de que sintaxis tienen las expresiones y que
-    variables están disponibles.</p>
-
-</section>
-
-<section id="rewrite"><title>Control de acceso con mod_rewrite</title>
-
-    <p>El flag <code>[F]</code> de <directive
-    module="mod_rewrite">RewriteRule</directive> causa una respuesta 403 Forbidden
-    para ser enviada. USando esto, podrá denegar el acceso a recursos basándose
-    en criterio arbitrario.</p>
-
-    <p>Por ejemplo, si lo que desea es bloquear un recurso entre las 8pm y las 
-    	7am, podrá hacerlo usando <module>mod_rewrite</module>:</p>
-
-    <highlight language="config">
-RewriteEngine On
-RewriteCond "%{TIME_HOUR}" "&gt;=20" [OR]
-RewriteCond "%{TIME_HOUR}" "&lt;07"
-RewriteRule "^/fridge"     "-"       [F]
-    </highlight>
-
-    <p>Esto devolverá una respuesta de error 403 Forbidden para cualquier  petición

-    después de las 8pm y antes de las 7am. Esta técnica puede ser usada para cualquier

-    criterio que desee usar. También puede redireccionar, o incluso reescribir estas 
-    peticiones, si se prefiere ese enfoque.
-    </p>
-
-    <p>La directiva <directive type="section" module="core">If</directive>,
-     añadida en la 2.4, sustituye muchas cosas que <module>mod_rewrite</module>
-     tradicionalmente solía hacer, y deberá comprobar estas antes de recurrir a 
-    </p>
-
-</section>
-
-<section id="moreinformation"><title>Más información</title>
-
-    <p>El <a href="../expr.html">motor de expresiones</a> le da una gran
-    capacidad de poder para hacer una gran variedad de cosas basadas en 
-    las variables arbitrarias del servidor, y debe consultar este 
-    documento para más detalles.</p>
-
-    <p>También, deberá leer la documentación de <module>mod_authz_core</module>
-    para ejemplos de combinaciones de múltiples requisitos de acceso y especificar
-    cómo interactúan.
-    </p>
-
-    <p>Vea también los howtos de <a href="auth.html">Authenticación y Autorización</a>
-    </p>
-</section>
-
-</manualpage>
+<?xml version='1.0' encoding='UTF-8' ?>
+<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="../style/manual.es.xsl"?>
+<!-- English Revision: 1734357 -->
+<!-- Updated by Luis Gil de Bernabé Pfeiffer lgilbernabe[AT]apache.org -->
+<!-- Reviewed by Sergio Ramos -->
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements.  See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License.  You may obtain a copy of the License at
+
+     http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+<manualpage metafile="access.xml.meta">
+<parentdocument href="./">How-To / Tutoriales</parentdocument>
+
+<title>Control de Acceso</title>
+
+<summary>
+    <p>El control de acceso, hace referencia a todos los medios que proporcionan
+    	una forma de controlar el acceso a cualquier recurso. Esta parte está
+    	separada de <a
+    href="auth.html">autenticación y autorización</a>.</p>
+</summary>
+
+<section id="related"><title>Módulos y Directivas relacionados</title>
+
+    <p>El control de acceso puede efectuarse mediante diferentes módulos. Los 
+    más importantes de éstos son <module>mod_authz_core</module> y
+    <module>mod_authz_host</module>. También se habla en este documento de
+    el control de acceso usando el módulo <module>mod_rewrite</module>.</p>
+
+</section>
+
+<section id="host"><title>Control de Acceso por host</title>
+    <p>
+    Si lo que se quiere es restringir algunas zonas del sitio web, basándonos
+    en la dirección del visitante, esto puede ser realizado de manera 
+    fácil con el módulo <module>mod_authz_host</module>.
+    </p>
+
+    <p>La directiva <directive module="mod_authz_core">Require</directive>
+    proporciona una variedad de diferentes maneras de permitir o denegar el acceso a los
recursos. Además puede ser usada junto con las directivas:<directive
+    module="mod_authz_core">RequireAll</directive>, <directive
+    module="mod_authz_core">RequireAny</directive>, y <directive
+    module="mod_authz_core">RequireNone</directive>, estos requerimientos pueden
+    ser combinados de forma compleja y arbitraria, para cumplir cualquiera que
+    sean tus políticas de acceso.</p>
+
+    <note type="warning"><p>
+    Las directivas <directive module="mod_access_compat">Allow</directive>,
+    <directive module="mod_access_compat">Deny</directive>, y
+    <directive module="mod_access_compat">Order</directive>,
+    proporcionadas por <module>mod_access_compat</module>, están obsoletas y
+    serán quitadas en futuras versiones. Deberá evitar su uso, y también
+    los tutoriales desactualizaos que recomienden su uso.
+    </p></note>
+
+    <p>El uso de estas directivas es:</p>
+
+ 
+    <highlight language="config">
+Require host <var>address</var> <br/>
+Require ip <var>ip.address</var>
+    </highlight>
+
+    <p>En la primera línea, <var>address</var> es el FQDN de un nombre
de 
+    dominio (o un nombre parcial del dominio); puede proporcionar múltiples
+    direcciones o nombres de dominio, si se desea.
+    </p>
+
+    <p>En la segunda línea, <var>ip.address</var> es la dirección IP,
una
+    dirección IP parcial, una red con su máscara, o una especificación red/nnn 
+    CIDR. Pueden usarse tanto IPV4 como IPV6.</p>
+
+    <p>Consulte también <a href="../mod/mod_authz_host.html#requiredirectives">la

+    documentación de mod_authz_host </a> para otros ejemplos de esta sintaxis.
+    </p>
+
+    <p>Puede ser insertado <code>not</code> para negar un requisito en
particular.
+    Note que, ya que <code>not</code> es una negación de un valor, no puede
ser 
+    usado por si solo para permitir o denegar una petición, como <em>not true</em>
+    que no contituye ser <em>false</em>. En consecuencia, para denegar una 
+    visita usando una negación, el bloque debe tener un elemento que se evalúa como
+    verdadero o falso. Por ejemplo, si tienes a alguien espameandote tu tablón de 
+    mensajes, y tu quieres evitar que entren o dejarlos fuera, puedes realizar
+    lo siguiente:
+    </p>
+
+    <highlight language="config">
+&lt;RequireAll&gt;
+    Require all granted
+    Require not ip 10.252.46.165
+&lt;/RequireAll&gt;
+    </highlight>
+
+    <p>Los visitantes que vengan desde la IP que se configura (<code>10.252.46.165</code>)
+    no tendrán acceso al contenido que cubre esta directiva. Si en cambio, lo que se 
+    tiene es el nombre de la máquina, en vez de la IP, podrás usar:</p>
+
+    <highlight language="config">
+Require not host <var>host.example.com</var>
+    </highlight>
+
+    <p>Y, Si lo que se quiere es bloquear el acceso desde dominio especifico, 
+    	podrás especificar parte de una dirección o nombre de dominio:</p>
+
+    <highlight language="config">
+Require not ip 192.168.205
+Require not host phishers.example.com moreidiots.example
+Require not host gov
+    </highlight>
+
+    <p>Uso de las directivas <directive
+    module="mod_authz_core">RequireAll</directive>, <directive
+    module="mod_authz_core">RequireAny</directive>, y <directive
+    module="mod_authz_core">RequireNone</directive> pueden ser usadas
+    para forzar requisitos más complejos.</p>
+
+</section>
+
+<section id="env"><title>Control de acceso por variables arbitrarias.</title>
+
+    <p>Haciendo el uso de <directive type="section" module="core">If</directive>,
+    puedes permitir o denegar el acceso basado en variables de entrono arbitrarias
+    o en los valores de las cabeceras de las peticiones. Por ejemplo para denegar 
+    el acceso basándonos en el "user-agent" (tipo de navegador así como Sistema Operativo)
+    puede que hagamos lo siguiente:
+    </p>
+
+    <highlight language="config">
+&lt;If "%{HTTP_USER_AGENT} == 'BadBot'"&gt;
+    Require all denied
+&lt;/If&gt;
+    </highlight>
+
+    <p>Usando la sintaxis de <directive module="mod_authz_core">Require</directive>
+    <code>expr</code> , esto también puede ser escrito de la siguiente forma:
+    </p>
+
+
+    <highlight language="config">
+Require expr %{HTTP_USER_AGENT} != 'BadBot'
+    </highlight>
+
+    <note><title>Advertencia:</title>
+    <p>El control de acceso por <code>User-Agent</code> es una técnica
poco fiable,
+    ya que la cabecera de <code>User-Agent</code> puede ser modificada y establecerse

+    al antojo del usuario.</p>
+    </note>
+
+    <p>Vea también la página de  <a href="../expr.html">expresiones</a>
+    para una mayor aclaración de que sintaxis tienen las expresiones y que
+    variables están disponibles.</p>
+
+</section>
+
+<section id="rewrite"><title>Control de acceso con mod_rewrite</title>
+
+    <p>El flag <code>[F]</code> de <directive
+    module="mod_rewrite">RewriteRule</directive> causa una respuesta 403 Forbidden
+    para ser enviada. USando esto, podrá denegar el acceso a recursos basándose
+    en criterio arbitrario.</p>
+
+    <p>Por ejemplo, si lo que desea es bloquear un recurso entre las 8pm y las 
+    	7am, podrá hacerlo usando <module>mod_rewrite</module>:</p>
+
+    <highlight language="config">
+RewriteEngine On
+RewriteCond "%{TIME_HOUR}" "&gt;=20" [OR]
+RewriteCond "%{TIME_HOUR}" "&lt;07"
+RewriteRule "^/fridge"     "-"       [F]
+    </highlight>
+
+    <p>Esto devolverá una respuesta de error 403 Forbidden para cualquier  petición

+    después de las 8pm y antes de las 7am. Esta técnica puede ser usada para cualquier

+    criterio que desee usar. También puede redireccionar, o incluso reescribir estas 
+    peticiones, si se prefiere ese enfoque.
+    </p>
+
+    <p>La directiva <directive type="section" module="core">If</directive>,
+     añadida en la 2.4, sustituye muchas cosas que <module>mod_rewrite</module>
+     tradicionalmente solía hacer, y deberá comprobar estas antes de recurrir a 
+    </p>
+
+</section>
+
+<section id="moreinformation"><title>Más información</title>
+
+    <p>El <a href="../expr.html">motor de expresiones</a> le da una gran
+    capacidad de poder para hacer una gran variedad de cosas basadas en 
+    las variables arbitrarias del servidor, y debe consultar este 
+    documento para más detalles.</p>
+
+    <p>También, deberá leer la documentación de <module>mod_authz_core</module>
+    para ejemplos de combinaciones de múltiples requisitos de acceso y especificar
+    cómo interactúan.
+    </p>
+
+    <p>Vea también los howtos de <a href="auth.html">Authenticación y Autorización</a>
+    </p>
+</section>
+
+</manualpage>

Propchange: httpd/httpd/branches/2.4.x/docs/manual/howto/access.xml.es
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: httpd/httpd/branches/2.4.x/docs/manual/howto/auth.html.es
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: httpd/httpd/branches/2.4.x/docs/manual/howto/auth.xml.es
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: httpd/httpd/branches/2.4.x/docs/manual/howto/cgi.html.es
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: httpd/httpd/branches/2.4.x/docs/manual/howto/cgi.xml.es
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: httpd/httpd/branches/2.4.x/docs/manual/howto/htaccess.html.es
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: httpd/httpd/branches/2.4.x/docs/manual/howto/htaccess.xml.es
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: httpd/httpd/branches/2.4.x/docs/manual/howto/http2.html.es
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: httpd/httpd/branches/2.4.x/docs/manual/howto/http2.html.fr
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: httpd/httpd/branches/2.4.x/docs/manual/howto/http2.xml.es
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: httpd/httpd/branches/2.4.x/docs/manual/howto/http2.xml.fr
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: httpd/httpd/branches/2.4.x/docs/manual/howto/index.html.es
------------------------------------------------------------------------------
    svn:eol-style = native

Modified: httpd/httpd/branches/2.4.x/docs/manual/howto/index.xml.es
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/howto/index.xml.es?rev=1794162&r1=1794161&r2=1794162&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/howto/index.xml.es [utf-8] (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/howto/index.xml.es [utf-8] Sat May  6 17:05:19
2017
@@ -1,145 +1,145 @@
-<?xml version="1.0" encoding="UTF-8" ?>
-<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
-<?xml-stylesheet type="text/xsl" href="../style/manual.es.xsl"?>
-<!-- English Revision: 1786687 -->
-<!-- Spanish translation : Daniel Ferradal -->
-<!-- Reviewed by : Luis Gil de Bernabé Pfeiffer lgilbernabe [AT] apache.org -->
-<!--
- Licensed to the Apache Software Foundation (ASF) under one or more
- contributor license agreements.  See the NOTICE file distributed with
- this work for additional information regarding copyright ownership.
- The ASF licenses this file to You under the Apache License, Version 2.0
- (the "License"); you may not use this file except in compliance with
- the License.  You may obtain a copy of the License at
-
-     http://www.apache.org/licenses/LICENSE-2.0
-
- Unless required by applicable law or agreed to in writing, software
- distributed under the License is distributed on an "AS IS" BASIS,
- WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
- See the License for the specific language governing permissions and
- limitations under the License.
--->
-
-<manualpage metafile="index.xml.meta">
-  <parentdocument href="../"/>
-
-  <title>How-To / Tutoriales</title>
-
-  <section id="howto">
-
-    <title>How-To / Tutoriales</title>
-
-    <dl>
-      <dt>Autenticación y Autorización</dt>
-      <dd>
-        <p>Autenticación es un proceso en el cual se verifica 
-		que alguien es quien afirma ser. Autorización es cualquier
-		proceso en el que se permite a alguien acceder donde quiere ir,
-        o a obtener la información que desea tener.</p>
-
-        <p>Ver: <a href="auth.html">Autenticación, Autorización</a></p>
-      </dd>
-    </dl>
-
-    <dl>
-      <dt>Control de Acceso</dt>
-      <dd>
-        <p>Control de acceso hace referencia al proceso de restringir, o 
-		garantizar el acceso a un recurso en base a un criterio arbitrario.
-		Esto se puede conseguir de distintas formas.</p>
-
-        <p>Ver: <a href="access.html">Control de Acceso</a></p>
-      </dd>
-    </dl>
-
-   <dl>
-      <dt>Contenido Dinámico con CGI</dt>
-      <dd>
-        <p>El CGI (Common Gateway Interface) es un método por el cual
-		un servidor web puede interactuar con programas externos de 
-		generación de contenido, a ellos nos referimos comúnmente como 
-		programas CGI o scripts CGI. Es un método sencillo para mostrar
-		contenido dinámico en tu sitio web. Este documento es una 
-		introducción para configurar CGI en tu servidor web Apache, y de
-		inicio para escribir programas CGI.</p>
-
-        <p>Ver: <a href="cgi.html">CGI: Contenido Dinámico</a></p>
-      </dd>
-    </dl>
-
-    <dl>
-      <dt>Ficheros <code>.htaccess</code></dt>
-      <dd>
-        <p>Los ficheros <code>.htaccess</code> facilitan una forma de 
-		hacer configuraciones por-directorio. Un archivo, que 
-		contiene una o más directivas de configuración, se coloca en un
-		directorio específico y las directivas especificadas solo aplican
-		sobre ese directorio y los subdirectorios del mismo.</p>
-
-        <p>Ver: <a href="htaccess.html"><code>.htaccess</code> files</a></p>
-      </dd>
-    </dl>
-
-    <dl>
-      <dt>HTTP/2 con httpd</dt>
-      <dd>
-      <p>HTTP/2 es la evolución del protocolo de capa de aplicación más conocido,
HTTP. 
-        Se centra en hacer un uso más eficiente de los recursos de red sin cambiar la
-		semántica de HTTP. Esta guía explica como se implementa HTTP/2 en httpd,
-		mostrando buenas prácticas y consejos de configuración básica.
-      </p>
-
-        <p>Ver: <a href="http2.html">Guía HTTP/2</a></p>
-      </dd>
-    </dl>
-
-
-    <dl>
-      <dt>Introducción a los SSI</dt>
-      <dd>
-        <p>Los SSI (Server Side Includes) son directivas que se colocan
-		en las páginas HTML, y son evaluadas por el servidor mientras 
-		éste las sirve. Le permiten añadir contenido generado 
-		dinámicamente a una página HTML existente, sin tener que servir
-		la página entera a través de un programa CGI u otro método 
-		dinámico.</p>
-
-        <p>Ver: <a href="ssi.html">Server Side Includes (SSI)</a></p>
-      </dd>
-    </dl>
-
-    <dl>
-      <dt>Directorios web Por-usuario</dt>
-      <dd>
-        <p>En sistemas con múltiples usuarios, cada usuario puede tener
-		su directorio "home" compartido usando la directiva
-		<directive module="mod_userdir">UserDir</directive>. Aquellos
-		que visiten la URL <code>http://example.com/~username/</code>
-		obtendrán contenido del directorio del usuario "<code>username</code>"
-		que se encuentra en el directorio "home" del sistema.</p>
-
-        <p>Ver: <a href="public_html.html">
-		Directorios Web de Usuario (<code>public_html</code>)</a></p>
-      </dd>
-    </dl>
-
-    <dl>
-      <dt>Guía de Proxy Inverso</dt>
-      <dd>
-        <p>Apache httpd ofrece muchas posibilidades como proxy inverso. Usando la
-		directiva <directive module="mod_proxy">ProxyPass</directive> así como
-		<directive module="mod_proxy">BalancerMember</directive> puede crear
-		sofisticadas configuraciones de proxy inverso que proveen de alta 
-		disponibilidad, balanceo de carga, clustering basado en la nube y 
-		reconfiguración dinámica en caliente.</p>
-
-        <p>Ver: <a href="reverse_proxy.html">Guía de Proxy Inverso</a></p>
-      </dd>
-    </dl>
-
-  </section>
-
-</manualpage>
-
-
+<?xml version="1.0" encoding="UTF-8" ?>
+<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="../style/manual.es.xsl"?>
+<!-- English Revision: 1786687 -->
+<!-- Spanish translation : Daniel Ferradal -->
+<!-- Reviewed by : Luis Gil de Bernabé Pfeiffer lgilbernabe [AT] apache.org -->
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements.  See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License.  You may obtain a copy of the License at
+
+     http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+<manualpage metafile="index.xml.meta">
+  <parentdocument href="../"/>
+
+  <title>How-To / Tutoriales</title>
+
+  <section id="howto">
+
+    <title>How-To / Tutoriales</title>
+
+    <dl>
+      <dt>Autenticación y Autorización</dt>
+      <dd>
+        <p>Autenticación es un proceso en el cual se verifica 
+		que alguien es quien afirma ser. Autorización es cualquier
+		proceso en el que se permite a alguien acceder donde quiere ir,
+        o a obtener la información que desea tener.</p>
+
+        <p>Ver: <a href="auth.html">Autenticación, Autorización</a></p>
+      </dd>
+    </dl>
+
+    <dl>
+      <dt>Control de Acceso</dt>
+      <dd>
+        <p>Control de acceso hace referencia al proceso de restringir, o 
+		garantizar el acceso a un recurso en base a un criterio arbitrario.
+		Esto se puede conseguir de distintas formas.</p>
+
+        <p>Ver: <a href="access.html">Control de Acceso</a></p>
+      </dd>
+    </dl>
+
+   <dl>
+      <dt>Contenido Dinámico con CGI</dt>
+      <dd>
+        <p>El CGI (Common Gateway Interface) es un método por el cual
+		un servidor web puede interactuar con programas externos de 
+		generación de contenido, a ellos nos referimos comúnmente como 
+		programas CGI o scripts CGI. Es un método sencillo para mostrar
+		contenido dinámico en tu sitio web. Este documento es una 
+		introducción para configurar CGI en tu servidor web Apache, y de
+		inicio para escribir programas CGI.</p>
+
+        <p>Ver: <a href="cgi.html">CGI: Contenido Dinámico</a></p>
+      </dd>
+    </dl>
+
+    <dl>
+      <dt>Ficheros <code>.htaccess</code></dt>
+      <dd>
+        <p>Los ficheros <code>.htaccess</code> facilitan una forma de 
+		hacer configuraciones por-directorio. Un archivo, que 
+		contiene una o más directivas de configuración, se coloca en un
+		directorio específico y las directivas especificadas solo aplican
+		sobre ese directorio y los subdirectorios del mismo.</p>
+
+        <p>Ver: <a href="htaccess.html"><code>.htaccess</code> files</a></p>
+      </dd>
+    </dl>
+
+    <dl>
+      <dt>HTTP/2 con httpd</dt>
+      <dd>
+      <p>HTTP/2 es la evolución del protocolo de capa de aplicación más conocido,
HTTP. 
+        Se centra en hacer un uso más eficiente de los recursos de red sin cambiar la
+		semántica de HTTP. Esta guía explica como se implementa HTTP/2 en httpd,
+		mostrando buenas prácticas y consejos de configuración básica.
+      </p>
+
+        <p>Ver: <a href="http2.html">Guía HTTP/2</a></p>
+      </dd>
+    </dl>
+
+
+    <dl>
+      <dt>Introducción a los SSI</dt>
+      <dd>
+        <p>Los SSI (Server Side Includes) son directivas que se colocan
+		en las páginas HTML, y son evaluadas por el servidor mientras 
+		éste las sirve. Le permiten añadir contenido generado 
+		dinámicamente a una página HTML existente, sin tener que servir
+		la página entera a través de un programa CGI u otro método 
+		dinámico.</p>
+
+        <p>Ver: <a href="ssi.html">Server Side Includes (SSI)</a></p>
+      </dd>
+    </dl>
+
+    <dl>
+      <dt>Directorios web Por-usuario</dt>
+      <dd>
+        <p>En sistemas con múltiples usuarios, cada usuario puede tener
+		su directorio "home" compartido usando la directiva
+		<directive module="mod_userdir">UserDir</directive>. Aquellos
+		que visiten la URL <code>http://example.com/~username/</code>
+		obtendrán contenido del directorio del usuario "<code>username</code>"
+		que se encuentra en el directorio "home" del sistema.</p>
+
+        <p>Ver: <a href="public_html.html">
+		Directorios Web de Usuario (<code>public_html</code>)</a></p>
+      </dd>
+    </dl>
+
+    <dl>
+      <dt>Guía de Proxy Inverso</dt>
+      <dd>
+        <p>Apache httpd ofrece muchas posibilidades como proxy inverso. Usando la
+		directiva <directive module="mod_proxy">ProxyPass</directive> así como
+		<directive module="mod_proxy">BalancerMember</directive> puede crear
+		sofisticadas configuraciones de proxy inverso que proveen de alta 
+		disponibilidad, balanceo de carga, clustering basado en la nube y 
+		reconfiguración dinámica en caliente.</p>
+
+        <p>Ver: <a href="reverse_proxy.html">Guía de Proxy Inverso</a></p>
+      </dd>
+    </dl>
+
+  </section>
+
+</manualpage>
+
+

Propchange: httpd/httpd/branches/2.4.x/docs/manual/howto/index.xml.es
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: httpd/httpd/branches/2.4.x/docs/manual/howto/public_html.html.es
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: httpd/httpd/branches/2.4.x/docs/manual/howto/public_html.xml.es
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: httpd/httpd/branches/2.4.x/docs/manual/mod/directive-dict.html.es
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: httpd/httpd/branches/2.4.x/docs/manual/mod/directive-dict.xml.es
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: httpd/httpd/branches/2.4.x/docs/manual/mod/mod_brotli.html
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: httpd/httpd/branches/2.4.x/docs/manual/mod/mod_brotli.html.en
------------------------------------------------------------------------------
    svn:eol-style = native

Modified: httpd/httpd/branches/2.4.x/docs/manual/mod/mod_brotli.xml
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/mod/mod_brotli.xml?rev=1794162&r1=1794161&r2=1794162&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/mod/mod_brotli.xml (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/mod/mod_brotli.xml Sat May  6 17:05:19 2017
@@ -1,7 +1,7 @@
 <?xml version="1.0"?>
 <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
 <?xml-stylesheet type="text/xsl" href="../style/manual.en.xsl"?>
-<!-- $LastChangedRevision: 1726578 $ -->
+<!-- $LastChangedRevision$ -->
 
 <!--
  Licensed to the Apache Software Foundation (ASF) under one or more
@@ -256,7 +256,7 @@ CustomLog "logs/brotli_log" brotli
 
 <usage>
     <p>The <directive>BrotliCompressionWindow</directive> directive specifies
the
-    brotli sliding compression window size (a value between 10 and 24). Larger
+    brotli sliding compression window size (a value between 10 and 24). Larger
     window sizes can improve compression quality, but require more memory.</p>
 </usage>
 </directivesynopsis>

Propchange: httpd/httpd/branches/2.4.x/docs/manual/mod/mod_brotli.xml
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: httpd/httpd/branches/2.4.x/docs/manual/mod/mod_brotli.xml
------------------------------------------------------------------------------
    svn:keywords = LastChangedRevision

Propchange: httpd/httpd/branches/2.4.x/docs/manual/mod/mod_brotli.xml.meta
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: httpd/httpd/branches/2.4.x/docs/server-status/README.md
------------------------------------------------------------------------------
    svn:eol-style = native

Propchange: httpd/httpd/branches/2.4.x/docs/server-status/feather.png
------------------------------------------------------------------------------
--- svn:mime-type (original)
+++ svn:mime-type Sat May  6 17:05:19 2017
@@ -1 +1 @@
-application/octet-stream
+image/png

Propchange: httpd/httpd/branches/2.4.x/docs/server-status/server-status.lua
------------------------------------------------------------------------------
    svn:eol-style = native



Mime
View raw message