Complementando, olhando a lista de incompatibilidade: http://php.net/manual/en/migration53.incompatible.php Acho que o principal fator que pode ocasionar problemas, é a primeira nota, que diz que a partir do 5.3, funções da API que receberem parâmetros inválidos irão retornar NULL. Do clearstatecache() e realpath() não foram alterações que causassem problemas em scripts existentes, mesma coisa que o call_user_func().
Agora, o natsort(), natcasesort(), usort(), uasort(), uksort(), array_flip(), e array_unique(), com certeza podem dar problemas com scripts de PHP4... pois no PHP 4, objetos, podiam se comportar como ARRAY... então muitos desenvolvedores aproveitaram disso. A partir do 5, o PHP trata objetos como objetos... porém para manter compatibilidade com scripts PHP4, no momento de utilizar as funções acima, o PHP5 convertia os objetos para ARRAY. Porém a partir do 5.3 isso não é mais feito, o que causa um erro. Notem que os desenvolvedores de sistemas em PHP tiveram um bom tempo para corrigir seus programas. Scripts antigos, que só funcionam em PHP4, devem continuar só no PHP4. Se o desenvolvedor não atualizou o programa, nem corrigiu falhas, nem nada do tipo, o código está parado no tempo, então a utilização do mesmo não é nem recomendada. Outro problema que pode prejudicar os códigos, é em relação a conexão com o MySQL, usando senhas antigas... versões anteriores a 4.1 do MySQL... bom.. nem preciso comentar... usar versões antigas é só ter dor de cabeça. E também quem utilizava as palavras chaves: "goto" e "namespace" teve problemas com o 5.3. Mas isso foi uma melhoria enorme para o PHP. Agora, é esperar que os desenvolvedores PHP, corram atraz do que deveriam ter feito entre o PHP 5.0 e o 5.3, para que seus códigos funcionem com > 5.3. 2010/4/20 Rafael Henrique Faria <rafaelhfa...@cenadigital.com.br> > > Opa, bom dia pessoal. > Na verdade, o problema em si, não é o PHP 5.3, mas sim as aplicações feitas > com o PHP 5.x. > O que o ocorreu, foi que varias mudanças feitas do PHP 4 para o PHP 5, > ficaram como DEPRECATED entre o PHP 5.0 e anterior ao PHP 5.3. > Todos os desenvolvedores de PHP deveriam ficar atentos a isso. > Mas, a grande maioria preferiu desativar o E_STRICT (que avisava o uso de > funções marcadas com DEPRECATED). > O que acabou ocasionando esses problemas. > Acredito que o que deva ser feito é a correção dos aplicativos... e não > utilizar uma versão antiga do PHP por causa de problemas como esses... > Porém, eu acho que deve ter alguma forma de configuração do PHP para fazer > ele se comportar novamente como PHP 5.2.x. Vale a pena dar uma conferida o > php.ini do 5.3 para isso. > > 2010/4/20 Nilson <nil...@forge.com.br> >> >> Ahhh meu, to passando o inferno aqui também por causa >> desse 5.3, to quase abandonando o ports e compilando no >> braço o apache+php52 por que tá dificil viu... quase tudo >> passou a dar problema. Alguem sabe foi a grande cagada >> que os caras fizeram no 5.3? Eu nao consigo acreditar que >> incompatibilizaram tantas coisas... Tá mais traumático >> do que mudar do php4 pro 5. >> >> []s >> Nilson >> >> >> Em 20 de abril de 2010 10:31, Jorge Petry <jo...@bsd.com.br> escreveu: >> > Esta realmente complicado, tive várias aplicações em servidores >> > separados com vários problemas, inclusive meu webmail. >> > Tbm acho que deveria ser mantido o 5.2 e criado a linha 5.3 >> > Estou voltando para o 5.2 tbm. >> > >> > Jorge Petry. >> > >> > >> > Em 19/4/2010 20:00, Aline Freitas escreveu: >> >> Ainda estou tentando entender o que levou os commiters do ports a >> >> atualizarem o php5 para 5.3 sem manter a versão 5.2. Todos os meus >> >> aplicativos php quebraram, dos quais security/base e sysutils/gosa. >> >> >> >> Só eu passei por isso ou mais alguém? >> >> >> >> Para escapar desta encrenca de forma fácil um post recente do site da >> >> FUG me ajudou: porteasy. >> >> >> >> O que eu fiz? >> >> >> >> Removi todos os ports php >> >> >> >> pkg_deinstall -f php5-\* >> >> >> >> Segui os passos do link: >> >> http://www.luizgustavo.pro.br/blog/2010/02/22/porteasy-gerencia-de-ports-no-freebsd/#more-462 >> >> >> >> Quando chegou na execução do porteasy eu fiz: >> >> >> >> porteasy -p /tmp/ports -D '11 days ago' -v -u sysutils/gosa >> >> porteasy -p /tmp/ports -D '11 days ago' -v -u security/base >> >> export PORTSDIR=/tmp/ports >> >> cd /tmp/ports/sysutils/gosa >> >> make build deinstall reinstall clean >> >> cd /tmp/ports/security/base >> >> make build deinstall reinstall clean >> >> Pra fechar, incluí no meu pkgtools.conf >> >> >> >> HOLD_PKGS = [ >> >> 'php5-*', >> >> ] >> >> >> >> []'s >> >> >> >> Aline >> >> ------------------------- >> >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> >> >> > ------------------------- >> > Histórico: http://www.fug.com.br/historico/html/freebsd/ >> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > >> ------------------------- >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > -- > Rafael Henrique da Silva Faria > Grupo de Sistemas e Redes > > Serviço Técnico de Informática > Faculdade de Ciências e Letras do Campus de Araraquara - UNESP -- Rafael Henrique da Silva Faria Grupo de Sistemas e Redes Serviço Técnico de Informática Faculdade de Ciências e Letras do Campus de Araraquara - UNESP ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
