O suporte para 2.4.5 e 2.4.6 terminou a 11 de agosto de 2026. Executamos a atualização, reforçamos o stack e deixamos um pipeline a funcionar.
De confiança em toda a Europa
Equipas de engenharia em setores regulados e críticos — cada projeto auditado, documentado e levado a nível de produção.
Infraestrutura de pagamentos e core bancário em conformidade com PCI-DSS — latência p99 abaixo de 100 ms, trilho de auditoria ponta a ponta e tokenização no edge.
Pipelines de dados de doentes alinhados com HIPAA
Observabilidade do core 5G à escala
99.99% de disponibilidade em picos de tráfego
Cloud soberana com trilho de auditoria completo
Rastreio de frotas em tempo real e ingestão IoT
O que entregamos
Atualizações, segurança, desempenho e engenharia de entrega para Magento Open Source e Adobe Commerce
O Magento 2.4.5 e 2.4.6 chegaram ao fim do suporte a 11 de agosto de 2026 — e o Open Source não tem suporte alargado, por isso essa data é um ponto final. Planeamos e executamos a atualização para uma linha suportada, com uma matriz de compatibilidade de extensões acordada antes de alguém tocar no código.
Com patches até maio de 2029 · ensaio em staging primeiroCada CVE registado contra uma versão sem suporte fica aberto para sempre, e o PCI DSS exige patches de segurança atualizados em tudo o que toque em dados de cartão. Fechamos essa lacuna e mantemo-la fechada com uma cadência de patches que podes mostrar a um auditor.
Patching planeado · evidência pronta para auditoriaA atualização não é um patch — é uma mudança de plataforma. O 2.4.8 precisa de PHP 8.3; o 2.4.9 corre em PHP 8.4 e 8.5, e o 8.3 só é aceite enquanto migras. Levamos PHP, OpenSearch, Redis e Varnish juntos, em vez de um passo doloroso de cada vez.
PHP 8.4 · OpenSearch 3 · Varnish 7.7O Luma é pesado e os Core Web Vitals mostram-no. O Hyvä corre em Magento 2.4.4+ e em ambas as edições. Juntar a reconstrução com a atualização de versão passa as duas por um único ciclo de QA e regressão em vez de dois — que é a diferença entre um projeto e dois orçamentos.
1 ciclo de regressão · 2.4.4+ · ambas as ediçõesO composer install, a compilação de DI e a geração de conteúdo estático pertencem a um servidor de build, não à máquina que recebe encomendas. Construímos o artefacto uma vez, validamo-lo e promovemos esse mesmo artefacto para produção — onde só correm migrações e o aquecimento de cache.
Construir uma vez · promover o artefacto validadoA implementação blue/green mantém a loja a servir enquanto as alterações de esquema entram, por isso as releases deixam de precisar de uma janela de manutenção às 3 da manhã. Escrevemos migrações retrocompatíveis, fixamos as dependências com um composer.lock versionado e tornamos o rollback numa decisão em vez de um resgate.
Sem janela de manutenção · rollback em minutosOs nossos engenheiros analisam a tua configuração atual e entregam um roteiro priorizado — sem compromisso.
As três situações em que este projeto se paga a si próprio mais depressa.
Estás em 2.4.5 ou 2.4.6 e os patches deixaram de chegar. Cada CVE registado a partir de agora fica aberto, e o teu âmbito PCI passa a conter software que ninguém está a corrigir. Levamos-te para uma linha suportada com as quebras de extensões mapeadas antes de começar, não descobertas às 2 da manhã.
As releases significam uma janela de manutenção, um Composer install no servidor em produção e alguém a olhar para os logs. Tiramos o build de produção, promovemos um artefacto validado no seu lugar e transformamos a implementação em algo que se faz em horário de trabalho.
O Luma é pesado, os Core Web Vitals estão a vermelho e a conversão em mobile mostra-o. Juntamos uma reconstrução com Hyvä à atualização de versão para que ambas passem por um único ciclo de regressão, e afinamos Varnish, Redis e OpenSearch como um único stack em vez de quatro palpites separados.
O Composer, a compilação de DI e o conteúdo estático correm no servidor de build. A produção recebe um artefacto já validado — e só executa migrações e aquecimento de cache. O blue/green mantém a loja a servir enquanto as alterações de esquema entram.
$composer install --no-dev --optimize-autoloader$bin/magento setup:di:compile$bin/magento setup:static-content:deploy -f en_GB en_US$bin/magento setup:upgrade --safe-mode=1✓Artifact promoted · schema migrated · 0s downtime · rollback available
Uma atualização não é um patch — move o PHP, o motor de pesquisa, a camada de cache e muitas vezes o tema ao mesmo tempo. Ensaiamos toda a mudança num clone de produção, acordamos a matriz de compatibilidade de extensões antes de escrever código e deixamos a funcionar um pipeline e uma cadência de patches para que a loja não volte a ficar sem suporte sem ninguém dar por isso.
Uma linha de Magento suportada significa que os patches de segurança continuam a chegar — o único controlo de que depende todo o resto da tua conformidade.
Quando a implementação é um artefacto validado a ser promovido, publicar numa terça à tarde torna-se normal em vez de um risco agendado.
Varnish, Redis e OpenSearch afinados como um único stack, com o frontend reconstruído a condizer — medido em Core Web Vitals, não num servidor de staging.
Inventariamos a tua versão, PHP, extensões e personalizações e depois produzimos a matriz de compatibilidade que decide o que é atualizado, o que é substituído e o que é reescrito.
A atualização corre de ponta a ponta num clone de produção primeiro. Cada surpresa — uma extensão partida, um conflito de esquema, uma regressão do tema — é encontrada aqui, não na noite do lançamento.
Ligamos o pipeline de build, promovemos o artefacto validado para produção e deixamos a funcionar uma cadência de patches e monitorização para que a loja não volte a ficar sem suporte.
Da primeira chamada à produção — um modelo de colaboração comprovado em 4 passos que mantém a conversa transparente e a velocidade honesta.
Auditamos o teu stack atual, identificamos lacunas e alinhamos os objetivos de negócio.
Um roteiro detalhado com prioridades, estimativas de esforço e quick wins.
Os nossos engenheiros integram-se na tua equipa e executam sprint a sprint.
Monitorização contínua, otimização e transferência de conhecimento para a tua equipa.
Práticas adjacentes que combinam bem com esta — a maioria dos projetos junta duas ou três.
Respostas práticas sobre âmbito, prazos e como costumam ser os projetos com a nossa equipa de Magento.
Quer estejas a começar do zero ou a escalar o que já tens, os nossos engenheiros estão prontos para ajudar.