Partilhar recursos locais entre utilizadores com o Windows Remote Desktop Services
Esta nova funcionalidade melhora a gestão dos recursos locais das aplicações de Cliente 4D fusionadas com o Windows Remote Desktop Services. Vamos ver como.
Reduza o tamanho das suas aplicações 4D com estas novas características
No nosso esforço contínuo para melhorar a construção de aplicações 4D, acrescentámos algumas funcionalidades ao 4D v19R5 que certamente lhe serão úteis.
A primeira é a capacidade de remover alguns dos maiores módulos 4D das suas aplicações: CEF, Mecab, PHP, corrector ortográfico, e actualizador 4D. Se não precisar de alguns destes módulos, será capaz de reduzir significativamente o tamanho das suas aplicações.
Também alteramos o directório final quando constrói uma estrutura compilada, a fim de acomodar aqueles que utilizam múltiplas versões compiladas da mesma estrutura.
Quanto aos nossos clientes japoneses, fundimos a versão japonesa de 4D e a internacional em MacOS.
Vamos aprofundar os detalhes.
Gestão de ficheiros de directório em projectos de servidores fundidos
Os projectos introduziram o novo ficheiro directory.json contendo utilizadores, grupos e permissões. Permite a autenticação, restrições, permissões em várias partes da aplicação, através de definições ou código. Vejamos as novas melhorias sobre a utilização deste ficheiro em projectos de servidores fundidos.
Desactivação de exploradores em servidores fundidos
Poderá querer restringir o acesso dos administradores ao Data Explorer e ao Runtime Explorer nos seus servidores fundidos implantados. O 4D v19 R5 permite fazê-lo.
Aqui está tudo o que precisa de saber.
Utilização de aplicações clientes fundidos duplicados
Como editor, pretende por vezes duplicar uma aplicação de cliente fundida para ligar cada uma delas ao seu Servidor 4D dedicado. Vamos ver como fazer isto.
Construção simplificada de aplicações cliente/servidor multi-plataforma no Windows
O lançamento de Silicon Macs teve um grande impacto na forma como a 4D compila aplicações. Antes da v19, 4D compilava apenas para a arquitectura Intel, utilizando o mesmo código em Mac e Windows. Mas os Silicon Macs utilizam uma nova arquitectura, e como tal o 4D precisa de compilar especificamente para o Silicon. Afecta a construção de aplicações cliente/servidor multiplataforma.
Desde que construa o seu servidor em Mac, não é um grande problema, pois pode compilar tanto para plataformas Intel como para Silicon. Mas no Windows, não é possível compilar para Macs de Silício. A nossa recomendação actual é compilar o projecto em Mac para ambas as arquitecturas, e depois copiá-lo numa máquina Windows antes de construir o servidor. Infelizmente, para grandes projectos com muitos dados, a cópia pode demorar algum tempo.
Como definir o tempo limite de sono para aplicações 4D remotas
Para evitar a perda de sessão, 4D monitoriza o estado de sono das aplicações 4D remotas.
Quando um utilizador é ligado de uma aplicação 4D remota a um Servidor 4D e o seu computador entra em modo de latência, a informação é enviada para o Servidor 4D. No momento em que o computador do utilizador acorda, a aplicação 4D remota recupera então o seu contexto de execução.
Proteja os recursos da sua aplicação com um novo algoritmo
Ao gerar ficheiros .4dz, 4D utiliza por defeito um formato zip padrão. Se for um editor de software, ficará satisfeito por saber que 4D v19 R2 adicionou uma funcionalidade que permite evitar que os utilizadores da sua aplicação vejam o conteúdo do 4DZ, e portanto, que o possam modificar.
4D v19: Evolução do Edifício de Aplicações Cliente/Servidor
No Mac, a assinatura das aplicações tornou-se um padrão, e desde Big Sur, não se pode sequer executar aplicações não assinadas. No passado, publicámos uma alternativa para construir aplicações cliente-servidor a correr num servidor Windows e a aceitar ligações de clientes Mac. Com o lançamento do 4D v19, actualizámos a construção da aplicação em 4D para tratar deste caso. Eis como se pode construir uma plataforma única ou uma aplicação multiplataforma em v19.
Múltiplos servidores, um recurso local partilhado
Pode haver alturas em que poderá ser necessário que os utilizadores se liguem a muitas instâncias da mesma aplicação do servidor fundido. Quando isto acontece, a aplicação cliente resultante da fusão descarrega tantos recursos locais como as ligações ao servidor. Mas se a pasta de Recursos do seu servidor for enorme, isto pode ser um grande desperdício de tempo, volume e rede! Felizmente, 4D v18 R5 tem uma solução para este cenário!
Contacte-nos
Tem uma pergunta, sugestão ou apenas quer entrar em contacto com os bloggers 4D? Deixe-nos uma linha!
* A sua privacidade é muito importante para nós. Por favor clique aqui para ver os nossos Política