{"id":4153,"date":"2020-07-04T14:58:33","date_gmt":"2020-07-04T17:58:33","guid":{"rendered":"https:\/\/blog.lucianoreis.com\/?p=4153"},"modified":"2020-08-25T11:25:31","modified_gmt":"2020-08-25T14:25:31","slug":"wordpress-trava-apos-upgrade-para-php-7-3","status":"publish","type":"post","link":"https:\/\/blog.lucianoreis.com\/2020\/07\/04\/wordpress-trava-apos-upgrade-para-php-7-3\/","title":{"rendered":"WordPress Trava Ap\u00f3s Upgrade do PHP"},"content":{"rendered":"\n

Recentemente fiz o upgrade da vers\u00e3o do PHP em um dom\u00ednio hospedado na Hostgator. Imediatamente o site feito em WordPress parou de funcionar apresentando a seguinte mensagem de erro:
<\/p>\n\n\n\n

Warning<\/strong>: Use of undefined constant WP_CONTENT_DIR – assumed ‘WP_CONTENT_DIR’ (this will throw an Error in a future version of PHP) in \/home2\/maranata\/public_html\/wp-includes\/load.php<\/strong> on line 141<\/strong>

Parece que em sua instala\u00e7\u00e3o do PHP est\u00e1 faltando a extens\u00e3o MySQL, que \u00e9 requisitada pelo WordPress.<\/span><\/p>\n\n\n\n

Nesse caso, “maranata” \u00e9 o nome da conta dentro da hospedagem em quest\u00e3o. A mensagem vai variar conforme o nome da conta que voc\u00ea est\u00e1 utilizando.
<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Eu tomei a iniciativa de escrever este artigo depois que percebi que havia um grande n\u00famero de pessoas reportando o mesmo problema no f\u00f3rum oficial do WordPress, onde tamb\u00e9m publiquei a solu\u00e7\u00e3o que explico aqui.
<\/p>\n\n\n

\n\t<\/a>\t\t
\n\t\t
\n\t\t\t\"\"\t\t<\/div>\n\t<\/div>\n\t\t
\n\t\t\t\t
\n\t\t\tPHP 7.3 errors | WordPress.org\t\t<\/div>\n\t\t\t\t\t\t
\n\t\t\tHello I tried to update to PHP 7.3 but when I want to login I get this error. Warning: Use of undefined constant WP_CONTENT_DIR \u2013 assumed\u2026\t\t<\/div>\n\t\t\t<\/div>\n<\/div>\n\n\n\n


<\/p>\n\n\n\n

Solu\u00e7\u00e3o do Problema<\/h2>\n\n\n\n

A solu\u00e7\u00e3o para esse problema \u00e9 bem simples:

Em alguns casos haver\u00e1 um arquivo “.htaccess” no diret\u00f3rio base, aquele que fica logo na raiz da hospedagem. Para resolver o problema basta remover este arquivo.

Caso voc\u00ea esteja utilizando o gerenciador de arquivos na web a partir do painel de controle cPanel \u00e9 necess\u00e1rio ir nas configura\u00e7\u00f5es e habilitar a exibi\u00e7\u00e3o de arquivos ocultos, aqueles que come\u00e7ar com “.” da seguinte forma:
<\/p>\n\n\n\n

\"\"
1. Clique em “Settings” (configura\u00e7\u00f5es) no canto superior direito<\/figcaption><\/figure>\n\n\n\n
\"\"
2. Marque a caixa “Show Hidden Files” (exibir arquivos ocultos) e ent\u00e3o salve.<\/figcaption><\/figure>\n\n\n\n
\"\"
3. Os arquivos ocultos ir\u00e3o aparecer.<\/figcaption><\/figure>\n\n\n\n

No caso do problema espec\u00edfico, basta apagar ou renomear o arquivo “.htaccess” do diret\u00f3rio base.<\/p>\n\n\n\n

Importante observar que embaixo do diret\u00f3rio “public_html” existe outro arquivo “.htaccess” e o problema acontece porque, quando se faz o upgrade a partir do cPanel o sistema atualiza apenas o arquivo “.htaccess” que est\u00e1 embaixo do diret\u00f3rio “public_html”, que gera um conflito com o arquivo que est\u00e1 na pasta base.
<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Conte\u00fado do arquivo “.htaccess” da pasta base:
<\/p>\n\n\n\n

# Use PHP71 as default\nAddHandler application\/x-httpd-php71 .php\n<IfModule mod_suphp.c>\n    suPHP_ConfigPath \/opt\/php71\/lib\n<\/IfModule><\/code><\/pre>\n\n\n\n

Conte\u00fado do arquivo na pasta “public_html”:
<\/p>\n\n\n\n
# BEGIN WordPress\n# The directives (lines) between `BEGIN WordPress` and `END WordPress` are\n# dynamically generated, and should only be modified via WordPress filters.\n# Any changes to the directives between these markers will be overwritten.\n<IfModule mod_rewrite.c>\nRewriteEngine On\nRewriteBase \/\nRewriteRule ^index\\.php$ - [L]\nRewriteCond %{REQUEST_FILENAME} !-f\nRewriteCond %{REQUEST_FILENAME} !-d\nRewriteRule . \/index.php [L]\n<\/IfModule>\n\n# END WordPress\n# php -- BEGIN cPanel-generated handler, do not edit\n# Set the \u201cea-php73\u201d package as the default \u201cPHP\u201d programming language.\n<IfModule mime_module>\n  AddHandler application\/x-httpd-ea-php73 .php .php7 .phtml\n<\/IfModule>\n# php -- END cPanel-generated handler, do not edit<\/code><\/pre>\n\n\n\n
Observe que o arquivo da pasta base faz clara refer\u00eancia ao PHP 7.1 enquanto o arquivo localizado em “public_html” \u00e9 bem diferente.<\/p>\n\n\n\n
Pode ser que, em alguns casos, mesmo eliminando o “.htaccess” da pasta base o problema continue.  Caso isso aconte\u00e7a verifique o conte\u00fado do arquivo “.htaccess” na pasta “public_html” e procure pelos handlers que \u00e9 a seguinte parte do c\u00f3digo:<\/p>\n\n\n\n
AddHandler application\/x-httpd-ea-php73 .php .php7 .phtml\r<\/code><\/pre>\n\n\n\n
Se houver alguma linha que adicione o handler das vers\u00f5es antigas do PHP, ela deve ser eliminada.  Conforme exemplo abaixo:<\/p>\n\n\n\n
AddHandler application\/x-httpd-php71 .php\r<\/code><\/pre>\n\n\n\n
Seguindo esses passos com cuidado o problema deve estar totalmente sanado.

<\/p>\n\n\n\n
<\/p>\n\n\n\n
A Origem do Problema<\/h2>\n\n\n\n
Tudo come\u00e7a ao atualizar a vers\u00e3o do WordPress.  Assim que voc\u00ea atualiza o WordPress ele alerta para a necessidade de fazer atualiza\u00e7\u00e3o tamb\u00e9m do PHP no servidor.  Caso seu WordPress n\u00e3o esteja apresentando esta mensagem \u00e9 porque n\u00e3o se faz necess\u00e1rio realizar o procedimento de atualiza\u00e7\u00e3o da linguagem de programa\u00e7\u00e3o (PHP).
<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Caso a mensagem acima esteja aparecendo, \u00e9 altamente recomend\u00e1vel atualizar o servidor para evitar que possa vir a ocorrer problemas na execu\u00e7\u00e3o do seu site WordPress.  No caso da hospedagem Hostgator e muitas outras baseadas em cPanel, basta entrar no painel de controle (cPanel) e, na se\u00e7\u00e3o “Software”, selecionar “MultiPHP Manager” ou “PHP Selector”.
<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Em “PHP Selector” \u00e9 bem simples, basta selecionar a nova vers\u00e3o do PHP, j\u00e1 em “MultiPHP Manager” \u00e9 necess\u00e1rio selecionar os dom\u00ednios e subdom\u00ednios que deseja fazer o upgrade, marcando as caixas de sele\u00e7\u00e3o do lado esquerdo e ent\u00e3o selecionar a nova vers\u00e3o na caixa de combina\u00e7\u00e3o do lado direito.  Recomendo sempre selecionar a \u00faltima vers\u00e3o.
<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Feito isso, a vers\u00e3o do PHP no servidor estar\u00e1 atualizada por\u00e9m \u00e9 poss\u00edvel que ocorra o problema citado no t\u00edtulo deste artigo, por\u00e9m, como j\u00e1 foi demonstrado aqui, \u00e9 bem f\u00e1cil de se resolver.<\/p>\n\n\n\n
Se esta dica foi \u00fatil para voc\u00ea, deixe seu coment\u00e1rio logo abaixo, e caso tenha gostado deste artigo considere assinar este blog para receber em seu e-mail as novidades que publico por aqui.
<\/p>\n\n\n\t
\n\t\t
\n\t\t\t
\n\t\t\t\t\n\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t\t\t\t\t