PUBLIC MARKS from bacon with tag dahora

gisa_iagami, a lib gd está no ar direitinho. muito esquisito isso tudo. acho que vou testar esse captcha que você recomendou. da hora

você usa algum módulo de segurança? na instalação você usou que tipo de conexão? eu tive vários problemas desse tipo por utilizar o protector. acho que mais por incopet6encia minha do que por culpa do módulo, mas muitas vezes ele simplesmente me desconectava.

quanto ao captcha para de funcionar, no geral é relacionado com o servidor e as libs existentes. seu hospedeiro pode ter alterado o servidor ou mudado a lib gd ou qualquer outra que faça referencia ao seu captcha em geral. aconselho uma consulta no seu phpinfo para saber o que está ou não habilitado em seu servidor. se for isto mesmo será fácil, agora se for outra coisa, não tenho ideia. verifiquei no phpinfo() e a lib gd está habilitada, na versão 2.0.28. mas o código de validaçào não funciona. quando tento, dá um fatal error na linha 147 do sign.php. $xoopstpl->assign('confirm_image', $confirm_image); não consegue chamar a função! esquisito. bacura, funcionou para você seguir os pasos do http://dugris.info/ ?

fbs777, sua dica funcionou corretamente, obrigado! menos um problema, ainda faltam 369.658.124.362. animo pessoal!

vou começar a analisar agora, que tenho as informações, mas quem puder me ajudar, eu agradeço imensamente. arquivo do xoops 2.0.16 comum: <table cellspacing="0"> <tr> <td id="mainmenu"> <a class="menutop" href="<{$xoops_url}>/"><{$block.lang_home}></a> <!-- start module menu loop --> <{foreach item=module from=$block.modules}> <a class="menumain" href="<{$xoops_url}>/modules/<{$module.directory}>/"><{$module.name}></a> <{foreach item=sublink from=$module.sublinks}> <a class="menusub" href="<{$sublink.url}>"><{$sublink.name}></a> <{/foreach}> <{/foreach}> <!-- end module menu loop --> </td> </tr> </table> arquivo do xoops 2.0.16 méxico: <div class="mainmenu"> <a class="menutop" href="<{$xoops_url}>/"><{$block.lang_home}></a> <!-- start module menu loop --> <{foreach item=modu

atualizei meu portal de 2.0.13 para 2.0.15, e depois para 2.0.16, e até o momento, nada de errado, mas quando atualizei para 2.0.16, versão do méxico, o bloco de menu principal simplesmente perdeu a formatação do módulo. interessante que os menus criados a partir do multimenu ainda estão formatados corretamente. utilizo o lucas02 azul (bem parecido com o antigo do xoops). alguma luz?

rapaz. tive o mesmo problema. administro dois portais e nos dois utilizava-o tranquilamente. após um determinado dia, a validação simplesmente parou de funcionar nos dois portais. não tive ainda paciência para saber como funciona a geração desse código aleatóri, mas resolvi o problema moderando as mensagens. você pode alterar esse parametro nas configurações do módulo.

gente. fiz o backup só das tabelas do xcgal, desinstalei o mõdulo, reinstalei o mõdulo, recuperei o banco de dados, e funcionou. vai entender esse mundo da informática. agora resta saber até quando vai funcionar. obrigado pela ajuda e dedicação de todos.

meu caro, na passagem do item 4 para o 5 da sua lista, o xcgal diz que não há arquivos no diretório, mesmo havendo. acho que vou desistir desse xcgal. ou então migrar para o xoops 2.2 e ver se o problema para.

rapaz, eu consigo enviar as figuras pelo ftp, vou lá em acrescentar imagens em lote, lista direitinho o diretório onde coloquei as figuras, mas quando clico no endereço do diretório para que sejam visualizadas as figuras que desejo colocar no portal, o sistema simplesmente diz que não há nenhuma figura. isso que é estranho. da hora

pode ser também o método para redimensionamento de imagens, que esta interferindo para mostrar a imagem. tem que verificar o método, se é gd version 2.x, gd version 1.x, netpbm ou image magick, sendo que se for este último terá que colocar o caminho dele no caminho da ferramenta da conversão do imagemagick ('convert')(examplo: /usr/bin/x11/)em preferencia do módulo acho que não porque quando envio individualmente, vai tranquilo.

verifiquei isso. os arquivos são .jpg e coloquei as extensões como .jpg e .jpágina para não haver dúvida. isso está me quebrando a cabeça.

tive um trabalho bastante complicado que migrar meu album de fotos do myalbum para o xcgal, por acreditar que este seja mais organizado e tenha um layout mais agradável. fiz a migração por meio do banco de dados, fazendo as alterações necessárias, e funcionou perfeitamente. para não ter nenhuma dúvida quanto a validade dos dados, fiz o backup, excluí o módulo, reinstalei-o e voltei o backup. e felizmente funciona muito bem a parte de visualizações de figuras. o problema que relato acontece com o envio de figuras em lote. coloco as figuras no diretório /userpic/figs, altero as permissões para 777, mas quando comando a busca pelo módulo, ele diz que o diretório esta vazio, mesmo estando cheio de figuras. estou usando xoops 2.0.16 e xcgal 2.0.3 alguma ideia?