longo atraso de espera no wordpress

0

Acabei de instalar o wordpress (última versão) em / var / www / wordpress em uma instalação padrão do Lobby do ubuntu server 12.04.

Toda vez que eu quero carregar algo neste wordpress (até mesmo na tela de login), o navegador diz "aguardando 127.0.0.1" ou "esperando pelo localhost" por pelo menos 10 segundos! (Então a página carrega muito rápido)

Eu tenho procurado por uma resposta online por quase 3 horas, também tentei reinstalar duas vezes, eliminei as entradas IPV6 do hosts.conf, mudei o host do banco de dados em wp-config.php do localhost para 127.0.0.1 e verifiquei a configuração padrão do apache2 , habilitando modrewrite e revendo arquivos de configuração para sites default e ssl padrão.

Estou prestes a desistir ... Por que isso acontece tão devagar? Eu também tenho um drupal instalado em / var / www / drupal e ele não tem esse atraso!

(note que a instalação do ubuntu está em um Oracle Virtual Box com 1 core e 1GB de RAM atribuído, e o atraso é o mesmo se eu carregar a página do navegador host usando o ip da interface virtual)

[EDITAR] Depois de atribuir 4 núcleos à máquina virtual em vez de apenas um, o atraso diminui para apenas 1 segundo. A CPU não está ocupada durante esse tempo, o que a torna ainda mais misteriosa ...

    
por NotGaeL 24.01.2013 / 19:18

1 resposta

1

Por experiência, eu diria que existem vários fatores limitantes na configuração descrita. Por um lado, se você estiver usando o Apache2 e o MySQL e , não espere sair com um GiB de RAM e sem lentidão. Eu recomendo strongmente que você analise nginx ou lighttpd como alternativas se sua configuração tiver esses limites de recursos.

Ainda mais, você não nos disse nada sobre a configuração, como IPv4 e IPv6 ou possíveis regras de firewall.

Por último, mas não menos importante, em aplicativos pesados da web, como o WordPress, eu recomendaria ter algum tipo de cache (seja nginx ou varnish ) se você estiver procurando velocidade.

Mas, honestamente, sua configuração parece estar tentando um método de conexão, por exemplo, IPv4 e expira com isso e, em seguida, tenta o outro. Meu palpite é que o IPv6 ainda está ativado e você não o configurou corretamente. Neste caso, você pode querer dizer ao kernel para desligá-lo ou usar um dos outros métodos descritos aqui .

Por favor poste a saída dos seguintes comandos (como superusuário) se você espera uma resposta mais detalhada:

free -m
iptables-save
lsof -Pi|grep :80
    
por 0xC0000022L 13.02.2013 / 20:55