home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Chip 2004 November
/
CMCD1104.ISO
/
Software
/
Complet
/
Apache
/
apache_2.0.52-win32-x86-no_ssl.msi
/
Data.Cab
/
F277754_upgrading.xml.es
< prev
next >
Wrap
Extensible Markup Language
|
2004-08-29
|
10KB
|
226 lines
<?xml version='1.0' encoding='UTF-8' ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.en.xsl"?>
<!-- English Revision: 1.6.2.8 (outdated: 1.6.2.10) -->
<!--
Copyright 2004 The Apache Software Foundation
Licensed 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="upgrading.xml.meta">
<title>Migrar su instalación de la versión 1.3 a la
2.0</title>
<summary>
<p>Este documento recoge infomación crítica sobre el
proceso de actulización de la versión de Apache que
usa. Se trata de pequeños comentarios. Puede encontrar más
información tanto en <a href="new_features_2_0.html">Nuevas
funcionalidades</a>, como en el archivo
<code>src/CHANGES</code>.</p>
</summary>
<seealso><a href="new_features_2_0.html">Visión general de las
nuevas funcionalidades de Apache 2.0</a></seealso>
<section id="compile-time">
<title>Cambios en el proceso de configuración y
compilación</title>
<ul>
<li>Apache usa ahora <code>autoconf</code> y
<code>libtool</code> <a href="install.html"> en el proceso de
compilación</a>. Este sistema es parecido aunque no igual
al sistema APACI de Apache 1.3.</li>
<li>Además de la selección de módulos habitual
que puede hacer al compilar, en Apache 2.0 la mayor parte del
procesamiento de las petición es llevada a cabo por los <a
href="mpm.html">Módulos de MultiProcesamiento</a>
(MPMs).</li>
</ul>
</section>
<section id="run-time">
<title>Cambios en el proceso de la configuración inicial del
servidor</title>
<ul>
<li>Muchas directivas que no pertenicían al conjunto
básico en Apache 1.3 están ahora en los MPMs. Si desea
que el nuevo servidor de comporte de la forma más parecida
posible a Apache 1.3, debe seleccionar el Módulo de
MultiProcesamiento <module>prefork</module>. Otros MPMs tienen
diferentes directivas para controlar el proceso de creación
y procesamiento de peticiones.</li>
<li>El <a href="mod/mod_proxy.html">módulo proxy</a> ha
sido remodelado para ponerlo al día con la
especificación HTTP/1.1. Entre los cambios más
importantes está el que ahora el control de acceso al proxy
está dentro de un bloque <directive type="section"
module="mod_proxy">Proxy</directive> en lugar de en un bloque
<code><Directory proxy:></code>.</li>
<li>El procesamiento de<code>PATH_INFO</code> (la informacion de
path que aparece tras un nombre de fichero válido) ha
cambiado para algunos módulos. Módulos que fueron
previamente implementados como un handle pero ahora son
implementados como filtros puede que no acepten ahora peticiones
que incluyan <code>PATH_INFO</code>. Filtros como <a
href="mod/mod_include.html">INCLUDES</a> o <a
href="http://www.php.net/">PHP</a> están implementados
encima del handler principal (core handler) core handler, y por
tanto rechazan peticiones con <code>PATH_INFO</code>. Puede usar
la directiva <directive module="core">AcceptPathInfo</directive>
para forzar al handler principal a aceptar peticiones con
<code>PATH_INFO</code> y por tanto restaurar la habilidad de
usar <code>PATH_INFO</code> en server-side includes.</li>
<li>La directiva <directive
module="mod_negotiation">CacheNegotiatedDocs</directive> toma
ahora como argumento <code>on</code> u <code>off</code>. Las
instacias existentes de <directive
>CacheNegotiatedDocs</directive> deben reemplazarse por
<code>CacheNegotiatedDocs on</code>.</li>
<li>
La directiva <directive
module="core">ErrorDocument</directive> no usa ya dobles
comillas al principio del argumento para indicar el mensaje de
texto que tiene que mostrarse. En lugar de esto, se debe poner
entre comillas todo el mensaje. Por ejemplo,
<example>
ErrorDocument 403 "Mensaje
</example>
debe sustituirse por
<example>
ErrorDocument 403 "Mensaje"
</example>
Si el segundo argumento no es una URL o una ruta válida a
un archivo, será tratado como un mensaje de texto.
</li>
<li>Las directivas <code>AccessConfig</code> y
<code>ResourceConfig</code> han desaparecido. Las instancias
existentes de estas directivas pueden sustituirse por la
directiva <directive module="core">Include</directive> que tiene
una funcionalidad equivalente. Si hacía uso de los valores
por defecto de esas directivas sin incluirlas en los ficheros de
configuración, puede que necesite añadir <code>Include
conf/access.conf</code> e <code>Include conf/srm.conf</code> a
su fichero <code>httpd.conf</code>. Para asegurarse de que
Apache lee el fichero de configuración en el mismo orden
que asumían las antiguas directivas, las directivas
<directive module="core">Include</directive> deben ser
reemplazadas al final del fichero <code>httpd.conf</code>, con
la de <code>srm.conf</code> precediendo a la de
<code>access.conf</code>.</li>
<li>Las directivas <code>BindAddress</code> y <code>Port</code>
no existen ya. Las funcionalidades que ofrecían esas
directivas están ahora cubiertas por la directiva
<directive module="mpm_common">Listen</directive>, que es mucho
más flexible.</li>
<li>Otro uso de la directiva <code>Port</code> en Apache 1.3 era
fijar el número de puerto que se usaba para URLs
autoreferenciadas. La directiva equivalente en Apache 2.0 es la
nueva directiva <directive module="core">ServerName</directive>:
este cambio se ha introducido para permitir la
especificación del nombre de host <em>y</em> del
número de puerto para URLs autorreferenciadas en una sola
directiva.</li>
<li>La directiva <code>ServerType</code> ha dejado de existir.
El método usado para servir peticiones está ahora
determinado por la selección del Módulo de
MultiProcesamiento. Actualmente no hay diseñado un MPM que
pueda ser ejecutado por inetd.</li>
<li>Los módulos <code>mod_log_agent</code> y
<code>mod_log_referer</code> que contenían las directivas
<code>AgentLog</code>, <code>RefererLog</code> y
<code>RefererIgnore</code> han desaparecido. Los logs de agente
y de referer están disponibles todavía usando la
directiva <directive
module="mod_log_config">CustomLog</directive> del módulo
<module>mod_log_config</module>.</li>
<li>las directivas <code>AddModule</code> y
<code>ClearModuleList</code> no están presentes en la nueva
versión. Estan directivas se usaban para asegurarse de que
los módulos pudieran activarse en el orden correcto. La
nueva API de Apache 2.0 permite a los módulos especificar
explícitamente su orden de activación, eliminando la
necesidad de estas directivas.</li>
<li>La directiva <code>FancyIndexing</code> se ha eliminado. La
funcionalidad que cubría está ahora disponible a
través de la opción <code>FancyIndexing</code> de la
directiva <directive
module="mod_autoindex">IndexOptions</directive>.</li>
<li>La técnica de negociación de contenido MultiViews
ofrecida por <module>mod_negotiation</module> es ahora más
estricta en su algoritmo de selección de ficheros y solo
seleccionará ficheros <em>negociables</em>. El antiguo
comportamiento puede restaurarse usando la directiva <directive
module="mod_mime">MultiviewsMatch</directive>.</li>
</ul>
</section>
<section id="misc">
<title>Cambios de menor importancia</title>
<ul>
<li>El módulo <module>mod_auth_digest</module>, que era
experimental en Apache 1.3, es ahora un módulo
estándar.</li>
<li>El módulo <code>mod_mmap_static</code>, que era
experimental en Apache 1.3, ha sido sustituido por el
módulo <module>mod_file_cache</module>.</li>
<li>La distribución de Apache ha sido reorganizada por
completo para que no contenga a partir de ahora el directorio
independiente <code>src</code>. En su lugar, el código
fuente se ha organizado a partir del directorio principal de la
distribución, y las intalaciones del servidor compilado
deben hecerse en un directorio diferente.</li>
</ul>
</section>
<section id="third-party">
<title>Módulos de terceras partes</title>
<p>La API de Apache 2.0 ha sufrido grandes cambios respecto a la
versión 1.3. Los módulos que se diseñaron para la
API de Apache 1.3 <strong>no</strong> funcionarán si no se
hacen las modificaciones necasarias para adaptarlos a Apache 2.0.
En la <a href="developer/">documentación para
desarrolladores</a> puede encontrar información detallada
sobre este asunto.</p>
</section>
</manualpage>