public marks

PUBLIC MARKS from bacon with tags tela & host

14 October 2006 02:00

de host pra localhost = tela branca.

trocentas tentativas, milhões de neurônois perdidos e várias horas depois, achei o infeliz que estava travando o portal: /include/commom.php. o problema estava na linha: $xoopssecurity->checkbadips(); é só comentar essa linha: // $xoopssecurity->checkbadips(); depois o portal aparece normalmente. acho que bati na trave quando disse que achava que era o protector que podia estar bloqueando o acesso por causa do ip do localhost. pra ninguém ter que ficar desperdiçando tempo, neurônios e paciência, não seria melhor os caras fazerem um esquema para aparecer na tela que o portal não vai abrir por causa do ip? assim seria mais fácil, já dava para focar em achar o arquivo que checa o ip (o commom.php no caso). como esse problema dá tela branca mesmo com o debug ativado, fica difícil para alguém achar a solução. pior: nos tutoriais que achei sobre tranferir o xoops de servidor, tanto em portug

13 October 2006 23:00

de host pra localhost = tela branca.

acho que já fiz tudo que precisava para passar do host externo para o localhost, mas quando entro no portal dá a famosa tela branca. o xoops é 2.0.15 (um update do 2.0.14) no arquivo .sql de backup, troquei automaticamente todos site.com/xoops por http://localhost/xoops. no mainfile, deixei tudo igual ao outro portal de teste que está rodando em localhost, só troquei o seguinte: define('xoops_root_path', '/opt/lampp/htdocs/xoops'); define('xoops_url', 'http://localhost/xoops'); define('xoops_db_name', 'dbxoops'); define('xoops_db_prefix', 'xoops'); o nome e o prefixo do db ficou igual ao que está no host, então entrei no phpmyadmin e criei o db, e mandei o backup do .sql já com as referências consertadas. as permissões foram mantidas sem alteração depois de extrair (uso linux em casa, então foi fácil manter as mesmas permissões) na teoria, já era para rodar o portal em localhost, mas n