Com o congelamento de recursos do PHP 5.5 há muito tempo, achei que era hora de publicar uma atualização para a popular pergunta do PHP 5.4 e Drupal 7 .
Então, o Drupal pode rodar no PHP 5.5?
Com o congelamento de recursos do PHP 5.5 há muito tempo, achei que era hora de publicar uma atualização para a popular pergunta do PHP 5.4 e Drupal 7 .
Então, o Drupal pode rodar no PHP 5.5?
Em resumo, se o seu site for executado no PHP 5.3, ele também será executado no 5.5, faça o upgrade! (Seu ambiente de desenvolvimento, até que uma versão real seja lançada)
Com a resposta curta fora do caminho, aqui estão mais alguns detalhes.
Com relação a "O Drupal funciona com ele", muito pouco mudou do PHP 5.3 para 5.4 para 5.5. O único problema que apareceu no PHP 5.4 era realmente apenas o PHP sendo melhor em dizer aos desenvolvedores quando eles estavam fazendo algo errado, em vez de uma incompatibilidade introduzida pelo PHP. Os detalhes disso são bem abordados no PHP 5.4 e Drupal 7 .
Porém, nenhum aviso semelhante aparece no PHP 5.5 e, embora algumas coisas tenham mudado , é altamente improvável que elas tenham um impacto negativo no seu site Drupal.
Uma preocupação de desempenho que surgiu com a execução da versão 5.4 foi que a APC estava atrasada no suporte. Desta vez, não será um problema, pois o 5.5 agora inclui uma substituição do APC Optimizer +
Drupal 6: Até agora, a maioria das coisas funciona bem com o PHP 5.3, o que significa que ele também deve funcionar no 5.5. Eu ainda tenho que testar isso sozinho.
Drupal 7: Funciona sem problemas, nunca encontrei nenhum problema, principalmente porque o Drupal 7 foi desenvolvido mais com o PHP 5.3 em mente, e quaisquer problemas descobertos na 5.4 foram corrigidos há muito tempo.
Drupal 8: Requer 5.3 desde o início, portanto funcionará bem. Atualizarei a resposta quando eu a tiver testado.
Atualizações para a resposta de letharion:
fonte
Enquanto instalava uma versão nova do Drupal 7.26 em um ambiente PHP 5.5, eu recebia o carregamento da tela "Banco de dados de configuração" duas vezes. No segundo envio do formulário, eu receberia um WSOD . O carregamento do site a partir do caminho raiz deu um 404.
Encontrei este patch (comentário nº 45) que resolveu o problema para mim. Como você lerá lá, foi devido à maneira como o novo sistema de cache PHP funciona e ao cache do settings.php, que armazena as credenciais do banco de dados.
fonte
Adicionar as seguintes linhas ao arquivo principal htaccess pode ajudar.
fonte
php_value error_reporting E_ALL
me passou o WSOD, o resto apenas ajudou a depurar.Eu encontrei um problema ao instalar o Drupal 7.26 no Ubuntu 13.10 (php 5.5).
Eu tive que aplicar esse patch - https://drupal.org/comment/7721819#comment-7721819 .
Banco de dados existente excluído para esta instalação.
Recriou o banco de dados e depois executou
install.php
.O problema para mim foi corrigido com esse patch.
fonte
field_attach_load()
parece ser uma função Drupal e erros semelhantes foram publicados em 2009 , relacionados ao Drupal 7. #Nova instalação de drupal-7.26
Ran PHP 5.5.9 -got error: "... entity.inc na linha 316"
No painel de controle do servidor, mudei minha pasta Drupal para usar "PHP 5.4.25". Em seguida, retorne ao navegador, digite novamente os dados de instalação e voila -> em funcionamento ...
Temas instalados, alguns módulos, páginas criadas; mudou de volta para PHP 5.5.9 -> ainda funcionando ...
fonte
Drupal 7: verifique todos os problemas com a tag php 5.4 ou php 5.5 para garantir que você não esteja usando nenhum dos módulos que ainda apresentam problemas com essas versões: https://drupal.org/project/issues/search?text=&projects= & atribuído = & enviado = & project_issue_followers = &&&& issue_tags_op =% 3D & issue_tags = PHP% 205,4% 2C% 20PHP% 205,5 .
Se o seu site tiver algum desses módulos instalados, acho melhor seguir o php 5.3 para o Drupal 7.
Drupal 6 Adicione a tag php 5.3 também, pois alguns módulos menos usados ou mantidos ainda têm problemas com o php 5.3.
fonte