PUBLIC MARKS from bacon with tag servidor

pessoal, peço desculpas pelo tempo ausente, estou envolvidos em diversos projetos e realmente não está me sobrando tempo para ajudar a comunidade o que me deixa muito chateado! pois bem, gostaria de saber se alguém tem familiaridade com o módulo rmmf do xoops méxico. estou tentando utilizar como fonte das imagens um outro servidor, para não sobrecarregar o meu, porem existe um erro no momento do envio das imagens. além disso, a busca padrão do xoops não inclui o módulo rmmf. alguém sabe porque isso acontece ou como resolver? um abraço.

hum! o esquema é o servidor então. estarei verificando como mandar um .htaccess certo. valeu camarada .

aiaiai. apaguei as tabelas através do phpmyadmin. não deu certo, continuou dando tela branca. apaguei a pasta do módulo do servidor. não deu certo, continuou dando tela branca. agora aparece os módulos com a mensagem "module file for news not found!" porém, já apeguei as tabelas e o porrinha não desinstala. que que eu faço agora para voltar o módulo? se tiver um outro módulo de noticias que não seja o news, em português me passa o link, que eu volto a pasta e deixo ele quieto. valeu

agora a perguntinha esperta pq aqui no se eu tento listar o diretório(da mesma maneira que no meu site) aparece uma mensagem que falta de permissão. e o conteudo não é mostrado. o que foi feito? pode ser compartilhado? porque o servidor que o xoops está instalado não permite a visualização de arquivos mesmo quando não há um arquivo index.html, php ou outro que impeça a visualização. é um aumento de segurança. uma outra coisa que você pode fazer é criar o .htacess com uma das seguintes linhas: indexignore * ou. options -indexes sendo que ambas opções não permitirão mais que o diretório seja listado (mesmo não havendo o index na página) porém se você quiser listar alguns tipos de arquivos inclua a seguinte linha e adicione todos os tipos de arquivos a

[color=000033]é meu caro. eu também estou apostando que é algo no servidor. o pessoal do suporte(gente fina para caramba. coisa difícil de encontrar,pelo menos com minhas experiências :-d) verificou mas não localizou o problema. eu tiro essa conclusão que é algo no server e não no portal. pois o proprio suporte disse. sem problemas, más caso queira deixar seu portal na plataforma php 4, não. terá nenhum problema , porque nossos servidores estão usando o php 4 como padrão. a versão 5 é acionada quanto é salvado um arquivo com a extenção .php5 intão o portal tinha que funcionar. eu pensei em alguma falta de permissão mas sei la. ja que o portal ainda não esta operacional. ficou decidido que sera criada uma outra conta. para eu ver se funfa. valeu redeye. e vamos ver no que da.

vamos lá o xoops 2013.2 é compatível com php 5 (5.2.2) pois onde o portal esta funcionando é php 4 (4.4.7) o erro acima tem algo a ver com as versões do php xoops 2.013.2 é compatível com php 5 sim. (tem que ver se os módulos que você usa são. mas o núcleo é garantido que sim). o erro não tem a ver com a versão, mas com configuração. sobre o. pen_basedir restriction in effect me parece que é um ajuste que falta no servidor. pelo menos são as maiores explicações que achei no google. para fazer um bypass disso somente se você tiver um vhosts.conf ou php.ini configurável no seu site. ou conversar com o suporte para eles acertarem este ajuste para você (mais recomendado) seria possível instalar o portal com o x2016 e restaurar o backup que foi feito pelo x2013</blockqu

[color=000033]ola galera tudo de boa. intão estou com um problema estranho :-d estou migrando um portal para um novo servidor. fiz o backup tudo tudo bem enviei os arquivo restaurei o banco de dados aqui teve um probleminha mas. algums tabelas estavão com o tamanho diferente da orininal, mas esse problema não é o principal podemos dizer o pior. eu so fui perceber essa diferença em algumas tabelas porque o. site estava dando um erro ao digitar o endereço. warning: unknown: open_basedir restriction in effect. file(/home/booot/public_html/install/index.php) is not within the allowed path(s): (/home/wwwruta:/usr/lib/php:/usr/local/lib/php:/tmp) in unknown on line 0 warning: unknown: failed estou open stream: operation not permitted in unknown on line 0 fatal error: unknown: failed opening required '/home/booot/public_html/install/index.php' (include_path='

valeu redeye. eu reparei porque meu portal sempre da problemas de segurança. pior que meu servidor não pode colocar off para as variaveis globais.

boa. instalei o mastop publish 1.1 com xoops 2015 e estou baixando o xoopseditor.uma pergunta, para todo o portal utilizar o editor do mastop preciso instalar/enviar todas as pastas do xoopseditor, ou somente a pasta tynemce? neste teste online estou jogando tudo, mas demora. outra coisa, neste módulo e em outros muitos itens não ficam traduzidos, o problema é do servidor? vlad

colegas, to c um problema com data em um site. eu coloco no tema instruções de data como: <{$smarty.now|date_format:"%a, %e %b %y"}> e o resultado na tela é esse: saturday, 1 december 118536 sendo que hoje é terça, estamos em julho, e esse ano aí.. nem no inferno :-d então, alguns detalhes: - o servidor é linux, a data nele está ok. - já viram isso? tem algum hack? - xoops 2.2. eu sei que não é o recomendado, então, se for pau no smarty mesmo, eu posso atualizar somente o smarty? quando uppei o portal para o servidor, deletei os caches e coloquei permissao 777 nas pastas do smarty. valeu aí qqer força. []´ssss

ei gestor, estou começando a achar isso. porque meu xoops está tudo certinho. e para variar, agora meu servidor não me da suporte. pedi a eles um backup e até agora nada.

caros colegas, estou com problema sério, meu portal sofreu uma alteração de endereço para um outro servidor. fiz o backup pelo cpanel, onde foi gerado o arquivo de "backup completo", também gerei outros arquivos menores, como a base de dados mysql, o "aliases" e o "filter" todos no cpanel. também fiz backup da pasta "public_html". porém, não segui as instruções sobre mudança de host publicadas nas comunidades xoops, quando alerta para o backup do arquivo "sql" gerado no phpmyadmin do cpanel. e mesmo transferindo toda a pasta "public_html" pelo ftp, não estou conseguindo rodar o portal, ao que parece pelo motivo de não ter o arquivo "sql". ao descompactar o backup completo, encontrei na pasta "mysql" três arquivos no formato "sql": um chamado "horde", outro com o nome do "bando de dados" e o último com o nome do "administrador do banco de dados", esses dois últimos criados por mim. será que um desses arquivos pode ser o a

boas. então está lento? até que aqui entra rápido, o que demora e página branca deve ser pelo servidor (não mexi em mais nada), e que ano que vem espero colocar dentro de um linux. vlad

fala galera.. tudo bem? estou sumidaço. :-(, mas aos poucos estarei retornando! :-) entrando no assunto, alguém sabe me dizer se existe alguma vulnerabilidade ligada ao pical 0.9? estava a dar uma olhada no log do servidor e percebi que desde final do mês passado uma série requisições. 66.249.65.230 - - [18/jul/2007:09:35:38 -0300] "get /srhonline/modules/pical/index.php?cid=&smode=daily&caldate=1982-10-3 http/1.1" 200 12510 66.249.65.230 - - [18/jul/2007:09:35:59 -0300] "get /srhonline/modules/pical/print.php?cid=&smode=daily&caldate=1958-8-15 http/1.1" 200 12510 66.249.65.230 - - [18/jul/2007:09:36:21 -0300] "get /srhonline/modules/pical/index.php?cid=&smode=weekly&caldate=1983-5-28 http/1.1" 200 12510 66.249.65.230 - - [18/jul/2007:09:36:42 -0300] "get /srhonline/modules/pical/print.php?cid=&smode=daily&caldate=1958-7-27 http/1.1" 200 12510 66.249.65.230 - - [18/jul/2007:09:37:03 -0

ok ok, finalmente agora entendi tudo sobre esse tal login via ssl. fica aí gravado para quem precisar e se interessar. primeiramente você deve verificar se sua hospedagem oferece algum tipo de uso do ssl. como ter uma certificação ssl é caro, o que as empresas de hospedagem fazem é emprestar a certificação delas para os clientes. vi que elas fazem esse empréstimo de, pelo menos, duas formas diferentes: 1ª- a empresa move uma parte do espaço da hospedagem para um servidor seguro e lhe libera um endereço semelhante a https://seunome.hospedagem.com. a empresa também lhe dá um login especial de ftp para colocar os arquivos nesta área segura. 2ª- a empresa libera o uso de um tipo de link seguro a algum arquivo do seu site. por exemplo: se eu quero que o acesso ao arquivo http://meusite.com/senhas.php seja seguro, eu devo acessar ele dessa forma (exemplo do meu host, consulte o seu para saber como é): https://ds27.hospedagem.com

pesquisando na nave-mãe, realmente achei pouquíssima informação sobre o assunto. aparentemente não é uma função que desperta o interesse de muitos. first you have estou go estou some place like versign.com and purchase a ssl certificate. once you've done that, they'll send you the certificate and the instructions that you need estou install that servicate onto your web server. in my case, this mean installing the certificate into a specific folder and configuring apache estou use that certificate. then, you can tell xoops estou use ssl for login authentication in admin -> system administration - preferences -> **ssl stuff**. the "ssl stuff" is: "use ssl for login" "ssl post variable name" "url where ssl login page is located" once you've filled all this stuff in, then your users should see a secure page whenever they try estou log in estou your site. please remember, however, that

olá dilson, primeiramente, uma dica. (a mesma do booot) instale no seu micro o xampp ou o easyphp (servidores apache, php e mysql) e faça testes em localhost. ou seja, em seu micro instale o xoops 2013, siga o indicado para atualização e teste. se funcionar faça no seu host com segurança. (lembre o localhost é uma simulação da internet no seu micro apenas). outra coisa, como falei antes todo o conteúdo do xoops está em um diretório chamado "site" na raiz, como eu não instalei o xoops na raiz, lembre-se sempre, quando se tratar de xoops, a raiz é o diretório que o mesmo está instalado, ou seja, é o diretório em que está o arquivo mainfile.php de sua instalação. exemplo: o seu site. pelo que entendi a raiz (ou root) de seu xoops está em: http://seudomínio.com.br/site/html/ ou via server. /home/public_html/site/html/ dic

ok, mas como aplicar isso na prática com xoops? estou agora curioso para pesquisar sobre segurança do envio de informações do xoops, mas não achei ainda um tutorial sobre como isso pode ser feito no xoops. na hospedagem de um cliente, eu vi que eles disponibilizam um certificado opcional. quando ele é ativado, uma parte do espaço de hospedagem é transferido para um outro servidor seguro. quer dizer: se minha hospedagem tinha 100mb, agora tem 90mb e 10mb 'seguros'. eu então recebo um endereço no formato cliente.clickseguro.com em que aparece o dito cadeadozinho. legal! mas. e o que eu faço com isso? será que eu devo transplantar as áreas do meu xoops que quero que sejam seguras (login, carrinho de compras, formulários, etc) para essa área segura da minha hospedagem? e como eu faço para manter a comunicação entre a área insegura e a segura?

acho que não(mais quem sabe), se preferir pode fazer o upgrade do seu xoops, mais você fará a atualização ou fazer o upgrade mesmo. se for só atualização, pode enviar todos os arquivos para seu servidor, e a porque isso pode no admin de módulo e atualizar o módulo sistema. quando enviar os arquivos não altere o mainfile.php e nem o theme(tema) que você usa. para não dar conflito na a hora que você abrir a página pela primeira vez.

foi mal aí no tópico acima. clienquei em algo que enviou a mensagem. será que posso estar com algum problema no xoops? ele foi instalado no servidor através do fantastico. após fiz o upgrade com arquivos do portal. tem como apagra tudo, reinstalar e utilizar as tabelas do mysql para retonar o backup? pergunto isso, porque instalei o pddownload e houve o mesmo problema. o rmdb também não funcionou.

não. apaguei todo rastro de rmdb do servidor para o portal voltar. estou com medo de utilizar ele. hehehe.

oi gisa_iagami e amigos! favor me enviar a versão disponivel para continuar os testes. infelizmente fui invadido no servidor de hospedagem e fiquei 10 dias sem contato com eles e com o portal, resultado? backup vazio em cima do anteiror.snif..snif.perdi tudo. localizei no hd a última dos testes iniciais, instalei 2.0 rc5 e veja o resultado: module file for xmail not found!module file for not found!module file for not found!module file for not found!module file for not found!module file for not found! na area admin não aparece imagem e nem conteudo, só mensagem module file for not found!. na pasta modules existe a pasta xmail e conteudo, mas o sistema agora instalado xoops 2.0.14 ocorreu esta mensagem. removi e instalei a anterior 2.0 rc4 e ocorreu o mesmo erro. como devo proceder? no agaurdo. virtual (beta teste) ganhei.net

e ae meu caro topet05 rapaz está bem interessante mas o problema não é o módulo. deve ser alguma configuração nas maquinas. pois testei em duas diferentes com o x16 zeradão e em localhost eu realmente não consegui fazer o botão funcionar. ae eu resolvi mandar no servidor e para minha surpresa. no servidor funcionou :-d . la está rodando o x13.2 seria isso? intão o módulo está tudo bem! agora porque nas maquinas não funfo eu também não sei :-d coisa de ruindow$ valeu topet.

somente um alerta, muito cuidado com módulos que obrigam a utilização de [ register_globals = on ] e estando em servidores com serviços de hospedagem compartilhados. muitas falhas de segurança tem iniciado por este motivo.

quero agradecer a atenção de todos. o problema foi rsolvido com a retirada do módulo cbb, qualquer versão deste módulo, copiado para o diretório do servidor, causava a falha mencionada, substitui este módulo pelo xhnewbb e o problema sumiu. mais uma vez agradeço a atenção dos amigos