PUBLIC MARKS from bacon with tags xoops & 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

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.

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.

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

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

amigos! será que alguém pode me ajudar em um problema meio "doido" com meu xoops? tenho um portal em xoops instalado em um servidor utilizando php 4.4.4 e mysql 4.1.22-standard. a versão do xoops é a 2.0.13.2. bom, o problema começou "do nada". nada foi alterado no servidor, e de uma hora para outra, utilizadores com acesso perderam seus acessos, de uma forma totalmente estranha. por exemplo, existem dois administradores no portal: um deles, acessa normal. o outro, após efetuar login, aparentemente, está tudo certo, enxerga o endereço para a área de administração, no painel está definido como pertencente ao grupo "administradores" e está definido como um administrador mesmo. porém, quando este outro clica no endereço para a área de administração, por exemplo, aparece uma mensagem dizendo que ele não tem acesso. e, isto está ocorrendo com quase 600 utilizadores existentes na base de dados. todos fazem login normalmente,

na verdade são as linhas 356 e 357. &lt;div class=&quot;xoopscode&quot;&gt;&lt;pre&gt;&lt;samp&gt;&lt;code&gt; $form-&gt;assign($xoopstpl);//if your server is php 5 uncomment this line. //$form-&gt;display(); //if your server is php 4.4 uncomment this line&lt;/code&gt;&lt;/samp&gt;&lt;/pre&gt; espero ter ajudado. quanto a versão 3.0: consertei o negócio do endereço da pm para se adaptar ao portal em que estiver instalado. consertei tirando os lnks das tribos , por enquanto eles não vao funcionar mesmo não, só na 4.0 que vou fazer algo mais com as tribos, nesta versão elas estão ali só para ficar bonitinho mesmo. acrescentei agora uma página para o user configurar quem pode ter acesso ao que , testem! user angel senha angel. http://komeia.com/marcello/modules/yogurt/

mas se eu não me engano ,sem a pasta frameworks você ainda não tera acesso a administração do módulo. de uma lida no readme do módulo que é para resolver teu problema. eu tive exatamente esse problema quando eu fui testar o módulo. apos comentar as linhas tudo funcionou. :-d

ola meu velho. verifique a versão do php que você está utilizando. no readme do módulo tem umas dicas la se for a verão 4 do php tem que comentar umas linhas e libera outras. verifique isso para ver se resolve blz!

olá borisloser, antes de mais nada, seja bem-vindo ao xoops a comunidade diferente! este aviso está indicando que para o módulo funcionar você precisa instalar no seu xoops o framework frameworks 1.1. você será que o próprio aviso é o endereço para o local onde você consegue descarregar e instalar. a instalação do framaworks deve ser feita dentro do servidor ou na maquina do cliente? eu não intendi? no "readme" do framework vai avisar, mas já te falo aqui. para instalar, basta descarregar e descompactar dentro da pasta root do xoops. oou seja, junto às pastas modules, themes, etc. após isso o módulo vai funcionar corretamente. é isso

na verdade o erro está acontecendo para qualquer tribo que selecione, em qualquer perfil. até mesmo as que você cria! criei uma para o xoops com o user angel.(não recebi o e-mail de confirmação do cadastro!) tem mais um., no user profile de todos os utilizadores o pm está assim: send private message estou suico. e o endereço até aponta para o id correto, mas está apontando para localhost. (javascript:openwithselfmain('http://localhost/xoops-2.0.17/htdocs/pmlite.php?send2=1&amp;to_userid=16', 'pmlite', 450, 380);) no mais é isso ae. por enquanto é só!

opa, já fiz o cadastro e testando. encontrei um erro ao clicar dentro de uma tribo no profile do suico. fatal error: call estou undefined function: getvar() in /home2/komeiac/public_html/marcello/modules/yogurt/index.php on line 282