A quantidade de registros em meu site Xoops tem aumentado. Aparentemente, em uma brincadeira com o Captcha instalado por default na instalação básica do Xoops.
Estes hackers de final de semana, não se contentam em usar alguma ferramenta da OCR para obter as letras da imagem do Captcha, mas acabam iniciando o registro no site.
Desligar o recurso de Captcha no registro, parece estar fora de questão. O registro "mecânico" em quantidade causariam problemas à instalação Xoops.
Resta-nos, fortalecer o recurso de Captcha de forma a melhorar a qualidade dos registros!
sexta-feira, 12 de outubro de 2012
terça-feira, 10 de maio de 2011
blocos aparecem fora do body html.
Observei na instalação que os blocos do site são apresentados fora do body html e portanto sem a formatação definida no tema.
Uma reinstalação com os arquivos iniciais, apresentam o mesmo problema. Desta forma, descartei a possibilidade de algum problema na restauração do ambiente por restore de arquivo backup.
Vamos tentar um downgrade de versão do xoops. Parece que a presença dos diretórios xoops_data e xoops_lib não estão sendo corretamente tratadas pelo instalador. Mantendo-se os nomes exatos, contra as recomendações do procedimento de instalação, parece estar funcionando melhor.
Uma reinstalação com os arquivos iniciais, apresentam o mesmo problema. Desta forma, descartei a possibilidade de algum problema na restauração do ambiente por restore de arquivo backup.
Vamos tentar um downgrade de versão do xoops. Parece que a presença dos diretórios xoops_data e xoops_lib não estão sendo corretamente tratadas pelo instalador. Mantendo-se os nomes exatos, contra as recomendações do procedimento de instalação, parece estar funcionando melhor.
terça-feira, 11 de janeiro de 2011
sobre a minha página pessoal.
A minha página pessoal hoje é Xoops, mas nem sempre foi assim. A minha primeira página pessoal era em HTML puro no Geocities, de saudosa memória. Uma cópia do meu site pessoal do Geocities sobrevive mas sem possibilidade de manutenção, está desatualizado.
Uma primeira versão do site em Xoops ficou hospedado no Clawz por um bom tempo. Tempos atras eles pararam com hospedagem gratuita (parece estar voltando).
Quando o Clawz fechou o serviço, migrei para o IfastNet, aqui a migração transcorreu sem maiores problemas. Quando este provedor ficou algum tempo fora do ar, migrei para o ByetHost (sem perceber que eles eram o mesmo provedor).
Agora, tenho observado que conexões que usam os serviços Ajato e Speedy não conseguem chegar ao meu site. Simplesmente indicam o Erro 404 de página não encontrada. Mas a página está lá, como pode ser visto por outros provedores de acesso. Alem disso, não estou conseguindo acesso FTP aos meus arquivos dificultando sobremodo a manutenção do site.
Bom, é hora de migrar novamente, consegui hospedagem no AwardSpace e estou tentando montar a minha configuração lá. Testes iniciais com algumas páginas em HTML funcionam bem. É hora de pegar o último backup (arquivos e banco de dados) e carregar a minha página Xoops aqui.
Arquivos carregados, banco de dados importado. Ajusto as informações do mainfile.php para refletir este novo ambiente.
Não.... não festeje ainda.... Página em Branco... Isso indica que no processamento do script PHP, deu algum erro... Para tratar isso, é necessário ativar os processo de debug do Xoops.
Backup porque isso pode ser útil. Dos arquivos, via FTP e das tabelas via MySQL. Procurando desativar as alterações que fiz para conseguir ver as mensagens de erro.
Uma primeira versão do site em Xoops ficou hospedado no Clawz por um bom tempo. Tempos atras eles pararam com hospedagem gratuita (parece estar voltando).
Quando o Clawz fechou o serviço, migrei para o IfastNet, aqui a migração transcorreu sem maiores problemas. Quando este provedor ficou algum tempo fora do ar, migrei para o ByetHost (sem perceber que eles eram o mesmo provedor).
Agora, tenho observado que conexões que usam os serviços Ajato e Speedy não conseguem chegar ao meu site. Simplesmente indicam o Erro 404 de página não encontrada. Mas a página está lá, como pode ser visto por outros provedores de acesso. Alem disso, não estou conseguindo acesso FTP aos meus arquivos dificultando sobremodo a manutenção do site.
Bom, é hora de migrar novamente, consegui hospedagem no AwardSpace e estou tentando montar a minha configuração lá. Testes iniciais com algumas páginas em HTML funcionam bem. É hora de pegar o último backup (arquivos e banco de dados) e carregar a minha página Xoops aqui.
Arquivos carregados, banco de dados importado. Ajusto as informações do mainfile.php para refletir este novo ambiente.
XOOPS path check: Script is not inside XOOPS_ROOT_PATH and cannot run.Bom... isso não me parece bom... parece que existe discrepância entre o caminho físico dos arquivos e o que o xoops está encontrando. Tentei algumas alternativas, como por exemplo :
- o endereço que me foi passado pelo provedor.
- o endereço encontrado quando se roda o script info.php!
- Fazer uma instalação do Xoops do zero, e ver qual foi o endereço que o instalador do xoops descobriu. Sim, fiz isso também. E interessante, o instalador do Xoops descobriu um endereço diferente do apontado pelos outros meios.
- etc...
Não.... não festeje ainda.... Página em Branco... Isso indica que no processamento do script PHP, deu algum erro... Para tratar isso, é necessário ativar os processo de debug do Xoops.
- Se eu conseguisse acesso ao Menu de Administração, Preferencias, Principal, poderia selecionar a opção de Debug PHP...., mas sem acesso a este painel, temos que procurar alternativas.
- Alterando o script php, /include/commom.php trocando de 0 para E_ALL de definição de error_reporting e alterando na tabela xoops_config o valor do debug_mode de 0 para 1.
Backup porque isso pode ser útil. Dos arquivos, via FTP e das tabelas via MySQL. Procurando desativar as alterações que fiz para conseguir ver as mensagens de erro.
sexta-feira, 7 de janeiro de 2011
Xoops 2.5.0 - atualizações.
Ano novo, vida nova.
Estamos trabalhando na atualização dos nossos sites para a versão 2.5.0. As notas sobre este processo estão no ambiente de testes.
Seus comentários e sugestões são muito bem-vindos.
Estamos trabalhando na atualização dos nossos sites para a versão 2.5.0. As notas sobre este processo estão no ambiente de testes.
Seus comentários e sugestões são muito bem-vindos.
segunda-feira, 13 de dezembro de 2010
sem acesso logado ao site Xoops....
A ERF me ligou informando que perdeu acesso ao site e precisava que eu regerasse a senha de acesso ao site como administrador.
Tentei acesso, mas percebi que algo estranho estava acontecendo. Ao fornecer usuário e senha, aparecia a tela com a mensagem de aceitação de login, confirmando o acesso, mas a tela seguinte que aparecia era a tela de um visitante.
Tentei com outros usuários, com o mesmo resultado.
Pelo phpMyAdmin, antes de mais nada, fiz um backup das tabelas do banco de dados. Depois, fiz uma verificação de todas as tabelas. Percebe que apareceram algumas mensagens de erro, em especial nas tabelas de sessão. Comandei o Reparar das tabelas. Porque esta tabela se corrompeu? O programas tem algum problema? Ou seria o MySQL neste provedor com problema? Vou incluir em mesmo procedimentos a verificação e a reparação das tabelas.
Tudo parece ter voltado ao normal.
Tentei acesso, mas percebi que algo estranho estava acontecendo. Ao fornecer usuário e senha, aparecia a tela com a mensagem de aceitação de login, confirmando o acesso, mas a tela seguinte que aparecia era a tela de um visitante.
Tentei com outros usuários, com o mesmo resultado.
Pelo phpMyAdmin, antes de mais nada, fiz um backup das tabelas do banco de dados. Depois, fiz uma verificação de todas as tabelas. Percebe que apareceram algumas mensagens de erro, em especial nas tabelas de sessão. Comandei o Reparar das tabelas. Porque esta tabela se corrompeu? O programas tem algum problema? Ou seria o MySQL neste provedor com problema? Vou incluir em mesmo procedimentos a verificação e a reparação das tabelas.
Tudo parece ter voltado ao normal.
Reparei que das 38 linhas na tabela de sessão, a Google tinha 32.... porque ela abre tanta sessão assim com o site? Será que é pelo Google Analytics? O que ela está fazendo aqui?
sexta-feira, 10 de dezembro de 2010
Quem XOOPS?
Uma pequena lista de sites escritos em XOOPS que pode servir de exemplo (ou contra-exemplo)!!!
- http://www.fundacaofreiluiz.org/ - um .org usando xoops 2.5.
- http://emporiodomarmore.com.br/ - um estudo de casos bem comercial.
- arma-sa - um site de jardinagem canadense. em frances.
- WofFactory - um site dedicado ao desenvolvimento do XOOPS.
- persian harry potter site - um site com um tema muito legal.
- killifish - um site sobre aquarismo, com um design muito legal.
sábado, 14 de agosto de 2010
Artigos Sumiram do SmartSection....
O site do CEDOM - Colégio Estadual Doutor Octávio Mendes vem evoluindo em Xoops desde a versão 2.0.16, estando agora na versão 2.4.4.
Um dos módulos utilizados no ambiente é o SmartSection da SmartFactory para conter os artigos do site em diversas categorias.
Na última atualização de versão Xoops para a 2.4.4 e SmartSection para a versão 2.14, tivemos alguns problemas na migração porque trocamos a codificação de caracteres de ISO para UTF, e tivemos que ajustar alguns casos manualmente. Ainda não tenho certeza de que isso é realmente necessário, ou podemos achar alguma outra forma e processar esta alteração por programa.
Logo em seguida, enquanto fazíamos os ajustes das codificações de caracteres, observamos uma primeira perda de todos os artigos do SmartSection. As tabelas continuavam lá, porem estava vazias. Recuperadas do backup, tivemos algum trabalho para ajustar as autorizações de acesso e edição para os artigos.
Novamente, alguns meses depois, observamos que as tabelas ficaram vazias novamente. e novamente estamos tendo trabalho em recuperar os privilégios de acesso aos artigos.
Desta feita, no entanto estamos observando algum de muito estranho. Um grupo de usuário Editores, em geral com privilégios de edição a grande maior parte dos artigos/categorias, não está conseguindo ver o complemento dos artigos, recebendo a mensagem de que ela precisa se cadastrar no site para ver a parte complementar o artigo.
Antes de me aprofundar na pesquisa sobre este erro, corrigi problemas de tradução (faltava atualizar a tradução do module/system para o portugues.do.brasil) e proteção (faltava atribuir autoridade sobre alguns arquivos).
Baixei e atualizei o módulo SmartSection no site. Parece não ter alterado a situação.
Dúvidas e Pendências
Um dos módulos utilizados no ambiente é o SmartSection da SmartFactory para conter os artigos do site em diversas categorias.
Na última atualização de versão Xoops para a 2.4.4 e SmartSection para a versão 2.14, tivemos alguns problemas na migração porque trocamos a codificação de caracteres de ISO para UTF, e tivemos que ajustar alguns casos manualmente. Ainda não tenho certeza de que isso é realmente necessário, ou podemos achar alguma outra forma e processar esta alteração por programa.
Logo em seguida, enquanto fazíamos os ajustes das codificações de caracteres, observamos uma primeira perda de todos os artigos do SmartSection. As tabelas continuavam lá, porem estava vazias. Recuperadas do backup, tivemos algum trabalho para ajustar as autorizações de acesso e edição para os artigos.
Novamente, alguns meses depois, observamos que as tabelas ficaram vazias novamente. e novamente estamos tendo trabalho em recuperar os privilégios de acesso aos artigos.
Desta feita, no entanto estamos observando algum de muito estranho. Um grupo de usuário Editores, em geral com privilégios de edição a grande maior parte dos artigos/categorias, não está conseguindo ver o complemento dos artigos, recebendo a mensagem de que ela precisa se cadastrar no site para ver a parte complementar o artigo.
Antes de me aprofundar na pesquisa sobre este erro, corrigi problemas de tradução (faltava atualizar a tradução do module/system para o portugues.do.brasil) e proteção (faltava atribuir autoridade sobre alguns arquivos).
Baixei e atualizei o módulo SmartSection no site. Parece não ter alterado a situação.
Dúvidas e Pendências
- O SmartSection está atualizado.
- Os erros do Protector podem estar relacionados com estes problemas? Isso parece que está sanado.
- Porque os artigos somem da tabela? Em que condições?
Assinar:
Postagens (Atom)