SERVIDOR: Linux CENTOS 6 PLESK 10.4.4
Eu tenho instalado o Wordpress em muitos subdomínios em nosso servidor dedicado. Todos eles executam trabalhos CRON a cada 10 minutos.
Para encurtar a história, o tempo para carregar o primeiro byte foi de mais de 10 segundos.
Eu fiz algumas pesquisas e descobri que o eAccelerator ajuda com problemas de velocidade em sites intensivos em PHP e em outro site que fornece algumas instruções sobre como fazer isso.
Depois de instalar o repositório Atomic e fazer uma atualização do YUM, instalei o eAccelerator assim:
yum install php-eaccelerator.x86_64
Eu verifiquei a versão do PHP após a instalação e encontrei isto:
PHP 5.3.14 (cli) (built: Jun 14 2012 16:34:56)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
with eAccelerator v0.9.6-svn358-dev, Copyright (c) 2004-2007 eAccelerator, by eAccelerator
with the ionCube PHP Loader v4.0.10, Copyright (c) 2002-2011, by ionCube Ltd.
Então eu estava tipo ... SIM, isso foi fácil.
ENTÃO comecei a perceber TODOS OS PROBLEMAS.
Primeiro, algumas das minhas tabelas MYSQL falharam e tiveram que ser consertadas. A única maneira de fazer com que o REPAIR funcione no PHPMyAdmin era fazer o primeiro login por meio do SCP e alterar o proprietário dos arquivos reais do banco de dados para MYSQL, deixando-o em branco. Depois disso, o reparo funcionou e as tabelas estão bem.
Em seguida, um trabalho que estou executando, que se conecta a um servidor MYSQL externo, de repente parou de funcionar com um erro de autenticação de pasword. Eu mudei a string de conexão do DBHOST para o IP atual: port e agora os relatórios CRON:
PHP Warning: mysql_connect(): Lost connection to MySQL server at 'reading initial communication packet', system error: 111 in /usr/local/bin/video-queue.php on line 230
FINALMENTE, e a razão pela qual eu fiz isso em primeiro lugar foi que todas as minhas instalações do Wordpress depois de trabalharem FINE por um longo tempo deixaram de ser capazes de chamar uma CLASSE que eu conheço incluída (porque funcionava bem antes). Então agora eu entendo isso:
Fatal error: Class 'PPT_Widgets_ARTICLES2' not found in /var/www/vhosts/md1network.com/albany/wp-includes/widgets.php on line 324
Essa classe específica está localizada em outro diretório, mas está lá. Outra informação é que o arquivo que contém o CLASS foi colocado lá, EXTRACIONANDO um arquivo zipado (via Plesk) usando o PHP unzip. Isso infelizmente estragou o proprietário e as permissões, mas os sites estavam bem.
Percebi que a atualização do YUM reescreveu meu arquivo PHP.ini, então achei que ele havia estragado o caminho de inclusão. Eu ainda não sei se é esse o caso.
Eu tentei alterar o proprietário e as permissões no arquivo em que CLASS e o arquivo widgets.php também. Nenhum destes funcionou e ainda acha que a CLASS não existe. De fato, toda vez que você incluir o wp-config.php (que DEFINE o MYSQL db, user, e password, ele gera o mesmo erro sobre aquela classe estúpida (que eu escrevi e estava funcionando bem, então não pode ser tudo isso estúpido).
Antes disso, os únicos mods para o servidor eram a instalação do FFMPEG e do PHP TIDY.
TAMBÉM ... OUTRA COISA ESTRANHA é que todas as tarefas do CRON estão sendo executadas INADEQUADAMENTE e usam o mesmo INCLUDE de wp-config.php.
É como se o problema fosse isolado quando o PHP tentasse executar a partir do navegador (eAccelerator?)
Eu tenho outro site Wordpress que está funcionando bem no mesmo servidor depois que eu consertei algumas de suas tabelas. Os sites que estão com problemas não têm tabelas corrompidas.
Espero que isso seja informação suficiente.
POR FAVOR, AJUDE. Rick
Eu tive muitos problemas semelhantes ao usar eAccelerator, (tabelas de banco de dados precisando ser reparado, falhas de banco de dados, erros de memória PHP) uma vez que eu mudei para APC Eu não tive mais problemas. Eu não tenho certeza do que você está realmente perguntando. Talvez a APC te ajude.