PUBLIC MARKS from bacon with tag associado

está setada no debug do smarty sim! {$user} array (32) uid => 1 name => empty. uname => admin. email => [email protected] url => http://localhost/xoops/ user_avatar => blank.gif user_regdate => 1192801407 user_icq => empty. user_from => empty. user_sig => empty. user_viewemail => 1 actkey => empty. user_aim => empty. user_yim => empty. user_msnm => empty. pass => 32a092884ced5c25690ff1a1165da3f2 posts => 0 attachsig => 0 rank => 7 level => 5 theme => default. timezone_offset => 0.0 last_login => 1194462938 umode => thread. uorder => 0 notify_method => 1 notify_mode => 0 user_occ => empty. bio => empty. user_intrest => empty. user_mailok => 0 [color=ff0000] groups => array (2) 0 => 1 1 => 2 só que não consigo referenciar nem imprimir

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.

já postei aqui e no xoops.org algo semelhante a isso, mas não estou encontrando. na verdade o meu post original era sobre como passar para o tema a informação de quando foi o último login do usuário no portal e outras informações, mas creio que da mesma maneira é possível passar essas informações que você precisa para fazer o condicional. vamos lá. abra o arquivo cabeçalho.php em um editor de textos e no final do arquivo, logo antes do } ?> coloque o código abaixo. if ($xoopsuser){ foreach($xoopsuser->vars as $key=>$value){ $user[$key] = $value; } foreach($user as $key=>$value){ foreach($user[$key] as $key1=>$value1){ if ($key1 == 'value') $user[$key] = $value1; } } foreach($xoopsuser->_groups as $key=>$value){ $user['groups'][] = $value; } $xoopstpl->assign('user',$user); } este código acima envia para o tema o ar

desculpe a demora, estive e ainda estou sem tempo, vou tentar sintetizar a ideia: no arquivo php que chama o template do módulo que deseja, você precisa guardar em uma variável o valor do grupo do usuário atual, (se o usuário tiver mais de um grupo precisa ver como você vai tratar o esquema de modelos de email) então nos appends que este arquivo envia para o template você cria um novo com esta variável com o valor do grupo (se for grupos um array), então no template você verifica com o if do smart se variável enviada pelo append é 1 então faz isto se é 2 aquilo e assim por diante. o problema é se o user esta em mais de um aí precisa ver como você fará porque ou ele recebe um ou outro layout. espero ter ajudado.

fala fabioegas é o seguinte, minha dúdiva inicialmente era somente o exposto [url=http://www.xoopscube.com.br/modules/newbb/viewtopic.php?topic_id=7140&forum=7&post_id=47540&]neste tópico[/url], que em resumo é o seguinte: peguei o hack do therplima que permite a escolha, no momento do cadastro, do grupo a que se quer pertencer e gostaria de, dependendo do grupo escolhido, enviar um email personalizado para cada grupo. pensei em fazer isso usando uma estrutura condicional if para escolher o template do email a ser enviado dependendo do grupo. após, fazendo alterações no template do módulo rmms para mostrar alguns campos dos dados apenas para visitantes cadastrados, cai no mesmo problema, ou seja, mostrar os dados não para todos os visitantes cadastrados, mas apenas para utilizadores de um determinado grupo. de novo a dificuldade em identificar qual a variável a utilizar. pesquisando encontrei uma estrutura do t

andrax: acho que sei qual era o problema, ao enviar minha resposta eu marcava no rodape a opção mostrar requisitos colocava resposta pensando que era para dar status de resposta para meu post mas na verdade acredito que seja um limitador para somente lerem o post quem já respondeu no tópico, deve ser. quanto ao pimps2, seguinte: explique melhor o que você quer fazer e onde? qual página do portal? ou no tema em um todo, dentro de um módulo, enfim em qual lugar você precisa saber qual o grupo do user.

para mim apareceu assim também, mas apareceu o conteúdo depois do login! fabioegas obrigado pela força, porém meu conhecimento zero de php está dificultando muito as coisas! por exemplo: o que se pode fazer é ver onde você precisa desta informação, tipo qual módulo, página etc e então decidir se é melhor alterar a página php para que ela mande estas variáveis via append para o smarty ou procurar uma forma alternativa de se fazer tal coisa. procurei no manual do php sobre como enviar variáveis via append para o smarty, porém o problema é identificar tais variáveis. um abraço

as tags smarty são geradas pelo php e não tenho a plena certeza mas acredito que não existam tais tags smarty. o que se pode fazer é ver onde você precisa desta informação, tipo qual módulo, página etc e então decidir se é melhor alterar a página php para que ela mande estas variáveis via append para o smarty ou procurar uma forma alternativa de se fazer tal coisa.

amigos publiquei uma dúvida semelhante [url=http://www.xoopscube.com.br/modules/newbb/viewtopic.php?topic_id=7140&forum=7&post_id=47540&]nesta tread[/url] porem ainda sem resposta. provavelmente eu fui muito específico na exposição da dúvida, vou tentar aqui generalizar porque acredito que o problema seja simples, apenas não estou sabendo onde buscar as variáveis. preciso fazer uma estrutura condicional, que atualmente está assim: <{if $xoops_isuser}> ou seja, se o visitante for um usuário cadastrado será executada as informações seguintes. preciso descobrir qual a marcação smarty para cada grupo de usuário para fazer uma estrutura mais ou menos assim: <{if $usuário_grupo1 ou $usuário_grupo2}> para executar as funções que vierem abaixo somente se o usuário cadastrado pertencer ao grupo 1 ou ao grupo 2. obrigado pela ajuda! abraços.

marcello., tudo bem? ao clicar no endereço my profile no menu principal ocorre um 404 not found error. not found. the requested url /modules/yogurt/index.php.php was not found on this server. additionally, a 404 not found error was encountered while trying estou use an errordocument estou handle the request. na barra de endereços fica assim: http://marcellobrandao.eti.br/modules/yogurt/index.php.php se observar no final do endereço, está [color=ff0000]index.php.php por enquanto é só isso ae. ;-) abração! t+!

oi marcelo! parabéns pelo módulo. qual é a possibilidade de se criar categoria para o album? outra sugestão, talvez mais complexa, é a possibilidade de apos a confirmação do registro do utilizador, o sistema mostrar as tribes existentes que possam se identificar com as preferencias do user. exemplo: eu não sabia da existencia da tribe xoops e ao me registrar, conclui o registro e constava meu interesse por php e mysql, xoops, etc. facilita desta forma a adesão a novas tribes, que tal? sds; virtual

bom gente o módulo continua em andamento. adicionei mais algumas features nele, e por último hoje a busca por membros , aproveitei o módulo simples mas eficiente xoopsmembers dentro do yogurt , e tchan tchan tchan tchan! está funcionando ok! falta ainda dar uma adaptada nele mas já esta rodando vejam também meu novo portal de suporte: marcellobrandao.eti.br testem o módulo lá e me reportem problemas coisas estranhos etc aqui :d obrigado!

removido a cópia de conteúdo. -) xoops

com certeza precisa estudar bem esta opção. talvez estudando o código do userpage do hervé possa ser um caminho para você alterar o código do rmms. eu me lembro que no portal orbit tem algumas alterações realizadas e talvez ele tenha um caminho das pedras para ajudar se for possível. de qualquer forma, vá passando a evolução do problema e o que você já tentou.

gilvan, antes de mais nada, seja muito bem-vindo ao xoops e esperamos que faça desta a sua casa em xoops no brasil. o seu primeiro tópico aqui foi muito bem elaborado e desta forma sempre a galera do suporte tende a dar prioridade por saber exatamente o que se passa em seu ambiente. também dentro do possível, enviar o endereço de onde o módulo foi baixado ajuda muito o pessoal. muitas vezes não usamos o módulo e a única maneira de tentar a solução é também instalar este módulo para testar em um ambiente similar ao seu informado acima. mas vamos lá. muito cuidado com o catads e principalmente versões antigas como esta. ele no passado teve problemas sérios com segurança e se puder utilizar outro módulo como xdirectory ou outro seria bom. sobre o catads o que está ocorrendo é que parece que dentro da administração no endereço publicado você precisa liberar para outros utilizadores ou grupos. em geral como se trata de anúncios é que se

olà! 1 - tenho instalado o módulo catads (pequenos anúncios) version: 1.40 author: claude felix aka the cat, local e em um servidor remoto para testes. no servidor local, não consigo mostrar as preferências do módulo enquanto que no servidor web o módulo exibe esta possibilidade normalmente; 2 - em ambas as versões utilizo o xoops 2.0.16; 3 - uso o servidor xampp local com estas configurações: php version: 5.2.1 mysql version: 5.0.37 server software: apache/2.2.4 (win32) dav/2 mod_ssl/2.2.4 openssl/0.9.8e mod_autoindex_color php/5.2.1 user's browser: mozilla/5.0 (windows; u; windows nt 5.1; pt-br; rv:1.8.1.7) gecko/20070914 firefox/2.0.0.7 4 - no servido web são estas as configuraçãoes: php version: 4.4.6 mysql version: 4.0.27-locaweb-log. server software: apache. user's browser: mozilla/5.0 (windows; u; windows nt 5.

amigos. gostaria de saber se existe uma possibilidade de se hackear o módulo rmms para que o usuário com id=x possa alterar o produto com id=x ou coim o campo código igual a x será que existe essa possibilidade?

a praga estava onde? no portal de onde baixar o arquivo? no módulo? por favor mais informações. obrigado por reportar. quanto ao form não aparecer tem um linha para ser editada no class/images.php ou algo assim para funcionar em php 4 que é provavelmente sua versão

cláudia! :-) muito obrigado por sua ajuda. mas então, não é esse o problema. na minha máquina, mesmo desabilitando firewall, antivírus, anti-spyware, etc, o problema persiste. e ele está ocorrendo com todos os quase 600 utilizadores do portal, exceto com um dos administradores (o portal tem 2 admins). isso já está me deixando doido.rsrs :-d mas valeu por sua atenção.

ola marcos! so uma ideia remota. verifique se pode ser o antivírus. quando estou em uma máquina com norton antivírus, preciso desabilitar o firewall para acessar algumas partes do portal como área administrativa. como você mencionou que houve um problema , o antivírus pode ter alterado alguma configuração na máquina local. não sei se é isso, mas é so uma ideia. abraços. claudia

boas. acabei de baixar e instalar este módulo, e na hora me pareceu para baixar o frameworks, e o endereço para xoops china, e o avg antispy detectou uma praga, virus indentified exploit 1[1].jpg não sei se qual é o nivel, mas só para dar um toque. ainda não fiz os testes no módulo, mas deve ser 10! vlad. ----------------- estou testando em off e me perdi.não estou conseguindo. instalei tudo nos conformes, joguei o system_userinfo para o caminho como indicado. a biblioteca gd está ok. onde criar alguma pasta/inserir fotos.se tiver na minha cara, não vejo ! e é a versão 1, é isto mesmo ? peguei conforme o link. vlad

redeye. :) então, fiz tudo o que você pediu abaixo, mas continua igual. :( todas as permissões, grupos, etc, estão ok. o engraçado é que tenho neste portal ao redor de 600 utilizadores, sendo que 2 deles são administradores. com todos os utilizadores normais, está acontecendo o problema abaixo, inclusive com um dos administradores. só um administrador consegue acesso total e irrestrito. :( tem mais alguma ideia? :) obrigado!

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. :)