A plataforma de agendamento lançou a versão 6.4 e com ela vem uma mudança drástica na forma como distribui as suas ferramentas. De acordo com o comunicado oficial no blogue da Cal.com, a edição comercial abandona o modelo de código aberto e passa agora a operar com código fechado.
A justificação para esta transição estrutural prende-se com o impacto crescente das ferramentas de programação baseadas em inteligência artificial e os riscos associados à exposição contínua do código ao público. Apesar de fechar a vertente comercial, a empresa revelou que todo o código gratuito foi relançado sob a designação Cal.diy, adotando a permissiva Licença MIT.
Uma nova solução para os entusiastas
A recém-criada versão comunitária continuará a ser totalmente gratuita para utilizadores casuais e membros da comunidade que pretendam alojar o serviço nos seus próprios servidores. A estrutura fornece as instruções de configuração necessárias, embora deixe o alerta de que o alojamento próprio é feito por conta e risco de quem o implementa.
Para os clientes de cariz empresarial que optem pelo alojamento próprio, o acesso à edição comercial será agora gerido exclusivamente através de um repositório privado no GitHub. A gestão garante que as alterações no licenciamento não vão afetar os produtos atuais nem impedir o acesso às contas dos utilizadores já registados.
Tempos de resposta e segurança reforçados
Para além das decisões sobre os direitos do código, a versão 6.4 foca-se em trazer melhorias palpáveis de desempenho. As organizações de grande dimensão vão notar um carregamento consideravelmente mais rápido nas páginas de reservas e na área de configuração de tipos de eventos, com os ganhos de velocidade a chegarem a ser vinte vezes superiores em determinados cenários de utilização.
A atualização introduz ainda novidades operacionais importantes para a segurança diária. Entre as adições encontram-se um novo rastreio de encaminhamento para a seleção rotativa de anfitriões, opções mais avançadas para o Salesforce, suporte para a rotação de segredos OAuth e múltiplos URIs de redirecionamento. O sistema resolveu também uma falha incómoda que causava marcações duplas devido ao processamento de confirmações em simultâneo.
Nenhum comentário
Seja o primeiro!