PUBLIC MARKS from bacon with tag permissã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

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

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,

perfeito! como que um simples detalhe que muitas vezes não notamos pode mudar tudo.? valeu mesmo pela ajuda

olá rômulo, antes de te responder quero destacar que só sei a resposta por causa dos "screens", somente pela descrição demoraria muito mais para mostrar o seu problema. por isso pessoal (isso é para todos que eventualmente vão ler este tópico) é muito importante passar as informações que infinitas vezes pedimos e quando tiver condições imagens também agora ao problema. na minha opinião o seu problema não é com o xoops nem com o multi menu. o problema é uma limitação do mysql, ou melhor, do campo desta tabela. você pode ver que o campo é um varchar e tem o limite de 255 caracteres. não contei, mas acredito que colocando em linha e com espaços 1 2 3 4 5. a campo chegou ao seu limite. uma saída, que de novo recomendo é recorrer ao hackeamento deste campo. como? observação: faça por sua conta e risco! a) alterando no mysql o limite do varchar,

onde você acrescentou os números no banco era apenas para acrescentar o id dos grupos. você tem mais de 88 grupos de utilizadores? eita. tem gente ai. ehuaiehiuaehhaiehiuae. estava dando uma estudada. verifique se tem alguma condição no bloco do multimenu que você está utilizando la no system/block. que eu já fiz muita condição no bloco para que certos menus ou links não mostrar nada quando alguns grupos de utilizadores ou certos utilizadores visitar o portal.

aqui ele funciona normal. não deu nenhum problema. pode ser que ele grava em outro lugar. ou esta chamando com outro nome. aqui no meu banco tem 4 grupos e 123 utilizadores. com o multi menu nunca deu problema.

galera, encontrei o que pode ser uma falha no multi-menu, ou em último caso, alguma incompatibilidade ou falha no meu sistema,o que é mais difícil. descobri que um usuário não estava tendo acesso a outros links no multi-menu que eu tinha criado. então fui lá nos links criados para ver os grupos que estava tendo acesso. só a metade estava podendo ver os links. tentei editar, mas não mudou, voltou a ficar somente com a primeira metade marcada. (figura 1) [img align=left]http://ibf.com.br/multimenu_erro_grupos.jpg[/img] depois tentei recorrer ao banco de dados, para tentar mudar na marra. então descobri que para todos os links, o multi-menu só cadastrou do 1 até o 88, no meu caso são 132. então eu pelo banco, inclui os outros grupos (numeros), para poder funcionar. mas não mudou (figura 2) [img align=left]http://ibf.com.br/multimenu_erro_grupos_bd.jpg[/img] não sei o que fazer, já que das formar mais possíveis, não está mudan

[color=000033]realmente isso é muuuuuito estranho! eu mudei hoje cedo é está normal até agora a galera do. suporte do host foi muito prestativa. mas não detctou nenhum problema. sobre as pastas eu verifiquei todas elas e nada. de anormal foi encontrado. bem passado o susto! espero que fique por ae mesmo. mas o problema mais um para variar é que eu não consigo instalar o protector. rapaz desde cedo eu tento (tudo em localhost) e venho levando. uma baita de uma surra miserável :-d, e aqui estou eu de novo.. como pelo amor de cristo eu instalo esse mod haíiahaiuhaiuahiah. rapaz eu li e re-li dois artigos aqui mas ainda não consegui. o esquema do xoops_trust_path realmente me quebro :-o. uma que eu já me perdi na hora de colocar as pastas no lugar. veja. [img]http://24br.net/zika/protector.jpg[/img] viu. então qual é a pasta que eu envio para o pasta de modules

é estranho, até porque em tese o diretório todo onde fica o portal deveria prover acesso restrito aos dados de acordo com as permissões que você atribuiu. ainda, quanto mais recursos você puder inserir para proteger melhor. mesmo sendo remota a possibilidade de alguém ter alterado as permissões, impossível não é.às vezes até foi algum esquecimento, não sei te dizer. mas se você tomar as medidas de segurança necessárias e vir que isto continua acontecendo, aí sim tem que abrir o olho e ver se ninguém está mexendo no teu site. outra coisa, verifique todas as pastas com chmod 777 se elas contém alguma informação estranha ou mesmo algum arquivo com cara de malicioso.

[color=000066] ola galera! tudo de boa. hoje eu estou com um "situação" que poder virar um. grande problema. nesse [url=http://www.xoopscube.com.br/modules/newbb/viewtopic.php?topic_id=8077&forum=10&post_id=46032#forumpost46032] tópico [/url] eu relatei um problema que venho "sofrendo". spam em comentarios. e hoje eu tranquilo com sempre recebo um email que um user se. cadastrou no portal,mas pelo nick eu percebi que era o "mesmo". que eu já havia removedo ha algumas semanas atras. o maledito spammer. ja fui rapidão para segurar o malandro para ele não avacalhar. com o portal. quando eu fiu entrar no portal me aparece aquela patha! tarja vermelha me avisando que o mainfile.php. estava com permissão de escrita :-o. ja entrei em choque! mas fui la e mudei para 0444 e mandei um email para o pessoal do host.. perguntando se tinhão. alterado algu

se você está utilizando windows como servidor no seu pc, clique com o botão direito mouse sobre a pasta ou arquivo, e depois escolha [color=0000ff]propriedades, na janelinha que aparecer em [color=0000ff]atributos, tem a opções [color=0000ff]somente leitura é nela que você controla esta função que no windows só tem a opção de permissão de escrita ou não e enquanto em outros sistemas operacionais, funciona este chmod. obs.:no windows é quase certeza que a opção [color=0000ff]somente leitura, é ativado por padrão e é impossível de tirar, + funciona normalmente para o xoops, agora com os arquivos você consegue dar permissão de escrita ou não, normalmente. ******************************** obs.2 : o + estranho se ele está assinalado como somente leitura, como ele consegue escrever? deve estar escrito errado no sistema do windows. [img]http://img80.imageshack.us/img80/423/sleiturarn6.jpg[/img]

ihhh cara ..agora você me pegou. você está utilizando a versão que roda no pc neh?

by prometheus em 30/04/2007 6:44:10 entre pelo seu cpanel. escolha gerenciamento de arquivos .. lá você clica em cima do nome da pasta desejada.e na parte ao lado direito clica em permissions.. e dá 777. faça isso com todas as tres. prometheus. estou utilizando xampps e não estou conseguindo dar essas permissões para terminar a instalação do xoops. pode me ajudar por favor? valeu.

ou pelo programa que você usou para fazer o upload dos arquivos. o importante mesmo é alterar o chmod para 777 conforme foi dito pelo prometheus

entre pelo seu cpanel. escolha gerenciamento de arquivos .. lá você clica em cima do nome da pasta desejada.e na parte ao lado direito clica em permissions.. e dá 777. faça isso com todas as tres.

nao sei o que faço na parte de conferir a permissão dos arquivos, aqui diz que não estão permitidos .os : uploads/, cache/ and templates_c

bem . mto orbigado leu. virei a noite hoje e segui seus passos já!.. mas refiz tudo para ter certerza. e aparentemente esta funfanfo! obrigadissimo! só uma coisa que achei estranho que se eu não colocar os utilizadores gestores de conteudo como também "utilizadores".. eles não veem meu menu multimenu e e nem o menu do smartsection. estarei averiquando. notei uma coisa. em preferencias> opções de autenticacao. na caixa "grupo padrão de acesso" somente a opção usuário esta selecionada. a administrador , gestor de imagens e gestor de contudo não. é para deixar assim? aproveidando a deixa. qual que diferença entre posição de usuário e grupos? abracos e fique na paz!

ok amigo, vou tentar fazer um passo-a-passo, porque funcionou comigo então deveria funcionar com você, e ainda que com detalhes podemos ver onde é que pode estra o problema. 1- o primeiro passo é termos instalados o módulo em questão. temos aqui no xoopslab neste teste o smartsection (v1.05). farei o exemplo apenas como ele porque não tenho instalado o soapbox no momento. 2- acessamos então o gerenciamento de grupos do xoops (seusite.com.br/modules/system/admin.php?fct=groups). lá você encontra algo parecido com esta tela: [img]http://portaldetriunfo.com.br/suporte/images/xl/gc01.jpg[/img] - no primeiro campo preencha com o nome. no nosso caso "gestão de conteúdo". - no segundo campo prennche-se opcionalmente uma descrição do grupo, algo que defina a função dos utilizadores pertencentes ao grupo que stá sendo criado. - o terceiro mostra as opções de administração do sistema. a princípio pelo que vemos não é isto que procura-se para e

cara. vai ver que está com erro mesmo.. porque já editei tudo.. e não estou conseguindo . parece que so existe mesmo os grupos : "administrador", "usuário" e "visitante". o xoops ignora o grupo gestor de conteudo que criei.

não tem mistério. se não está funcionando tem alguma coisa errada na sua instalação. revisa as partes: - se os users estão mesmo no grupo particular. - se na admin de grupos o grupo especial está com permissão de admin pros módulos desejados. clique em editar o grupo e revise todas as permissões dele. - vê dentro da admin dos módulos se tem alguma opção específica para selecionar um grupo com permissão de admin. acredito que de resto, só pode ter dado pane na sua instalação ou nos módulos.