Login não loga mais ninguém, nem o admin

  • Identifique-se para criar novos tópicos neste fórum
  • Visitantes anônimos não podem postar neste fórum
fbs777  Ocasional   Postagens: 22

O portal sempre funcionou tranquilo, só que agora sempre que alguém (inclusive eu, o admin) tenta entrar, vem aquela saudação de bem-vindo, dizendo que está logado, mas depois volta a mesma página de quando não está logado (o bloco de login continua lá e em fóruns continua apenas a permissão de leitura).

Já vi aqui alguns tópicos e faqs, mas nenhum resolveu meu problema.

Sobre o que eu já vi em outros tópicos e faqs:

- Não adianta ir em .../user.php
- Não adianta ficar tentando entrar de novo.
- Já removi os arq. do templates_c e as permissões estão todas certas.
- Pelo phpmyadmin já ativei o debug de PHP e mysql e não dá erro nenhum na página inicialpage. De PHP só aparece notices. Por ser notices não são erros, mas um notice chamou atenção, apesar de que não deve ser nada importante:
Notice [PHP]: A session had already been started - ignoring session_start() in file include/common.php line 177
- Vi um tópico no xoops.org sobre alguém ter removedo sem querer a tabela xoops_session e indicaram criá-la de novo. Copiei a query de lá e então removi a tabela xoops_session e criei outra com o comando:

CREATE TABLE `xoops_session` (
`sess_id` varchar(32) NOT NULL default '',
`sess_updated` int(10) unsigned NOT NULL default '0',
`sess_ip` varchar(15) NOT NULL default '',
`sess_data` text NOT NULL,
PRIMARY KEY (`sess_id`),
KEY `updated` (`sess_updated`)
) ENGINE=MyISAM;

Resultado: deu na mesma.
- Apaguei o conteúdo da tabela xoops_online.
Pelo phpmyadmin fui na opção de reparar todas as tabelas e depois otimizei todas elas.
- Depois, fui na opção de checar todas as tabelas, e continuou mostrando os mesmos erros em algumas tabelas que já mostrava antes de reparar e otimizar as tabelas:
Problems with indexes of table `xoops_banner`
Warning PRIMARY and INDEX keys should not both be set for column `bid`
Problems with indexes of table `xoops_bb_posts`
Warning More than one INDEX key was created for column `topic_id`
Problems with indexes of table `xoops_bb_topics`
Warning PRIMARY and INDEX keys should not both be set for column `topic_id`
Problems with indexes of table `xoops_config`
Warning More than one INDEX key was created for column `conf_title`
Problems with indexes of table `xoops_newblocks`
Warning More than one INDEX key was created for column `mid`
Problems with indexes of table `xoops_priv_msgs`
Warning PRIMARY and INDEX keys should not both be set for column `msg_id`
Warning More than one INDEX key was created for column `to_userid`
Problems with indexes of table `xoops_ranks`
Warning More than one INDEX key was created for column `rank_min`
Problems with indexes of table `xoops_users`
Warning PRIMARY and INDEX keys should not both be set for column `uid`
Warning More than one INDEX key was created for column `uname`
Problems with indexes of table `xoops_wfs_category`
Warning PRIMARY and INDEX keys should not both be set for column `id`
Problems with indexes of table `xoops_wfschannel`
Warning PRIMARY and INDEX keys should not both be set for column `CID`

O problema é que tenho um portal de teste (XOOPS 2.2.4) e nele está tudo normal no portal apesar de também aparecer esses erros, então esses erros são normais.

- Voltei a remover o conteúdo templates_c.

O portal está em um servidor remoto e abaixo a versão:
XOOPS 2.0.13.2
Apache 1.3.34
MySQL 5.0.19-log.
PHP 5.1.2

Provavelmente já fiz mais algumas coisas que talvez não lembro agora, mas não estou tendo mais ideias do que fazer para voltar ao normal.
O pior é que eu não fiz backup, porque ia terminar as modificações no portal hoje, e só depois iria fazer um backup geral... Também não dá para reinstalar porque já tem mais de 200 users registrados. Sem falar que já está praticamente tudo pronto, só o tempo que levaria para reinstalar e reconfigurar tudo de novo...

Gislaine  Ocasional   Postagens: 36

Fábio escreveu:
O portal sempre funcionou tranquilo, só que agora sempre que alguém (inclusive eu, o admin) tenta entrar, vem aquela saudação de bem-vindo, dizendo que está logado, mas depois volta a mesma página de quando não está logado (o bloco de login continua lá e em fóruns continua apenas a permissão de leitura).

Beleza, isto é porque a sessão está expirando prematuramente, sem grilo.

Vá no Admin, rs, quando conseguir, system, preferencias, preferencias gerais, tempo da sessão e aumente os valores.
Deve resolver este caso.

- Pelo phpmyadmin já ativei o debug de PHP e mysql e não dá erro nenhum na página inicialpage. De PHP só aparece notices. Por ser notices não são erros, mas um notice chamou atenção, apesar de que não deve ser nada importante:
Notice [PHP]: A session had already been started - ignoring session_start() in file include/common.php line 177

Opa, este não é qualquer um que cosegue resolver mesmo, tem que já ter sofrido com isto. Quando estavamos em outro servidor aqui no XOOPS, já passamos por isto.
Geralmente este erro está relacionado a transferência de FTP e no momento que o arquivo é enviado, nenhum erro será encontrado, mas estranhamente ele adiciona linhas em branco em alguns arquivos apenas.
Neste caso o reclamante é o common.php, mas todo mundo usa ele, rs Claro que tu poderá dar uma olhada nele, mas talvez ele não seja a origem real, mas sim algum outro script que está tentando chama-lo.

É importante saber que não pode existir linhas em branco do cabeçalho dos arquivos incluidos. Quando isto acontece, este erro é fatal.

Agora, existe uma remota possibilidade disto ser uma falha na obtenção do arquivo de sessão no diretório temporário destinado ao php. É muito improvavél isto em servidor remoto, mas vai saber, XOOPS

- Vi um tópico no xoops.org sobre alguém ter removedo sem querer a tabela xoops_session e indicaram criá-la de novo. Copiei a query de lá e então removi a tabela xoops_session e criei outra com o comando:
CREATE TABLE `xoops_session` (
`sess_id` varchar(32) NOT NULL default '',
`sess_updated` int(10) unsigned NOT NULL default '0',
`sess_ip` varchar(15) NOT NULL default '',
`sess_data` text NOT NULL,
PRIMARY KEY (`sess_id`),
KEY `updated` (`sess_updated`)
) ENGINE=MyISAM;

Boa, guarde isto, mais dia ou menos dia irá precisar. Esta é a tabela mais sensivel do XOOPS. Quando ela tem meleca, sai debaixo.

- Depois, fui na opção de checar todas as tabelas, e continuou mostrando os mesmos erros em algumas tabelas que já mostrava antes de reparar e otimizar as tabelas:

Problems with indexes of table `xoops_banner`
Warning PRIMARY and INDEX keys should not both be set for column `bid`
Problems with indexes of table `xoops_bb_posts`
Warning More than one INDEX key was created for column `topic_id`
Problems with indexes of table `xoops_bb_topics`
Warning PRIMARY and INDEX keys should not both be set for column `topic_id`
Problems with indexes of table `xoops_config`
Warning More than one INDEX key was created for column `conf_title`
Problems with indexes of table `xoops_newblocks`
Warning More than one INDEX key was created for column `mid`
Problems with indexes of table `xoops_priv_msgs`
Warning PRIMARY and INDEX keys should not both be set for column `msg_id`
Warning More than one INDEX key was created for column `to_userid`
Problems with indexes of table `xoops_ranks`
Warning More than one INDEX key was created for column `rank_min`
Problems with indexes of table `xoops_users`
Warning PRIMARY and INDEX keys should not both be set for column `uid`
Warning More than one INDEX key was created for column `uname`
Problems with indexes of table `xoops_wfs_category`
Warning PRIMARY and INDEX keys should not both be set for column `id`
Problems with indexes of table `xoops_wfschannel`
Warning PRIMARY and INDEX keys should not both be set for column `CID`

Xi Marquinho, sei não. Nunca vi isto, sorry.

O portal está em um servidor remoto e abaixo a versão:
XOOPS 2.0.13.2
Apache 1.3.34
MySQL 5.0.19-log.
PHP 5.1.2

A principio, tudo 100%

Veja aí que coloquei acima, e vamos ver se a galera tem mais algumas sugestões para a solução. XOOPS

fbs777  Ocasional   Postagens: 22

Beleza, isto é porque a sessão está expirando prematuramente, sem grilo.
Realmente, não deveria ser nada demais, porque já vi vários tópicos com esse problema, cada um por um motivo diferente, mas fazendo o que cada um fez para resolver, não muda nada aqui.
Vá no Admin, rs, quando conseguir, system, preferencias, preferencias gerais, tempo da sessão e aumente os valores.
Deve resolver este caso.
Bom, pela admin. do XOOPS não dá, estou tendo que alterar pelo phpmyadmin.
Fui na tabela xt_config e editei o session_expire de 15 para 1500 mas não resolveu. Mudei o use_mysession (também do xt_config) de 1 (ativado) para 0 (desativado) e nada.
Sempre removendo os cookies a cada modificação.
Aliás apesar de no xt_config mostrar dois tipos de cookies (de sessão e de utilizador) o cookie de utilizador (site_user) não aparece nos navegadores.

É importante saber que não pode existir linhas em branco do cabeçalho dos arquivos incluidos. Quando isto acontece, este erro é fatal.

Agora, existe uma remota possibilidade disto ser uma falha na obtenção do arquivo de sessão no diretório temporário destinado ao php. É muito improvavél isto em servidor remoto, mas vai saber, XOOPS
Putz, não entendi quase nada dessas 2 partes Sobre linhas em branco, você quis dizer no fim do cabeçalho.php?
Sobre o diretório temporário seria no servidor? Só que no servidor não deve ter nada errado porque o portal de teste (XOOPS 2.2.4) está funcionando tranquilo, sem erro.

- Vi um tópico no xoops.org sobre alguém ter removedo sem querer a tabela xoops_session e indicaram criá-la de novo. Copiei a query de lá e então removi a tabela xoops_session e criei outra com o comando:
CREATE TABLE `xoops_session` (
`sess_id` varchar(32) NOT NULL default '',
`sess_updated` int(10) unsigned NOT NULL default '0',
`sess_ip` varchar(15) NOT NULL default '',
`sess_data` text NOT NULL,
PRIMARY KEY (`sess_id`),
KEY `updated` (`sess_updated`)
) ENGINE=MyISAM;

Boa, guarde isto, mais dia ou menos dia irá precisar. Esta é a tabela mais sensivel do XOOPS. Quando ela tem meleca, sai debaixo.
O problema é que não tenho certeza se essa query é a ideal para o XOOPS 2.0.13.2 e mysql 5. Vi o arquivo sql de instalação do XOOPS e lá está um pouco diferente (sem as aspas simples e TYPE no lugar de ENGINE).

Xi Marquinho, sei não. Nunca vi isto, sorry.
Esses erros só aparecem quando se entra no phpmyadmin, seleciona todas as tabelas e em seguida seleciona a opção de checar as tabelas selecionadas. Apesar de eu estar só com 2 portais (o normal e o de teste), ainda tenho banco de dados antigos, e até neles os erros aparecem.
Faz um teste no seu portal e é capaz que esses erros apareçam também.

Veja aí que coloquei acima, e vamos ver se a comunidade tem mais algumas sugestões para a solução. XOOPS
Estou aceitando qualquer dica, o portal não pode ficar sem poder entrar como visitante cadastrado, principalmente eu, que não posso entrar na administração...

fbs777  Ocasional   Postagens: 22

Bom, sobre o cabeçalho:

É importante saber que não pode existir linhas em branco do cabeçalho dos arquivos incluidos. Quando isto acontece, este erro é fatal.
Se for no final da linha, realmente tem uns cabeçalhos com uma linha em branco no final do arquivo, depois da linha ?>. Vi que no portal de teste não tem linhas em branco no fim, mas tenho o pacote de instalação do XOOPS 2.0.13.2 aqui no computador e vi que essa linha em branco no fim do cabeçalho já vem no pacote de instalação, então no servidor está apenas como já estava antes de ser enviado.

Continuo fazendo buscas em fóruns daqui e do xoops.org, e no xoops.org achei um tópico interessante, que talvez tenha a ver com o problema:

http://xoops.org/modules/newbb/viewtopic.php?viewmode=flat&topic_id=39182&forum=20

Numa parte desse tópico fala sobre a perda de acesso ao login por mudar o tipo de sessão na administração do XOOPS, principalmente se sair da admin sem se 'deslogar'. Realmente na última vez que entrei na admin saí sem me deslogar, deu pane no firefox e ele fechou sozinho... E tenho impressão que da última vez que usei a admin. eu alterei alguma opção sobre sessões, mas não tenho certeza, o que sei é que tinha aumentado um tempo padrão de 15 para 30.

Detalhe: quando eu apago os cookies dos navegadores, na próxima vez que eu entro no portal e dou o login, a URL passa para:

Meusite.com/?PHPSESSID=285e18cf5e07********f68a87f58ede.

Por algum motivo, uma vez chegou a aparecer o seguinte:

Meusite.com/?&PHPSESSID=504ec3a9bacd61********56f8e6f42a&PHPSESSID=7af8370c6adce********78f988c6b54

Ainda sobre os cookies, depois de eu remover tudo e dar login no portal, eu recebo dois cookies: um chamado xoops_session, que expira em cerca de meia hora depois (provavelmente refere-se aquele tempo de 1500 segundos que eu editei no phpmyadmin, que eu comentei no outro post) e outro cookie chamado PHPSESSID que expira no fim da sessão. Os doi tem o mesmo valor (id).
É normal gerar dois cookies diferentes com o mesmo valor?

Não sei, mas está parecendo que alguma configuração de sessão está desregulada ou em conflito com outra configuração...

CCV_Pinto  Iniciante   Postagens: 0

o post abaixo foi meu..hehe eskeci de entrar para postar :p

fbs777  Ocasional   Postagens: 22

Anônimos escreveu:
Olha.. eu já tive um problema parecido, vou colocar como resolvi, apesar que eu uso o XOOPS com o módulo de fórum do invision, que muda um pouco essa questão de sessão, mas já que você ainda não tem muitas alternativas testa ae :D

No meu caso o problema era com a tabela:

Xoops_config.

(conf_id, conf_modid, conf_catid, conf_name, conf_title, conf_value, conf_desc, conf_formtype, conf_valuetype, conf_order) VALUES('11','0','1','session_expire','_MD_AM_SESSEXPIRE','2147483647','_MD_AM_SESSEXPIREDSC','textbox','int','22');

E eu tinha que alterar onde o conf_name fosse session_expire alterar o valor de conf_value para um número MENOR (exatamente isso! porque ele tinha um limite e quando passava esse limite ele dava pau... no meu caso coloquei 20000)

Claro que caso o número esteja muito pequeno você também pode aumentar..se tiver 10 coloca 20000 para testar :D

Bem... está ae uma sugestão :D
Essa é a parte que eu disse que era 15 depois eu mudei para 30 ainda quando estava funcionando o login e aí eu mudei para 1500 pelo phpmyadmin hoje.
Mas como você disse, não tenho opções, então não custa nada eu mexer nessa parte de novo.
O problema é que mudei de 1500 para 10, depois 15, depois 5 e nada... Acho que mais de 1500 não é necessário tentar, porque o padrão era 15, então acho que qualquer valor maior de 100 no fim dá na mesma.

Desde o início eu acho que tem alguma coisa a ver com essa opção, mas mesmo voltando ao valor padrão não resolve.

Estava pensando: e se eu executar uma query no phpmyadmin que modifica a tabela xt_config apenas nas opções referentes a sessões, fazendo voltar as opções padrão?

O problema é criar essa query (executar ela é fácil...). Ou então eu teria que criar um portal local e copiar as partes sobre sessão da tabela xt_config, só não sei se dá para exportar/importar apenas partes de uma tabela.

Continuo aceitando qualquer dica! Não dá para ficar com o portal fechado por muito tempo...

fbs777  Ocasional   Postagens: 22

Depois de tanto vasculhar no phpmyadmin por algum erro em alguma tabela acho que na verdade o problema está no servidor do serviço de hospedagem.

Cheguei a desistir de procurar uma solução, então eu criei uma sub-pasta na raíz (onde fica o mainfile.php) e então reenviei o XOOPS 2.0.13.2 para essa sub-pasta.
A ideia era criar um novo portal em XOOPS e depois passar para lá as tabelas de user e outras tabelas de alguns módulos.

Só que simplesmente não dá para instalar outro XOOPS agora, só dá erro!

As permissões estão definidas corretamente, o banco de dados criado, etc, enfim tudo como deveria estar.
Só que na instalação quando chega a hora de gravar as informações no mainfile.php não grava, então é gravado no mainfile.php o conteúdo do mainfile.dist.php. Só que mesmo assim a gravação pára sempre no mesmo lugar (já tentei várias vezes) e aí o mainfile.php fica só com um pedaço da configuração do mainfile.dist.php

Mas antes, quando o instalador tenta gravar no mainfile.php é mostrado uma página com vários erros:

Ocorreu um erro, não foi possível escrever a constante http://.
Ocorreu um erro, não foi possível escrever a constante mysql.
Ocorreu um erro, não foi possível escrever a constante XOOPS.
Ocorreu um erro, não foi possível escrever a constante localhost.
Ocorreu um erro, não foi possível escrever a constante XXXX
Ocorreu um erro, não foi possível escrever a constante XXXX.
Ocorreu um erro, não foi possível escrever a constante XXXX.
Ocorreu um erro, não foi possível escrever a constante 0.
Ocorreu um erro, não foi possível escrever a constante 1.
Ocorreu um erro, não foi possível escrever a constante 2.
Ocorreu um erro, não foi possível escrever a constante 3.
Ocorreu um erro, não foi possível escrever a constante 1.
Os dados de configuração foram gravados corretamente. Clique no botão abaixo para continuar."

Fiz uma busca aqui no fórum por esses erros e achei uma pessoa que estava com o mesmo problema:

Afinal PHP5 é ou não é compatível com v2.0.13.2

Lá, a Gisa_Iagami disse o seguinte sobre esse erro:
Tudo indicaria aqui uma falta de liberdade para o XOOPS atuar em cima do arquivo mainfile.dist.php ou mainfile.php

Clicando no botão continuar, surge uma nova página de erro:
"Parse error: parse error, unexpected $end in /.../mainfile.php on line 32"
de novo a Gisa_Iagami disse o seguinte:
Definitivamente o PHP caiu. Pode ocorrido até antes daqui. Existe muitas coisas a serem vistas e pode ser alguma coisa errada na configuração do server mesmo.
O pier77br resolveu o problema voltando a versões um pouco mais antiga do mysql e php:
Mysql-5.0.18 (durante os erros)
Mysql-5.0.15 (sem erros depois)

Php-5.1.1 (durante os erros)
Php-5.0.5 (sem erros depois)

No meu caso, fiz uns testes aqui em casa e está funcionando com todas as versões testadas. Testei com o LAMPP (XAMPP) 1.4 e 1.5 no Kurumin Linux:
LAMPP 1.4.10a:
Apache 2.0.52 + MySQL 4.1.7 + PHP 4.3.9 / PHP 5.0.2
LAMPP 1.5.1:
Apache 2.2.0 + MySQL 5.0.18 + PHP 4.4.1 / PHP 5.1.1

Como podem ver, tanto o mysl quanto o PHP que com o pier77br deu erro, aqui em casa funcionou normalmente.

No servidor onde está o meu portal, tanto o mysql quanto o PHP são mais recentes:
Apache 1.3.34 (Unix)
MySQL 5.0.19-log
PHP 5.1.2

Lá no tópico do pier77br a Gisa_Iagami deu uma opinião sobre o que pode estar causando o erro:
Acho que está na lib que o PHP carrega do mysql mesmo.

Assim como no caso do pier77br, no meu portal hospedado também instala o XOOPS 2.2.4, e o antigo XOOPS 2.2.4 que eu tenho lá para teste também não foi afetado. O problema é só com a instalação do XOOPS 2.0.13.2 e o 2.0.13.2 que já estava instalado mas que após alguma alteração no PHP ou mysql passa a não entrar mais (o meu caso).

Sempre vi no cpanel que o servidor usava php4, de uns tempos para cá que vi que passou para php5. Talvez nessa troca alguma coisa se corrompeu ou alguma configuração ficou errada.

A questão agora é como posso falar sobre isso com o suporte do serviço de hospedagem? Já vi que o erro está no servidor, só que com o XOOPS 2.2.4 não dá erro, só falta eu ainda ouvir deles "então atualize o XOOPS para 2.2.4", como se as versões 2.2.x não fossem desaconselháveis pelo prório xoops.org
Já tinha perguntado uns dias atrás se eles fizeram alguma alteração no servidor nas últimas 2 semanas, disseram que não e disseram que mais pessoas com portais em XOOPS já tinham comentado sobre erros.

Como convencer eles que o problema é no servidor (ou mal configuração ou algum arquivo corrompido que praticamente só o XOOPS 2.0.x depende)?
O que posso dizer para para depois não ouvir um "é assim mesmo", "Isso é erro do XOOPS, que não aceita as configurações certas do php", etc... ?

Gislaine  Ocasional   Postagens: 36

Hoje eu estou tranquilooooooooooo
Sexta-feira, umas brejas nas ideias, mas estou legal

Passe o nome deste hospedeiro por favor (interrogação)

Mande o e-mail deles e sinceramente, esta dor de cabeça que está tendo, sei não. Gostaria de tentar eu instalar lá o portal.

Mas pelo que vi você fazendo, está tudo certinho. Acho que este hospedeiro se não der uma solução para isto, vai perder mais clientes XOOPS.

Agora, posso retirar tudo rapidamente se não for problema com hospediero, mas acho dificil. Neste exato momento acabao de finalizar um instalação de sub-site XOOPS

Boas noticias em breve.

fbs777  Ocasional   Postagens: 22

Passe o nome deste hospedeiro por favor (interrogação)
já mandei por mp a URL e os emails deles.

Mande o e-mail deles e sinceramente, esta dor de cabeça que está tendo, sei não. Quero tentar eu instalar lá o portal.
Então caso seja problema deles mesmo, eu queria ver eles falarem para você que é problema do XOOPS

Mas pelo que vi você fazendo, está tudo certinho. Acho que este hospedeiro se não der uma solução para isto, vai perder mais clientes XOOPS.
Só pode está tudo certo, porque no mesmo sub-dir eu instalei ontem o XOOPS 2.2.4 sem erro nenhum. Depois voltei a tentar o 2.0.13.2 (agora com outro pacote, baixado de novo no xoops.org) e o mesmo erro.

E podem perder um cliente mesmo, porque apesar de eu já estar com eles há 2 anos, entre o serv. de hosp. e o XOOPS, eu fico com o XOOPS em outro serv. é óbvio

Gislaine  Ocasional   Postagens: 36

  Pesquisa avançada






Entrada

Codinome:


Senha:





Perdeu a senha?  |Cadastre-se!


Quem nos visita
Há 32 visitantes neste momento... (20 na seção Fóruns)

Associados: 0
Anônimos: 32

outros...

Banner XOOPS Cube