O PHP.INI foi removido. Executei o arquivo php.php e ele continua mostrando o mesmo path include_path.:/usr/local/share/pear.:/usr/local/share/pear
Ou seja , apesar de só ter funcionado removendo o PHP.INI , o mesmo não influencia no include_path. Agora o o bicho pegou!!!!!! Atenciosamente, Sérgio Gurgel http://br.linkedin.com/in/sergiogurgel twitter: @sergiogurgel "o mal do inteligente é achar que o outro é burro!" Em 15 de fevereiro de 2010 08:45, Botelho, Marco Antônio Faria < mafbote...@gmail.com> escreveu: > Sérgio, bom dia! > > Será que ele não está lendo outro arquivo php.ini não? > > Poderia nos informar o caminho do php.ini? > > Até mais. > > Marco Antônio > http://twitter.com/botelho > > > Em 15 de fevereiro de 2010 08:07, Sergio Gurgel > <sergio.gur...@gmail.com>escreveu: > > > Galera, > > > > Foi removido o php.ini e deu certo, agora por que não funciona é que tá > > osso > > descobrir. > > O pior é que terei que recolocar o php.ini para funcionar devido a alguns > > parâmetros setados nele. > > > > Quem quiser ajudar agradeço. > > > > Atenciosamente, > > > > Sérgio Gurgel > > "o mal do inteligente é achar que o outro é burro!" > > > > > > Em 12 de fevereiro de 2010 23:20, Sergio Gurgel > > <sergio.gur...@gmail.com>escreveu: > > > > > Pablo, > > > > > > Exatamente. > > > É como se não estivesse localizando o arquivo. > > > O include_path está conforme abaixo: > > > include_path .:/usr/local/share/pear .:/usr/local/share/pear > > > > > > Tente inclusive copiando o diretório /classe para o diretório do > > > include_path ficando assim: > > > /usr/local/share/pear/class > > > > > > Ou seja , ele unia o include_path ao /class , mas também não funcionou. > > > > > > Quando chamo a URL ele não carrega e a página fica em branco. > > > > > > Quem poder sugerir algo agradeço. > > > > > > > > > Atenciosamente, > > > > > > Sérgio > > > Em 12 de fevereiro de 2010 18:42, Pablo Sánchez <phack...@gmail.com > > >escreveu: > > > > > > Em 12 de fevereiro de 2010 18:39, Welkson Renny de Medeiros > > >> <welk...@focusautomacao.com.br> escreveu: > > >> > Não estou acompanhando essa thread, mas acabei de ver uma mensagem > no > > >> > twitter que pode ajudar: > > >> > http://securityreason.com/achievement_securityalert/82 > > >> > > >> Não, infelizmente não tem nada a ver com a questão. > > >> > > >> > Parece que houve mudança nessa biblioteca de session... > > >> > > > >> > Pablo pode analisar melhor... > > >> > > >> O que está relatado ali é referente à funcionalidade de session > > >> (variáveis que ficam do lado do servidor) do PHP. > > >> > > >> O problema de nosso amigo é que o arquivo Session.class.php não está > > >> sendo localizado pelo PHP para a inclusão. > > >> > > >> Provavelmente esse arquivo tem uma classe definida para trabalhar a > > >> funcionalidade de session do PHP. > > >> > > >> O counteúdo do arquivo tem correlação com o link, mas o link não tem > > >> correlação com o problema do colega. > > >> > > >> > Bom carnaval pra todos! (cuidado com a cachaça =) > > >> > > >> A cachaça é que tem que tomar cuidado comigo! :-D nas minhas mãos, ela > > >> some! BUHUHAHAHAHA! > > >> > > >> Ok, eu não sei fazer uma risada maligna melhor que essa. > > >> > > >> -- > > >> ================================= > > >> Pablo Santiago Sánchez > > >> Análise e Desenvolvimento de Sistemas Web > > >> Zend Certified Engineer #ZEND006757 > > >> phack...@gmail.com > > >> (61) 9975-0883 > > >> http://www.sansis.com.br > > >> http://www.corephp.com.br > > >> "Quidquid latine dictum sit, altum viditur" > > > ------------------------- > 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
