Português
English
Um Magento acabado de instalar é lento de propósito: vem em modo de desenvolvimento, com a cache desligada e sem nada optimizado, para que quem está a construir a loja veja as alterações logo. O trabalho de o pôr depressa é desfazer isso, por ordem. Esta é a ordem que rende mais.
| Nada disto faz um plano partilhado pequeno aguentar uma loja grande. Isto tira o Magento do estado em que ele nasce, que é a maior parte do ganho. Se, depois de tudo feito, o painel continuar pesado e as tarefas atrasadas, o problema deixou de ser configuração e passou a ser recursos: veja VPS, Cloud ou Dedicado, qual escolher. |
1. A tarefa agendada, que é a que ninguém liga
O Magento faz metade do trabalho fora do pedido do visitante: reconstruir índices, recalcular preços, enviar e-mails, limpar caches. Tudo isso corre numa tarefa agendada. Sem ela, a loja não dá erro nenhum: simplesmente vai ficando cada vez mais lenta e cada vez mais desactualizada, e ninguém percebe porquê. Crie a tarefa segundo tarefas agendadas, e confirme no painel do Magento que ela está mesmo a correr.
2. Ligar o acelerador do PHP
O opcache guarda o código PHP já compilado em memória, em vez de o recompilar a cada pedido. Numa aplicação com tantos ficheiros como o Magento, a diferença é das maiores que se consegue com um clique. Numa conta nossa ele vem desligado por omissão: abra Select PHP Version, vá às extensões e ligue opcache.
| Faça uma medição antes e outra depois. Sem medir, qualquer alteração parece ter resultado. Veja o que medir antes de mudar de plano. |
3. Sair do modo de desenvolvimento
O Magento tem três modos. Em developer recompila tudo a cada pedido; em production serve ficheiros já preparados. A diferença é enorme, e é a segunda maior fonte de lentidão depois da tarefa agendada.
| Mudar de modo faz-se pela linha de comandos do Magento, e isso exige acesso SSH. Há contas com shell e contas sem. Se a sua não tiver, ou se preferir não mexer, https://www.meu.mozout.co.mz/submitticket.php e fazemos a mudança consigo. Repare também que, na linha de comandos, o php por omissão pode não ser a versão que escolheu para o site: use o caminho completo da versão certa. |
4. Caches, índices e conteúdo
| O que | Porque conta |
| Caches todas activas | No painel, em Cache Management, não deve haver nenhuma desactivada. Basta uma desligada de uma sessão de testes antiga para a loja andar a passo. |
| Índices no modo agendado | Em Index Management, os índices devem estar a actualizar por agenda e não a cada gravação. Guardar um produto deixa de esperar pela reconstrução inteira. |
| Juntá-los e comprimir | Nas opções de programador, juntar e minificar os ficheiros de estilo e de script reduz muito o número de pedidos por página. |
| Imagens | Fotografias de produto direitas da máquina fotográfica são, quase sempre, a coisa mais pesada da página. Redimensione antes de carregar. |
| Registos e relatórios antigos | As tabelas de registo do Magento crescem sem parar e tornam a base de dados lenta. Há uma limpeza automática na configuração: ligue-a. |
5. O que está fora do Magento
Depois de tudo isto, o que sobra já não é do Magento. Uma boa parte do tempo que o visitante sente é distância até ao servidor e tamanho das páginas. Uma rede de distribuição de conteúdo à frente da loja ajuda nisso: nós não vendemos nenhuma, mas há clientes nossos a usar a do Cloudflare, e o caminho está em Cloudflare, quando ajuda e como ligar. Sobre onde estão as máquinas, veja onde ficam os nossos servidores.
E, antes de mudar seja o que for, confirme que não está a bater nos limites da conta: inodes, processos e memória. Uma loja que atinge o tecto de processos fica lenta sem nenhum erro no ecrã.
|
Já fez tudo isto e a loja continua pesada? Mande-nos o endereço e uma hora em que esteja lenta, e vamos medir. Abrir um pedido de suporte |
|
VEJA TAMBÉM |
PRODUTO RECOMENDADO Alojamento de sites com cPanel Domínio e SSL incluídos, cópias diárias e o painel que já conhece. desde 600,00 MT/mês Ver planos |
- 0 Utilizadores acharam útil
