Parámetros del servidor web

Puede configurar el funcionamiento del servidor web 4D utilizando los parámetros definidos en la página Web de las Propiedades de la base. Esta sección describe los parámetros de las pestañas Configuración, Opciones (I) y (II) de esta página.

• Los parámetros de las páginas Log se tratan en la sección Información sobre el sitio web.
• Los parámetros de la página Web Services se tratan en el manual de Diseño.

Nota de compatibilidad: ciertos mecanismos web presentes en versiones anteriores de 4D hoy en día se consideran obsoletos (por ejemplo, "Eliminar el “/” en los URLs desconocidos). Por compatibilidad, estos mecanismos aún pueden utilizarse en bases de datos convertidas. En este caso, puede mostrarlas y si es necesario desactivarlas en la página Compatibilidad de las propiedades de la base.

Indica si el servidor web debe iniciarse al lanzar la aplicación 4D. Esta opción se describe en la sección Configuración del servidor web y gestión de conexiones.

Por defecto, 4D publica una base web en el puerto TCP estándar, el puerto 80. Si ese puerto ya está siendo utilizado por otro servicio Web, debe cambiar el puerto TCP utilizado por 4D para esta base. La modificación del puerto TCP le permite iniciar el servidor Web 4D bajo Mac OS X sin ser el usuario raíz de la máquina (ver la sección Configuración del servidor web y gestión de conexiones).

Para hacer esto, vaya al área de entrada Puerto TCP e indique el número de puerto TCP a utilizar (un número de puerto TCP que no esté siendo utilizado por otro servicio TCP/IP en la máquina).

Nota: si pasa 0, 4D utilizará el número de puerto TCP por defecto, es decir 80.

A nivel del navegador web, debe incluir ese número de puerto TCP personalizado en la descripción de la dirección utilizada para conectarse a la base Web. La dirección debe tener un sufijo que consiste en dos puntos seguidos por el número de puerto. Por ejemplo, si utiliza el puerto TCP 8080, debe especificar en el navegador “123.4.567.89:8080”.

Advertencia: si utiliza números de puerto TCP diferentes de los números por defecto (80 para el modo estándar y 443 para el modo SLL), tenga cuidado de no utilizar números de puerto que sean números por defecto para otros servicios que pueda utilizar simultáneamente. Por ejemplo, si piensa utilizar también el protocolo FTP en su equipo servidor Web, no utilice los puertos TCP 20 y 21, los cuales son los puerto por defecto para ese protocolo. Para conocer las asignaciones estándar de números de puerto TCP, consulte la sección Anexo B: Números de puertos TCP en la documentación de 4D Internet Commands. Los números de puerto inferiores a 256 están reservados para los servicios estándar y los números 256 a 1 024 están reservados para los servicios específicos originados en las plataformas UNIX. Para máxima seguridad, especifique un número de puerto superior a estos intervalos, por ejemplo entre 2 000 ó 3 000.

Puede definir la dirección IP en la cual el servidor web debe recibir las peticiones HTTP.

Nota: a partir de 4D v14, el servidor HTTP soporta la notación de direcciones IPv6 cuando la opción Todos está seleccionada en la lista "Dirección IP". Para mayor información, consulte Soporte de IP v6.

Por defecto, el servidor responde a todas las direcciones IP (opción Todos).

La lista desplegable "Dirección IP" lista automáticamente todas las direcciones IP disponibles en el equipo. Cuando selecciona una dirección específica, el servidor sólo responde a las peticiones enviadas a esta dirección.

Esta funcionalidad está destinada a los servidores web 4D ubicados en equipos con múltiples direcciones TCP/IP. Por ejemplo, el caso de la mayoría de los proveedores de alojamiento web (MultiHoming). La implementación de un sistema MultiHoming requiere configuraciones específicas en el equipo servidor web:

• Configuración MultiHoming en Mac OS

1. Abra el panel de control TCP/IP.
2. Seleccione la opción Manual del menú Configuración.
3. Cree un archivo de texto llamado "Dirección IP secundaria" y guárdelo en la subcarpeta Preferencias de su carpeta Sistema.
   Cada línea del archivo "Dirección IP secundaria" debe contener una dirección IP secundaria y si es necesario, una máscara de subred y una dirección de router para la dirección IP secundaria.

Para mayor información consulte la documentación Apple.

• Configuración MultiHoming bajo Windows
  Para configurar un sistema MultiHoming bajo Windows:

1. Seleccione las siguientes secuencias de comandos (o sus equivalentes en función de su versión de Windows):

Puede definir hasta 5 direcciones IP diferentes. Para esta operación, puede necesitar de la ayuda de un administrador de redes.

Indique si el servidor web debe aceptar o no las conexiones seguras. Esta opción se describe en la sección Utilizar el protocolo SSL.

Permite modificar el número de puerto TCP/IP utilizado por el servidor web para las conexiones HTTP seguras sobre SSL (protocolo HTTPS). Por defecto, el número de puerto HTTPS es 443 (valor estándar).

Puede considerar modificar este número de puerto por dos razones principales:

• por razones de seguridad, los ataques de piratas contra los servidores web se concentran generalmente en los puertos TCP estándar (80 y 443).

• bajo Mac OS X, para permitir a los usuarios “estándar” lanzar el servidor web en modo seguro, bajo Mac OS X, el uso de puertos TCP/IP reservados a la publicación web (0 a 1023) requiere de privilegios de acceso específicos: sólo el usuario "root" puede lanzar una aplicación utilizando estos puertos. Para que los usuarios estándar puedan lanzar el servidor web, una solución es modificar el número de puerto TCP/IP (ver la sección Configuración del servidor web y gestión de conexiones).

Puede pasar todo valor válido (para evitar restricciones de acceso bajo Mac OS X, debe pasar un valor superior a 1023). Para mayor información sobre los números de puerto TCP, consulte el párrafo "Número de puerto TCP".

Esta opción controla el soporte de peticiones de sincronización HTTP que contienen los URLs /4DSYNC. Esta opción se cubre en la sección Seguridad de las conexiones.

Permite definir la ubicación por defecto de los archivos del sitio web e indica el nivel jerárquico en disco sobre el cual no se podrá acceder a los archivos. Esta opción se describe en la sección Seguridad de las conexiones.

Esta opción permite designar la página de inicio por defecto para todos los navegadores que se conectan a la base. Esta página puede ser estática o semidinámica.

Por defecto, cuando el servidor web se lanza por primera vez, 4D crea una página de inicio llamada “index.html” y la coloca en la carpeta raíz HTML. Si no modifica esta configuración, todo navegador que se conecte al servidor web obtendrá la siguiente página:

Para modificar la página web por defecto, puede reemplazarla simplemente por su propia página “index.html” en la carpeta raíz de la base o introducir la ruta de acceso relativa de la página que quiere definir el área “Página de inicio por defecto”.

La ruta de accedo debe establecerse con relación a la carpeta raíz HTML por defecto.

Para asegurar la compatibilidad multiplataforma de sus bases, el servidor web 4D utiliza, para describir las rutas de acceso, convenciones de escritura particulares. Las reglas de sintaxis son las siguientes:

• Las carpetas se separan por una barra oblicua (“/”)
• La ruta de acceso no debe terminar con una barra oblicua (“/”)
• Para “subir” un nivel en la jerarquía de la carpeta, introduzca “..” (Dos puntos) delante del nombre de la carpeta
• La ruta de acceso no debe comenzar con una barra oblicua (“/”)

Por ejemplo, si quiere que la página de inicio por defecto sea la página “MiCasa.htm”, ubicada en la carpeta “Web” (ubicada en la carpeta raíz HTML de la base), introduzca “Web/MiCasa.htm”.

Nota: también puede definir una página de inicio por defecto para cada proceso web utilizando la rutina WEB SET HOME PAGE.

Si no especifica una página de inicio por defecto, se llama al Método de base On Web Connection. Es su decisión procesar la petición por programación.

El servidor web 4D dispone de una caché que permite cargar en memoria las páginas estáticas, las imágenes GIF, las imágenes JPEG (<512 kb) y las hojas de estilos (archivos .css), a medida en que son solicitadas.

La utilización de un caché permite aumentar de manera significativa el rendimiento del servidor web al enviar páginas estáticas.

La caché es común para todos los procesos web. Puede definir el tamaño de la caché en las Preferencias. Por defecto, la caché de las páginas estáticas no está activa. Para activarla, simplemente seleccione la opción Usar la caché Web de 4D.

Puede modificar el tamaño de la caché en el área Tamaño caché de páginas. El valor a definir depende del número y tamaño de las páginas estáticas de su sitio web, como también de los recursos de que dispone el equipo local.

Nota: durante la utilización de su base web, puede controlar el desempeño de la caché utilizando la rutina WEB GET STATISTICS. Si por ejemplo, nota que la tasa de utilización de la caché es cercana al 100%, puede considerar aumentar el tamaño que se le ha adjudicado.

Los URLs /4DSTATS y /4DHTMLSTATS también le permiten obtener información sobre el estado de la caché. Consulte la sección Información sobre el sitio web.

Una vez activada la caché, el servidor web 4D busca la página solicitada por el navegador primero en la caché. Si encuentra la página, la envía de inmediato. De lo contrario, 4D carga la página del disco y la ubica en la caché.

Cuando la caché está llena y se necesita espacio adicional, 4D “descarga” las páginas menos utilizadas, por orden de antigüedad.

En cualquier momento, puede vaciar la caché de las páginas y de las imágenes que contiene (por ejemplo, si modifica una página estática y quiere cargarla en la caché).
Para hacer esto, tiene que hacer clic en el botón Vaciar caché. La caché se vacía inmediatamente.

Nota: también puede utilizar la URL especial /4DCACHECLEAR.

Permite definir el tiempo de espera máximo antes de cerrar (timeout) de los procesos web inactivos en el servidor.

Esta opción indica el límite estrictamente superior de procesos web concurrentes de todo tipo (procesos web estándar o pertenecientes al "grupo de procesos") que se pueden abrir simultáneamente en el servidor. Este parámetro permite la prevención de la saturación del servidor 4D como resultado de un número masivo de peticiones.

Por defecto, este valor es 32 000. Puede definir el número entre 10 y 32 000.

Cuando se alcanza el número máximo de procesos web concurrentes (menos uno), 4D no crea más nuevos procesos y envía el siguiente mensaje “Servidor no disponible” (estado HTTP 503 – Servicio no disponible) a cada nueva petición.

La "reserva" de procesos web permite aumentar la reactividad del servidor web. Este grupo está dimensionado para un mínimo (0 por defecto) y un máximo (10 por defecto) de procesos a reciclar. Estos procesos pueden modificarse utilizando el comando SET DATABASE PARAMETER. Una vez se cambie el número máximo de procesos web, si este número es inferior al límite superior de la "reserva", el limite se baja al número máximo de procesos web.

En teoría, el número máximo de procesos web es el resultado de la división Memoria disponible/Tamaño de la pila de un proceso web. Otra solución es visualizar la información de los procesos web mostrada en el Explorador de ejecución: se indican el número actual de procesos web y el número máximo alcanzado desde el inicio del servidor web.

(*) El tamaño de la pila asignado por 4D para un proceso Web es alrededor de 512 KB para las versiones 64 bits y alrededor de 256 KB para las versiones de 32 bits (valores indicativos que pueden variar en función del contexto).

Activa o desactiva el mecanismo interno para el control automático de sesiones de usuario por el servidor HTTP de 4D. Este mecanismo se describe en la sección Gestión de las sesiones web.

Por defecto, este mecanismo se activa en las bases de datos creadas a partir de 4D v13. Sin embargo, por razones de compatibilidad, está deshabilitado en bases de datos convertidas a partir de versiones anteriores de 4D. Usted debe habilitarlo explícitamente para beneficiarse de esta funcionalidad.

Cuando esta opción está seleccionada, la opción "Reutilización de los contextos temporales" se selecciona automáticamente (y bloqueada).

Permite optimizar el funcionamiento del servidor web de 4D en modo remoto reutilizando los procesos web creados para el procesamiento de peticiones web anteriores. De hecho, el servidor web de 4D necesita de un proceso web específico para la administración de cada petición web; en modo remoto, cuando es necesario, este proceso conecta al equipo 4D Server para acceder a los datos y al motor de la base de datos. Luego genera un contexto temporal utilizando sus propias variables, selecciones, etc. Una vez procesada la petición, el proceso se aborta.

Cuando la opción Reutilización de los contextos temporales está seleccionada, en modo remoto 4D mantiene los procesos web específicos y los reutiliza para las peticiones posteriores. Al eliminar la etapa de creación del proceso, mejora el rendimiento del servidor web.

En contraparte, debe asegurarse en este caso de inicializar sistemáticamente las variables utilizadas en métodos 4D para evitar obtener resultados incorrectos. Igualmente, es necesario borrar las selecciones o registros actuales definidos durante la petición anterior.

• Esta opción es seleccionada automáticamente (y bloqueada) cuando la opción Gestión automática de sesiones está seleccionada. De hecho, el mecanismo de gestión de sesiones está basado en el principio de reciclaje de los procesos web: cada sesión utiliza el mismo proceso que se mantiene durante la vida útil de la sesión.
  Sin embargo, tenga en cuenta que los procesos de la sesión no pueden ser "compartidos" entre diferentes sesiones: una vez terminada la sesión, el proceso se termina automáticamente (y no se reutiliza). Por tanto, es innecesario reiniciar las selecciones o variables, en este caso.
• Esta opción sólo tiene efecto con un servidor web 4D en modo remoto. Con 4D en modo local, todos los procesos web (diferentes a los procesos de sesión) se eliminan después de ser utilizados.

La configuración del sistema de protección de acceso al sitio web utilizando contraseñas. Esta opción se describe en la sección Seguridad de las conexiones.

Por defecto, el servidor web 4D convierte los caracteres extendidos presentes en las páginas web (dinámicas y estáticas) a los estándares HTML antes de enviarlas. Son interpretados por los navegadores.

Puede configurar el servidor web de manera que los caracteres extendidos sean enviados “tal cual”, sin convertirlos a entidades HTML. Esta opción permite ganar una velocidad importante en los sistemas operativos extranjeros (especialmente en el sistema japonés).

Para hacer esto, seleccione la opción Enviar directamente los caracteres extendidos.

La lista desplegable Juego estándar permite definir el juego de caracteres estándar utilizado por el servidor web 4D. Por defecto, el juego de caracteres es UTF-8.

Nota: esta configuración también se utiliza para la generación de informes rápidos en formato HTML (ver Ejecutar un informe rápido).

El servidor web de 4D puede utilizar conexiones persistentes. La opción de conexiones persistentes mantiene abierta una sola conexión TCP para el conjunto de cambios entre un navegador web y el servidor para economizar los recursos y optimizar las transferencias.

La opción Usar conexiones persistentes activa o desactiva las conexiones TCP persistentes para el servidor web. Esta opción está seleccionada por defecto. En la mayoría de los casos, es recomendable conservar esta opción seleccionada ya que acelera los intercambios. Si el navegador web no soporta conexiones persistentes, el servidor web 4D automáticamente pasa a HTTP/1.0.

La función conexiones persistentes del servidor web de 4D concierne a todas las conexiones TCP/IP (HTTP, HTTPS). Note sin embargo que las conexiones persistentes no siempre se utilizan para todos los procesos web 4D. En ciertos casos, pueden invocarse otras funciones de optimización del servidor web. Las conexiones persistentes son útiles principalmente durante el envío de páginas estáticas.

Dos opciones le permiten definir el mecanismo de conexiones persistentes:

• Número de peticiones por conexión: permite definir el número máximo de peticiones y respuestas que pueden viajar en una misma conexión persistente. Limitar el número de peticiones por conexión permite evitar los riesgos de saturación del servidor vía el envío masivo de peticiones (técnica utilizada por los piratas).

El valor por defecto (100) puede aumentarse o disminuirse dependiendo de los recursos de la máquina que aloja al servidor web 4D.

• Tiempo límite (segundos): este valor define el tiempo límite de espera (en segundos) durante el cual el servidor web mantiene abierta una conexión TCP sin recibir peticiones por parte del navegador web. Una vez terminado este periodo, el servidor cierra la conexión.

Si el navegador web envía una petición después del cierre de la conexión, una nueva conexión TCP se crea automáticamente. Este funcionamiento es transparente para el usuario.