PUBLIC MARKS from bacon with tags web & templates

A YouTube Video about the OceanNet,jp Themes

XOOPS BR: Suporte Oficial do XOOPS no Brasil

PEAK XOOPS - How to hook XoopsTpl with XCL2.1

XOOPS: Introdução aos Modelos Smarty

Arquivo da comunidade XOOPS BR no servidor orgfree.com

Comunidade XOOPS Cube BRASIL no Orkut

Suporte oficial das versões em português do XOOPS: Sistema de Gerenciamento de Conteúdo de código livre, baseado em programação em PHP orientada a objetos.

Suporte oficial das versões em português do XOOPS Cube: Sistema de Gerenciamento de Conteúdo de código livre, baseado em programação em PHP orientada a objetos. Com WWW

sou iniciante no xoops e cms. direto ao assunto, baixei a versão 2.0.17 e fui instalar em minha hospedagem. via cpanel criei o banco de dados e utilizador. abri os arquivos e os enviei via ftp para a hospedagem. lá alterei as permissões dos aqruivos e diretórios necessários (uploads, cache, templates_c e mainfile.php , tudo 777). dai fui ao portal, abri a instalação através do endereço: anarkio.net/htdocs/install/index.php. fui registrando as informações pedidas, foi tudo dando certo (acendem chaves verdes se está ok), gravou tudo. conectou ao servidor: "o xoops conseguiu conectar ao servidor de banco de dados. o banco de dados a26574_anark existe, e foi possível efetuar uma conexão. a conexão com o banco de dados foi realizada corretamente. clique em continuar para criar as tabelas." mas na próxima janela, aparece o problema: "erro na criação das tabelas do banco de dados." assim, sem

fique esperto! desde 25 de maio até hoje (pelo menos aconteceu comigo) começou inúmeras tentativas de ataques a portais que usam xoops. tive 2 portais afetados com diferentes versões, módulos e hospedagem um inclusive na locaweb que digamos é chato com segurança. onde gravaram na pasta uploads, cache, templates_c. bem as versões que estava rodando era o xoops 2.0.7.3 e outro 2.0.13.2 imediatamente fiz os updates para a versão 2.0.16, que sabemos que tem alguns bugs, mas até agora não enfrentei nenhum. recomendo: - façam o update para a última versão! analisando pelo analog do cpainel achei algumas tentativas de entradas em módulos que podem ser hackeados eles são o xoopsconteudo, tinycontent graças a uma pasta chamada spaw que é um editor visual que recetemente foi hackeado que pode ser usado com os módulos ela fica [nome módulo]/admin/spaw. recomendo: - excluam imediatam

cansado de acesar o cpanel ou ftp sempre que precisa apagar os arquivos do diretório templantes-c? chegou a solução! traduzi um módulo chamado "templates cache cleaner" mudei o nome dele tornando-o ainda mais brasileiro! resolvi colaborar com a comunidade xoops! [url=http://hostmarx.com/hospedagem/html/modules/wfdownloads/singlefile.php?cid=5&lid=29]download aqui - price free![/url] descrição: módulo eficaz para limpea do diretório templantes_c" com um único clique você apaga os arquivos do diretório templantes_c. instalção rápida e simples assim como sua utilização. testado corretamente no xoops versão 2.0.15

o servidor é windows ? se for, veja as permissões do grupo do server. está usando blocos com cache ? se sim, deixe sem cache e vai no admin de módulos e atualize o system. no admin veja preferencias para os temas se não está marcado a opção de atualizar os modelos. se tiver, desmarque, isto só deve ficar ativo quando c está desenvolvendo tema e não quer ficar apagando o famigerado templates_c. agora eu já tive o mesmo problema que você e era o usuário de grupo web, corrigindo isto ficou tudo bem. :-d xoops mas se descobri por acaso o serviço de hospedagem negou até o fim. via ftp nem conseguia apagar os arq do templates_c. espero que estas dicas te ajudem. xoops rulez :-d

ok bruno, vamos para o plano b :-d - vá em seu banco de dados e zere a tabela sessions. deixe esta infeliz vazia. - apague o conteúdo de templates_c e verifique as permissões se estão com 755 ou 777. - va no diretório cache e apague tudo só deixe a pasta index.html. verifique as permissões também do diretório se estão com 755 ou 777. tente isto, se falhar iremos desabilitar todos os módulos que existem mas sem desinstalar nada. agora tu tem uma cópia do seu phpinfo anterior para comparar com um phpinfo atual muitas vezes os serviços de hospedagem alteram configurações sem avisar os coitados dos utilizadores com as desculpas costumeiras, "problemas de segurança", mas simplesmente omitem o que foi alterado e o que pode afetar o trabalho do servidor. eu espero que não seja isto, mas temos que tentar todas as opções não é

bem amigos, após 04 dias de uma luta ferrenha, consegui resolver o problema, primeiro começou com meu hosto que não resolveu ainda o acesso ao banco de dados depois com por telefone me avisaram que o servidor deles tinha corrompido alguns arquivos de alguns portal que estavam hospedados com eles. pegeui o xoops original upei a nova pasta templates_c, coloquei o chmod 777 e resolvei meu problema, o chmod dandado! consegui a ajuda junto ao portal oficial do xoops. obrigado

amiga gisa_iagami! segue a resposta do suporte de hospedagem, assim como a dica do amigo pedrobh para tentar uma solução. vamos em frente que será de grande utilidade para outros casos semelhantes. neste caso pode ter ocorrido em um módulo que ele alterou alguma coisa e com um simples comando ele está recebendo as informações de acesso admin. resposta do suporte: faça isso é o que já foi aconselhado. eu aconselho rever as permissões, não seria 0777 e seim 0755 se o seu hospedeiro estiver bem configurado para templates_c, cache e uploads. resposta do suporte: faça isso é o que já foi aconselhado. agora outra possibilidade seria um acesso via outro domínio se ele objteve acesso via compartilhamento. pode ser que ele capturou o servidor em si, aí não irá ser um problema no xoops e sim de c

virtual escreveu: ! restaurei backup e gerou "tela branca da morte". então como eu já possui um post antigo de 2004 no xbr, retornei em busca e por tentativa e erro, módulo por módulo, descobri que se trata de permissão na pasta templates_c que ao modificar para 777 o portal reaparece invadido, removo toda a pasta, crio ela de novo e permissão 755 o portal retorna com a tela branca, não consigo sair disso. onde é que este desgraçado deixou o bicho para autoinvadir? vou quebrando a cabeça até aparecer ajuda. obrigado pela dica, vamos em frente. virtual continuando sem solução. resposta do suporte de hospedagem: certamente foi invadido a mais de 3 dias, nosso backup também está assim, ele gera o que contem no portal e sobrepoe os antigos. agora só resta aqui no xoops não haver uma solução a não ser reinstalar xoops do zero. ultima ideia agora. quais tabelas

é o seguinte comunidade, não sei com vocês mais o xoops aqui comigo está dando muitos erros ainda,o último que ele aprontou foi sumir com todos os blocos e módulos derrepente isso já aconteceu com alguém aqui ? e devido a esses erros que o xoops vem dando euresolvi testar outros sgc e descobri que no brasil tem um que é excelente é o phpwebthigs deem uma olhada nos portais feitos com o mesmo http://port-all.org acho que deveriamos dar mais valor ao que é nacional eu até estou pensando em parar de usar o xoopas para usar o webthings. site oficial do phpwebthingshttp://phpdbform.com.br/ para quem não conhece é uma boa alternativa ok! :-d