PUBLIC MARKS from bacon with tags associado & templates

ative o debug do smarty e veja se realmente a variável user está setada no momento em que você visualiza o bloco. eu testei isso apenas no tema, mas tenho certeza que deveria funcionar para os templates de módulos e blocos tb. de qquer forma vou testar aqui de novo e talvez pensar em uma solução alternativa. []s

perfeita a solução, só que não consegui colocar para rodar. fiz tudo como foi indicado, mais tenho quase certeza que a variável assinada $user, não está chegando até o template que pretendo. htdocs\xoops\modules\system\templates\blocks\system_block_mainmenu.html. minha intenção é fazer com que um submenu só apareça caso o usuário esteja cadastrado no grupo que tem permissão de mostrar esse submenu. compreendi totalmente a lógica, mais quando coloco no template, sempre caio no laço do {else}, sendo que já mandei no cabeçalho.php imprimir o conteúdo da variável $user['groups'] e a mesma consta o valor pelo qual faço a comparação pelo in_array. abraços.

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

redeye. :) então, na pasta cache, só existe um arquivo, o adminmenu.php . ele deve ficar aí, não é? 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? grato. :)

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

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" />  <

olá m_brol, olha, pelo que vi na sua dúvida para mudar isso sem instalar o módulo. terá que hackear (alterar) o xoops. se optar por essa modalidade, faça o backup e execute por sua conta e risco. recomendo fazer em localhost primeiro, e depois enviar os arquivos alterados. vamos alterar os seguintes arquivos: - a tabela users do banco de dados do xoops 'prefix_users' (sei que não é arquivo. hehe); - kernel/user.php; - modules/system/admin/users/userform.php; - modules/system/templates/blocks/system_block_login.php. mãos à obra: [size=medium][color=0000ff]01 - alterar tabela 'prefix_users' o primeiro passo é alterar a tabela '_user' no banco de dados do xoops. ao acessar a tabela (via phpmyadmin, ou qualquer outro) você deve achar a linha uname que vai estar definida assim: campo: uname - tipo: varchar(25) - blablabla encontre o

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

josemaria escreveu: poderia me ajudar a resolver um problema. veja um relato de que foi acontecido com o erro ao cadastrar/editar usuário na página de administração/preferência. o portal desenvolvido em xoops por mim funcionou normalmente na máquina local, ou seja, localhost. depois este portal foi migrado para o servidor web. seria interessanet conhecer os passos que você fez para esta migração, aí pode estar a origem do possível erro. no servidor web, não consegui incluir o novo usuário, através do caminho adm/system configuration/editar associados. nem também editar o usuário cadastrado. para isto precisamos saber a versão do xoops, seu mysql, se está aplicado todas as permissões no diretório cache e templates_c foi encontrada uma mensagem de erro: não foi possível registrar o