Title: Painel de Administração Lento Last modified: 6 agosto, 2016 --- # Painel de Administração Lento * Resolvido [umarizal](https://br.wordpress.org/support/users/umarizal/) * (@umarizal) * [12 anos atrás](https://br.wordpress.org/support/topic/painel-de-administracao-lento/) * Saudações! * Caros amigos, uso WordPress há muito tempo e sempre gostei dele não apenas como gestor de blog, mas como gestor de conteúdo (CMS) para sites em geral. * Tenho pelo menos 6 sites rodando WordPress e em todos, sinto uma excessiva demora na resposta ao acessar páginas dentro do Painel de Administração. Não sei a partir de qual versão isso começou a acontecer, mas imagino que tenha sido a partir da 3.8 aproximadamente. * Dentro do Painel da Administração, após fazer o login (que já demora um bocado), ao clicar em qualquer link como Posts, Configurações, etc, é exibido a mensagem na barra de status do navegador “Aguardando resposta de site.com.br”, por exemplo, por cerca de uns 20 a 30 segundos até a página abrir. Isto é normal? * Fora do WP Admin, para o visitante, as páginas abrem muito, mas muito rápido. * Já tentei várias coisas e não consigo “entender” o que ocorre para tentar resolver. * Uso um servidor Cloud com 2×3.2Ghz + 3Gb de RAM com CentOS 6.5 x64 rodando Apache, MySQL e companhia, claro, também tenho o cPanel/WHM instalado (tenho acesso root). Tenho link de 6MBPS Fullduplex e a latência está em 31ms em média (IDC há uns 40km aprox.). O Load do servidor geralmente fica abaixo dos 0.35. * A média de visitação de TODOS os sites hospedados não passa de 2.500 usuários únicos / dia, sendo que destes, apenas cerca de 700~800 usuários únicos / dia acessam sites com WordPress. * Já testei com uma instalação nova, totalmente limpa com tema padrão do WordPress; Já tentei usar 3 tipos diferentes de plugins para Caching (atualmente uso o W3 Total Cache apenas, em todas as instâncias); Já tentei desativar todos os plugins; Já alterei o limite de memória do PHP de 64 para 128 e depois para 256 e nada mudou; Já otimizei meu /etc/my.cnf através das “dicas” do Tunning Primer; Nada funcionou. * Imagino que seja alguma configuração do lado do servidor, só não sei onde e nem o que é. * Entendam que ao acessar os sites com WordPress, o desempenho é ótimo. O problema da lentidão ocorre apenas ao acessar o Painel da Administração do WordPress. * Tratei do assunto aqui também: [http://portaldohost.com.br/forum/topic/14965-servidor-demora-a-responder-apesar-de-ping-bem-baixo/](http://portaldohost.com.br/forum/topic/14965-servidor-demora-a-responder-apesar-de-ping-bem-baixo/) * Se alguém puder me ajudar, ficarei extremamente grato. * Abraço! Visualizando 1 resposta (de um total de 1) * Criador do tópico [umarizal](https://br.wordpress.org/support/users/umarizal/) * (@umarizal) * [12 anos atrás](https://br.wordpress.org/support/topic/painel-de-administracao-lento/#post-43013) * Caros amigos, fiz alguns ajustes no /etc/my.cnf e parece que melhorou o problema da lentidão. * Usei os seguintes parâmetros: * > [mysqld] > # Serviços Desabilitados #skip-locking #skip-innodb #skip-name-resolve# > skip-networking #skip-bdb local-infile=0 open_files_limit=10192 max_allowed_packet > =268435456 > long_query_time=3 > # Buffers Geral > key_buffer_size=256M sort_buffer=1M join_buffer_size=5M max_join_size > =2M > # Threads > thread_concurrency=2 thread_cache=5 thread_cache_size=151 > # Table_cache > table_cache=1000 table_definition_cache=1000 > # Temp tables > max_heap_table_size=128M tmp_table_size=128M > # Query_cache > query_cache_type=1 query_cache_size=512M query_cache_limit=2M > # Timeouts > interactive_timeout=45 wait_timeout=45 > # Connections > max_connections=200 max_user_connections=15 > #[innodb] > innodb_buffer_pool_size=91226112 innodb_file_per_table=1 innodb_log_file_size > =5M innodb_thread_concurrency=2 > #[client] > socket=/var/lib/mysql/mysql.sock > # Logs > log_slow_queries=/var/log/mysql/mysql-slow.log log-queries-not-using- > indexes=1 * Não entendo muito… então fui fazendo conforme orientações dos scripts: – [https://launchpad.net/mysql-tuning-primer](https://launchpad.net/mysql-tuning-primer)– [http://github.com/major/MySQLTuner-perl](http://github.com/major/MySQLTuner-perl) * Não ficou 100%, mas digamos que melhorou bastante. * Vou ver se consigo entender como são feitos os cálculos para obtenção dos melhores valores para balancear o uso da memória pelo MySQL. * Pelo que percebi, a “lentidão” que reportei desde o início era realmente um elevado“ Response Time” do MySQL, por isso que só ocorria nas páginas internas da administração, que geralmente não eram “cacheadas” pelos plugins do WordPress. Para os visitantes, o acesso era das páginas “cacheadas” e estáticas, não dinâmicas, sem uso do Banco de Dados, por isso o carregamento era a jato. * Desde já, muito obrigado por tudo amigos. Visualizando 1 resposta (de um total de 1) O tópico ‘Painel de Administração Lento’ está fechado para novas respostas. ## Tags * [admin](https://br.wordpress.org/support/topic-tag/admin/) * [administração](https://br.wordpress.org/support/topic-tag/administracao/) * [lag](https://br.wordpress.org/support/topic-tag/lag/) * [lentidão](https://br.wordpress.org/support/topic-tag/lentidao/) * [lento](https://br.wordpress.org/support/topic-tag/lento/) * [ping](https://br.wordpress.org/support/topic-tag/ping/) * [resposta](https://br.wordpress.org/support/topic-tag/resposta/) * [tempo de resposta](https://br.wordpress.org/support/topic-tag/tempo-de-resposta/) * [wp-admin](https://br.wordpress.org/support/topic-tag/wp-admin/) * Em: [Ajustando o WordPress](https://br.wordpress.org/support/forum/resolucao-de-problemas/) * 1 resposta * 1 participante * Última resposta de: [umarizal](https://br.wordpress.org/support/users/umarizal/) * Última atividade: [12 anos atrás](https://br.wordpress.org/support/topic/painel-de-administracao-lento/#post-43013) * Estado: resolvido ## Tópicos ### Tópicos mais populares ### Tópicos sem respostas ### Tópicos não relacionados a suporte ### Tópicos resolvidos ### Tópicos não resolvidos ### Todos os tópicos