Compartir recursos locales entre usuarios con los servicios de escritorio remoto de Windows
Esta nueva característica mejora la gestión de los recursos locales de las aplicaciones fusionadas de 4D Client ejecutadas con los Servicios de Escritorio Remoto de Windows. Veamos cómo.
Reduce el tamaño de tus aplicaciones 4D con estas nuevas funciones
En nuestro continuo esfuerzo por mejorar la construcción de aplicaciones 4D, hemos añadido algunas funcionalidades a 4D v19R5 que seguramente encontrará útiles.
La primera es la posibilidad de eliminar algunos de los módulos más grandes de 4D de sus aplicaciones: CEF, Mecab, PHP, Corrector ortográfico y 4D Updater. Si no necesita algunos de estos módulos, podrá reducir significativamente el tamaño de sus aplicaciones.
También hemos cambiado el directorio final cuando se construye una estructura compilada, con el fin de acomodar a aquellos que utilizan múltiples versiones compiladas de la misma estructura.
En cuanto a nuestros clientes japoneses, hemos fusionado la versión japonesa de 4D y la internacional en MacOS.
Profundicemos en los detalles.
Gestión de archivos de directorio en proyectos de servidores fusionados
Los proyectos introdujeron el nuevo archivo directory.json que contiene usuarios, grupos y permisos. Permite la autenticación, las restricciones, los permisos en varias partes de la aplicación, a través de la configuración o el código. Veamos las nuevas mejoras sobre el uso de este archivo en los proyectos de servidores fusionados.
Desactivación de los exploradores en los servidores fusionados
Es posible que desee restringir el acceso de los administradores al Explorador de datos y al Explorador de tiempo de ejecución en sus servidores fusionados desplegados. 4D v19 R5 permite hacerlo.
Aquí está todo lo que necesita saber.
Utilizar aplicaciones cliente fusionadas duplicadas
Como editor, a veces quiere duplicar una aplicación cliente fusionada para conectar cada una de ellas a su 4D Server dedicado. Veamos cómo hacerlo.
Creación simplificada de aplicaciones cliente/servidor multiplataforma en Windows
El lanzamiento de Silicon Macs tuvo un gran impacto en la forma en que 4D compila las aplicaciones. Antes de la v19, 4D compilaba sólo para la arquitectura Intel, utilizando el mismo código en Mac y en Windows. Pero los Macs Silicon utilizan una nueva arquitectura, y como tal 4D necesita compilar específicamente para Silicon. Esto afecta a la construcción de aplicaciones cliente/servidor multiplataforma.
Mientras construya su servidor en Mac, no es un gran problema, ya que puede compilar para ambas plataformas, Intel y Silicon. Pero en Windows, no es posible compilar para Macs de Silicio. Nuestra recomendación actual es compilar el proyecto en Mac para ambas arquitecturas, y luego copiarlo en una máquina Windows antes de construir el servidor. Desafortunadamente, para proyectos grandes con muchos datos, la copia puede llevar algo de tiempo.
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.
Asegura los recursos de tu aplicación con un nuevo algoritmo
Al generar archivos .4dz, 4D utiliza por defecto un formato estándar de zip. Si usted es un editor de software, le alegrará saber que 4D v19 R2 ha añadido una función que permite evitar que los usuarios de su aplicación vean el contenido de los 4DZ, y por lo tanto que puedan modificarlos.
4D v19: Evolución de la construcción de aplicaciones cliente/servidor
En Mac, la firma de aplicaciones se ha convertido en un estándar y, desde Big Sur, ni siquiera se pueden ejecutar aplicaciones sin firmar. En el pasado, publicamos una solución para construir aplicaciones cliente-servidor que se ejecutaban en un servidor Windows y aceptaban conexiones de clientes Mac. Con el lanzamiento de 4D v19, hemos actualizado la construcción de aplicaciones en 4D para manejar este caso. A continuación le mostramos cómo puede construir una aplicación de una sola plataforma o una aplicación multiplataforma en v19.
Varios servidores, un recurso local compartido
Puede haber ocasiones en las que se necesite que los usuarios se conecten a muchas instancias de la misma aplicación de servidor fusionado. Cuando esto ocurre, la aplicación cliente fusionada descarga tantos recursos locales como conexiones tenga el servidor. Pero si la carpeta de recursos de su servidor es enorme, esto puede suponer un gran gasto de tiempo, volumen y red. ¡Afortunadamente, 4D v18 R5 tiene una solución para este escenario!
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