PUBLIC MARKS from bacon with tags templates & forum

[quote sitecite=modules/d3forum/index.php?post_id=97984] citando andraxcube: em resposta a um pequeno problema que passei para o topet05, ele me disse que já está trabalhando na nova versão dos seus módulos, quem sabe o suporte ao xc já não vem na próxima versão? ;-) escrevi errado, eu quis dizer que não sei se os módulos mastop são compatíveis com o xoops2 (xoops 2.0) relembrando: em 2002, o xoops se dividiu em xoops2 (que ficou com o domínio xoops.org) e em e-xoops (que preferiu não utilizar smarty templates). em 2005, a fundação xoops - motivada em lucrar com o xoops - praticamente expulsou o onokazu de seu próprio projeto, e o pivô foi justamente o xoopsphere do mithrandir (pau-mandado do herko). foi aí que o xoops2 se dividiu em "xoops cube" (cubo) e "xoopsphere" (esfera), nome que nunca foi usado na prática pela fundação, dando a impressão de que o xoops do xoops.org é o xoops original, quando na verdade quebr

<h2 class="first">free & easy website publishing. </h2> <div class="homepagelist"> <h3>features</h3> <ul><li>web 2.0 technology</li> <li>real-time interactive editing</li> <li>drag-and-drop technology</li> <li>gadgets and widgets</li> <li>bookmark and tagging</li> <li>multiple file upload</li> <li>on-line document editing</li> <li>free hosting</li> <li>use your own domain</li> <li>more than 40 free templates</li> <li>import a custom template</li> <li>automatic seo</li> </ul> <div class="homepagelist"> <h3>tools</h3> <ul><li>articles</li> <li>polls</li> <li>discussion forums</li> <li>faq</li> <li>dynamic lists</li> <li>e-commerce</li> <li>site map</li> <li>photo galleries</li> <li>full-text searching</li> <li>website statistics</li> <li>webmail</li> <li>rss</li> </ul> <div class="homepagetext"> <h2 class="fir

a dica do andrax deve resolver se você realmente rodou o upgrade da versão 2.0.17.1 :-) antesssssss xoops e este antes obriga que não exista nada em cache, templates_c e arquivos extras dentro de diretórios do uploads veja se agora vai. xoops

na verdade não é uma questão do mastop, mas sim do editor (tinymce.) para você mudar a fonte e tamanho padrão você precisa fazer o seguinte. entre no módulo e procure pela pasta. editor\tinymce\jscripts\tiny_mce\themes\advanced\css ali você encontrará um arquivo com o nome editor_content.css edite o seguinte código para sua necessidade (logo no começo do arquivo): body, td, pre { font-family: verdana, arial, helvetica, sans-serif; font-size: 10px; } depois não esqueça de limpar a pasta templates_c e o cache do seu browser porque o editor usa o cache do browser fortemente para acelerar o carregamento.

já procurei este tipo de atualização e não encontrei mesmo. o que você pode fazer para testar é o seguinte. por sua conta e risco - fazer um backup completo de seu banco de dados. - baixar todos os arquivos de teu portal on-line via ftp; - ativar um servidor localhost. - jogar todos os arquivos baixados via ftp para este seu novo localhost. - realizar um update do banco de dados localhost com o seu backup de maysql que retirou do portal. - ajustar o seu arquivo mainfile com os dados relcionados a este localhot. - apagar todos os dados que possa existir em templates_c. - apagar todos os dados que possa existir em cache. - dar as devidas permissões para templates_c, cache e uploads. - ajustar as permissões do mainfile em localhost com permissão de escrita ou algo parecido com chmod 777; - jogar todos os arquivos da versão 2.0.17 - rodar o update da versão 2.0.17 - jogar o conteúdo da versã

marcos_zy escreveu: redeye. :) buenas. então, na pasta cache, só existe um arquivo, o adminmenu.php . ele deve ficar aí, não é? certíssimo. é isso mesmo. em seguida, limpei a templates_c e a tabela "sessions". mas nada disto resolveu . :( não sei mais o que fazer. você teria alguma ideia? você usar sessões personalizadas? tente ver nas preferências gerais do portal e veja se tem esta opção marcada, se tiver mude o nome do cookie. se não tiver, tente usar para ver. depois verifique de novo as permissões de grupos/modules para ver se não "se perdeu" sozinho

tente limpar as pastas. -cache. -templates_c. e limpe todos os dados da tabela prefixo_session

na verdade o que o izzy falou foi bem assim mesmo, e de lá para cá não tivemos mais a ótima companhia do gijoe no xoops.org, mas a vida seguiu em frente e ele criou ótimos módulos até a versão 2.0.13 do xoops.org e jp. com o lançamento de uma versão que na verdade era uma adaptação de segurança que foi recolhida da versão 2.0.13 jp, o skalpa introduziu na versão 2.0.14 um diferencial que modificava a forma como os templates iriam ser lidos a partir de então pelos módulos e também os temas. nasce uma nova geração de temas que permitia que você tenha templates especiais para cada módulo apenas usando os diretório modules de dentro do tema mesmo. embora isto fosse muito interessante, quebrava um outra forma do xoops trabalhar que era a de ir ao banco de dados na segunda opção. o gijoe percebendo que isto pode dar problemas para quem desenvolve temas e também para proteger e garantir estes templates, sugeriu uma simples modificação no núcleo do xoops para c

acho que está quase lá então. entre com phpmyadmin (ou outro programa que dê acesso ao banco) e procure pela tabela. xoops_users onde xoops_ é o prefixo da sua tabela. localize o campo "uname" e edite para que fique com o tamanho 100. este campo, por padrão, é 25. edite ainda o arquivo system_userform.html dentro da pasta modules\system\templates. altere esta parte. <form action="lostpass.php" method="post"> <{$lang_youremail}> <input type="text" name="email" size="26" maxlength="60" />  <input type="hidden" name="op" value="mailpasswd" /><input type="hidden" name="t" value="<{$mailpasswd_token}>" /><input type="submit" value="<{$lang_sendpassword}>" /> </form> para que fique assim. <form action="lostpass.php" method="post"> <{$lang_youremail}> <input type="text" name="email" size="26" maxlength="100" />  <

vamos começar pelo básico? qual versão do xoops? qual versão do mysql? quais módulos usados? quais as versões do módulo? aparentemente as tabelas sempre estão ok, mas vale a pena ressaltar que às vezes a tabela session está corrompida e parece estar ok e não está. com um banco em mysql é muito mais complexo você dizer se está ok ou não. um bom dba sabe, mas. sempre é bom levantar dúvidas. outra coisa. certique que na mudanças as pastas. uploads. templates_c. cache. estejam com chmod 777. ainda limpe o diretório cache e templates_c deixando apenas o index.html nele. outra coisa. veja se no mainfile.php está o path correto do banco e do portal (caminho real e não virtual)

porque você ainda não definiu as permissões corretas nos arquivos. o mainfile.php deve estar com chmod 777 (no linux) e permissão escrita-leitura (windows) a mesma coisa vale para as pastas. cache. templates_c. uploads

já apagou todos os arquivos da pasta templates_c e cache? (exceto index.html) só para ter certeza, verifique também as permissões de pasta. se nada resolver, tente entrar no seusite.com.br/user.php e faça o login. depois vá em administração de módulos e atualize o módulo system. aguardo seu retorno!

tudo sempre com base na raiz. siga os passos que estão no readme explicando a instalação: upgrading from any xoops ranging from 2.0.7 estou 2.0.13.2 (using the full package): 1. move the "upgrade" folder inside the "htdocs" folder (it's been kept out as it's not needed for full installs) 2. delete htdocs/mainfile.php, and htdocs/install. 3. upload the content of the htdocs folder over your existing files. 4. delete the following folders and files from your server (they belong estou an old version): * class/smarty/core. * class/smarty/plugins/resource.db.php. 5. empty the templates_c folder (except index.html) 6. ensure the server can write estou mainfile.php. 7. access <your.site.url>/upgrade/ using your browser, and follow the instructions. 8. write-protect mainfile.php again. 9. remove the upgrade folder after use. 10. update the "system" module from the modules admin

poxa pessoal, tive 2 portais invadidos em 20 dias! por sorte não houveram maiores vandalismos, e consegui recuperar tudo rapidamente. os dois portais estavam usando o xoops 2.0.13 e ambos tinham o xt-conteúdo com o editor spaw. o problema é que meus utilizadores já estão muito acostumados com o spaw! não posso apagar agora! os dois ataques ocorreram de grupos diferentes, um era brasileiro e outro era da turquia. verifiquei as pastas com permissão de escrita (uploads, templates_c e cache) e achei os arquivos 'estranhos'. provavelmente as falhas de segurança usadas foram divulgadas em algum fórum e agora esses grupos de hackers estão usando contra portais xoops. isso também teria alguma relação com o problema do phpmailler? na dúvida, vou atualizar para o x2.0.16 e tentar mudar o spaw. para os outros colegas com portais em xoops, só digo uma coisa: backup neles!

sinceramente. não consegui entender o problema direito, mas as permissões realmente tem que ficar como 777, senão o xoops não vai rodar. já tentou ver se não tem nenhum firewall bloqueando ou se tem algum arquivo corrompido?

se for com tema, não esqueça que de preferência você deve limpar a pasta templates_c toda vez que alterar o theme.html. se for alteração em um template de módulo, você precisa atualizar o módulo que fez a alteração para que as alterações entrem em vigor

se está como você falou, talvez, não tenho certeza, mas não custa tentar, solução neste tópico: [url=http://www.xoopscube.com.br/modules/newbb/viewtopic.php?viewmode=flat&topic_id=8016&forum=10&type=]site (blocos) só aparece para usuário logado[/url] como parece ser problemas com a compilação do smarty e templates, pode ser alguma danificação nas tabelas tpl. se for isto é muito complicado o acerto mesmo.

ok.somente encerrando o tópico. após um dia inteiro. resumindo. as tabelas que gerenciam os templates estavam danificadas. foi mais ou menos recriar tudo e importar as tabelas na mão dentro de uma certa lógica de trabalho para fazer o portal voltar. está bonito por sinal hein?

só para desencargo. você deu o chmod 777 para uploads, templates_c e cache?

bem. primeiramente você pede ajuda "urgente", mas não detalha pouco para podermos ajudar. comece pelo mais simples. como você transferiu o portal de um servidor para outro. limpe a pasta templates_c e cache (deixando somente o arquivo php nela) ainda.se o usuário logado pode ver. configure as permissões de visualizações dos grupos para o grupo visitante. qual versão do xoops? ah. evite usar a palavra "urgente".nos títulos

vamos tentar ver se daria para clarear. [url=http://www.xoopscube.com.br/modules/newbb/viewtopic.php?viewmode=thread&topic_id=5908&forum=10&post_id=35656]é importante a leitura de todos os passos neste tópico aqui (( clonando um bloco do news - by therplima ))[/url] [url=http://www.xoopscube.com.br/modules/newbb/viewtopic.php?viewmode=thread&topic_id=5669&forum=10&post_id=33850]um alerta sobre problemas que podem existir com relação aos templates nos clones[/url] [url=http://www.xoopscube.com.br/modules/newbb/viewtopic.php?viewmode=thread&topic_id=5272&forum=10&post_id=31705]um bom passo a passo relacionado a templates que poderá lhe ajudar se a clonagem já estiver pronta.[/url] [url=http://www.xoopscube.com.br/modules/newbb/viewtopic.php?viewmode=thread&topic_id=5908&forum=10&post_id=36265]outra clonagem de blocos e também possui as dicas para alterar as funções clonadas e como deve ser feito isto em um passo a passo[/url] momento

somente complementando. além desta alteração você deve editar também dentro da pasta modules\system\templates\blocks o arquivo system_block_login.html remova o trecho a seguir (que são as últimas 3 linhas) <div class="xoopscode"><pre><samp><code> <a href="<{$xoops_url}>/register.php"><{$block.lang_registernow}></a></code></samp></pre> e ainda, depois de fazer o upload entre na área administrativa do seu portal e vá em gerenciamento de módulos. clique no ícone de atualização do módulo "sistema" (que é o primeiro da lista) para que as atualizações entrem em vigor. isso vale para qualquer alteração feitas nos templates. quando se altera um template tem que atualizar o módulo sempre, ok?

muito show, parabéns a ambos. eu sei que já devem saber, mas vou colocar o caminho para os outros utilizadores que possam ter a mesma dúvida. solução para quando se está desenvolvendo blocos e ajustando templates. a minha preferencia é gerar um clone do template default no gerenciador de templates do xoops para fazer as alterações e não danificar o original, mas isto já tem aqui no fórum bem informado. - entrar no admin. - click em system (sistema) - preferencias. - vá até o item ( atualizar os modelos de módulo do diretório "themes/templates"?) isto se ativado obriga a uma atualização imediata a cada alteração no template e aí não precisa ficar se preocupando em ficar removendo os arquivos do diretório templates_c após terminar as alterações, desative de novo esta opção e ficará tudo normal. uma outra forma que funciona sem precisar ficar apagando os arquivos do templates_c é atualizar o

meus pitacos: - tem como fazer nele um agrupamento de blocos por categorias tipo com uma em destaque e as outras menores no estilo portal de noticias? - ainda, dá para ter um menu específico por tipo de categoria? - e dentro das categorias ter templates diferentes?

ainda é um pouco cedo para falar, mas acho que este fórum promete uma integração de conteúdo com o restante do portal sem igual. realmente não é fácil instalar o danado, mas é possivel em xoops 2.0.15 e xoops 2.0.16 by xoops ambos. quem já domina o xoops_trust_pat vai conseguir tranquilo, mas tem uns macetes. [img]http://underpop.free.fr.nyud.net/u/uploads/img45f5c2e545157.gif[/img] as etapas do trust não vou falar aqui porque existe um ótimo material feito pelo fbs777. além de acertar o arquivo resourcedb do class, vide no fórum do gijoe, no meu caso eu precisei gerar um clone dos templates e também copiar os templates digo o diretório inteiro para dentro de modules d3forum. ai tu irá conseguir criar as categorias e dar início ao fórum que tem configurações a dar com pau. [url=http://xoops.peak.ne.jp/md/mydownloads/viewcat.php?cid=1]downalods do d3-forum agora versão 0.48[/url]