Rastrear, auditar, optimizar: Controle sus sesiones web 4D
Desde la introducción de las sesiones escalables, la gestión de sesiones del lado del servidor se ha convertido en un componente importante de las arquitecturas 4D modernas. Estas sesiones permiten un ajuste fino de la escalabilidad de las aplicaciones web, pero también requieren una supervisión más estricta para garantizar el rendimiento, la estabilidad y el control de licencias. Con 4D 21, ahora tiene un medio completo para inspeccionar todas las sesiones web abiertas, ya sea que se originen de conexiones REST, llamadas SOAP o solicitudes 4DACTION.
Gestión de sesiones mejorada para desarrollo y pruebas
Con las últimas actualizaciones de 4D, hemos extendido el comando Session a la conexión Cliente/Servidor, permitiendo el acceso al almacenamiento de sesión a nivel del Cliente. Combinando esta funcionalidad con el nuevo evento ‘Restrict’ en las clases ORDA, el filtrado de resultados basado en datos de sesión, como privilegios, roles o incluso áreas geográficas, es más fácil que nunca.
Desarrollar una aplicación en 4D significaba trabajar en un entorno local, como un único usuario. En modo autónomo, el comando Session siempre devolvía Null. Esto significaba que había que escribir código complejo, comprobando si el objeto Session era Null para leer desde «Storage» o «Session.storage». Esta solución, aunque funcional, no era elegante.
Con 4D 20 R8, esto ya no es un problema. El comando Session ahora devuelve un objeto válido, incluso en modo autónomo, simplificando el desarrollo y las pruebas de la aplicación.
Presentación de los singletons de sesión
Los singletons han sido una de las funcionalidades más destacadas de 4D 20 R5. Anteriormente, los desarrolladores podían utilizar dos tipos de singletons:
- el singleton de proceso, que es único para cada proceso, pero diferente entre procesos,
- y el singleton compartido, que es único para toda la aplicación.
Con 4D 20 R7, estamos lanzando un nuevo tipo de singleton: ¡el singleton de sesión!
Interesantes mejoras en la gestión de procesos y sesiones
Gestionar los procesos y las sesiones es esencial para optimizar y supervisar sus aplicaciones 4D. Puede manipular y recuperar fácilmente información crucial sobre estos elementos gracias a diferentes comandos.
Con 4D 20 R7, nos complace anunciar una serie de mejoras que hacen que estas funciones sean aún más accesibles y eficaces. Estas nuevas funcionalidades están diseñadas no sólo para simplificar su trabajo, sino también para aumentar el rendimiento de su código. Las mejoras incluyen:
- La obtención de la información del proceso en un objeto para facilitar la manipulación de las propiedades,
- Permitir el acceso directo a la información de sesión mediante un ID de sesión para facilitar la gestión,
- Facilitar la obtención de un número de proceso directamente a partir de su ID,
- Acceso a la fecha de creación de un proceso
- Filtrado optimizado de los resultados devueltos por el comando Process activity para obtener todos los procesos de una sesión.
Descubra cómo estas actualizaciones pueden transformar su experiencia de desarrollo y mejorar la eficacia de sus aplicaciones.
Permisos: Inspeccionar los privilegios de sesión para facilitar la depuración
Hoy en día, puede beneficiarse de una poderosa funcionalidad para filtrar el acceso a los datos, que es esencial para evitar el acceso malicioso a su aplicación.
Esta funcionalidad utiliza privilegios que permiten determinadas acciones sobre sus datos. Estos privilegios son asignados a los usuarios a través de roles y almacenados en la sesión durante la autenticación.
En 4D 20R6, mejoramos esta funcionalidad permitiéndole inspeccionar los privilegios en la sesión, lo cual es muy útil para la depuración.
Siga leyendo para saber más.
Acceso mejorado al almacenamiento de sesiones
Puede guardar información en el almacenamiento de diferentes tipos de sesión, como Cliente/Servidor, Web o Móvil, permitiendo reutilizarla fácilmente en diferentes procesos.
Ahora, en 4D 20 R6, puede acceder al almacenamiento de una sesión específica. Esta mejora permite a los usuarios mantener fácilmente la continuidad y consistencia de la información a través de múltiples sesiones del mismo usuario. Imagine poder obtener el mismo registro cliente en diferentes aplicaciones como Cliente/Servidor o Web.
Nuevo objeto de sesión remota 4D con conexión Cliente/Servidor y procedimiento almacenado
En las aplicaciones 4D, existen cuatro tipos de sesiones: la sesión remota 4D, la sesión de procedimiento almacenado, la sesión móvil y la sesión Web.
El comando Session ya devuelve las sesiones Web o móviles. Esto le da acceso a una gran cantidad de información sobre la sesión y a un objeto compartido por todos los procesos de la sesión.
En 4D 20 R5, el comando Session se ha extendido a la conexión Cliente/Servidor y al procedimiento almacenado.
Mejora del uso de licencias 4D Client con Qodly Studio for 4D
Aquellos que han comenzado a utilizar Qodly Studio for 4D ya saben lo poderosa que es esta nueva herramienta para el desarrollo de aplicaciones web profesionales. Si aún no lo ha hecho, encuentre aquí más información sobre cómo empezar.
Las aplicaciones hechas con Qodly Studio for 4D se basan en las APIs REST. 4D 20 R5 se entrega con una gran nueva funcionalidad: el modo «Force Login «.
Con el modo «Force Login», una licencia 4D Client sólo se consume cuando los usuarios se loguean exitosamente y comienzan a trabajar con los datos y la lógica de su aplicación.
Siga leyendo para saber más. ¡Y no olvide descargar nuestra demo para verlo en acción!
Depuración en el servidor con sesiones web escalables
Lassesiones web escalables fueron una mejora significativa traída por 4D v18 R6. Permiten utilizar las etiquetas 4D, las acciones 4D y la API REST en procesos preventivos, incluso en modo interpretado, en un servidor 4D. Sin embargo, para depurar dichos programas, era necesario abrir el entorno de desarrollo en el servidor para que pasara a modo cooperativo, ya que la ventana del depurador no puede abrirse con procesos preemptivos. De este modo, hasta la v19 R2, se podía depurar REST, acciones 4D o etiquetas 4D. A partir de la v19 R3, todo esto se ha vuelto mucho más fácil, y se puede depurar en el lado del servidor simplemente adjuntando el depurador a él, como es habitual.
Cómo definir el tiempo de espera para las aplicaciones remotas de 4D
Para evitar la pérdida de la sesión, 4D controla el estado de reposo de las aplicaciones 4D remotas.
Cuando un usuario se conecta desde una aplicación 4D remota a un 4D Server y su ordenador entra en modo de suspensión, la información se envía a 4D Server. En el momento en que el ordenador del usuario se despierta, la aplicación 4D remota recupera entonces su contexto de ejecución.
Contacto con nosotros
¿Tiene alguna pregunta, sugerencia o simplemente quiere ponerse en contacto con los bloggers de 4D? Escríbenos.
* Su privacidad es muy importante para nosotros. Haga clic aquí para ver nuestra Política