PUBLIC MARKS from bacon with tag módulos

Comunidade no Orkut do XOOPS, sistema de gerenciamento e publicação de conteúdo para a criação de portais, comunidades virtuais, fotologs, weblogs, videologs, e muito mais, e que pode ser gerenciado por qualquer pessoa sem conhecimento em programação, representando a solução ideal para quem não pode ou não quer depender de terceiros para criar e administrar o seu próprio portal, possuindo milhares de recursos de redação, edição e publicação de conteúdo já incorporados e grátis!

Comunidade Oficial de Suporte ao Xoops no Brasil. Suporte Brasileiro ao sistema de gerenciamento de conteúdo XOOPS

o desenvolvimento do módulo myalbum foi descontinuado. procure pelos módulos gnavi e webphoto, ambos baseados no myalbum: http://xoopscube.org/modules/pukiwiki/?xoopscubelegacy%2fmodulecompatibility%2fgnavi. http://xoopscube.org/modules/pukiwiki/?xoopscubelegacy%2fmodulecompatibility%2fwebphoto. veja mais detalhes sobre este assunto aqui, em inglês: http://xoopscube.org/modules/xhnewbb/viewtopic.php?topic_id=600

<div style="text-align:center;"><strong>-=[ <a href="http://xoops.homeip.net/">xoops</a> - <a href="../../../modules/d3forum/index.php?forum_id=16">segurança</a> ]=-</strong> <table border="0" align="center"><tbody><tr><td>-::data</td> <td>-::descrição</td> <td width="9">-::relacionadas </td> <td width="9"> </td> <td width="9">-::descarregar </td> <td width="9"> </td> </tr><tr class="submit"><td nowrap="nowrap" width="62">2008-06-08</td> <td nowrap="nowrap" width="375"><a href="http://milw0rm.com/exploits/5756">xoops module uploader 1.1 (filename) file disclosure vulnerability</a></td> <td nowrap="nowrap" width="9" valign="middle" align="center"><a title="related releases" href="http://milw0rm.com/related.php?program=xoops">r</a></td> <td nowrap="nowrap" width="9" valign="middle" align="center"> </td> <td nowrap="nowrap" width="9" valign="middle" align="center"> <a title="download" href="http://milw0

DOWNLOAD Downloads: Select category XOOPS Miscelânea Internacional Pacotes Ferramentas Atualizações Idiomas Temas e design Módulos Hacks

MÓDULO para cadastros diversos, XOOPS Brasil.

Hack RMMF - ordenar por nome - HELP, XOOPS Brasil.

valeu pela ajuda. ontem eu acessei esse portal porém não havia encontrado esse tópico. acabei de baixá-lo e irei testá-lo.

você acha [url=http://www.xoopscube.com.br/forums/modulos-para-portfolio-paginas/393-addresses-1-5-a.html]neste tópico do fórum de traduções[/url]

alguém saberia me indicar onde eu pode conseguir a tradução para o português do módulos addresses?

eu vejo esta tentativa do anderson muito legal. realmente, precisamos garimpar muito para descobrir portais diferente em xoops, em geral eles costumam ser feitos no básico mesmo. adote esta ideia, se encontrar um portal diferente feito em xoops, divulgue aqui. é analisando que outros podem ter ideias para reformular o portal. :-)

obrigado, redeye. vou ver se após algumas modificações, posto algum passo mais detalhado. gosto muito do xoops e não quero mudar, mas alguns conceitos empregados nele deixam a desejar para certos projetos e por isto tenho cutucado tanto, para aparecer sugestões de implementações etc. por exemplo o visitante anônimo queria que tive-se o mínimo de identificação como nome e email bom podemos inserir um campo 2 campos para isto. o bom é que o email funcionaria como um identificador também poderimos brecar certas coisas e o bom é que é centralizado os comentários fazendo um rss dele teríamos muito mais informação já que vem de galeria a download. pois muitos baixam e analisam o que ele faz no momento não atendendo vão em busca de outro. mas sabemos que instalando módulos e mexendo nos temas, permissões podemos deixa-lo mais personalizado. eu gostaria que o pessoal posta-se exemplos de portais digamos diferentes do padrão atual que vemos hoje no xo

bom eu concordo com o andrax. depende do contexto. agora a questão de enviar imagens menores que a redimensionada é só por uns ifs no script que funciona. por exemplo seu script original salvaria 3 imagens no servidor: 1 tamanho original uma redimensionada para não quebrar o layout do portal e uam para fins de thumb. com alguns ifs você pode salvar apenas uma se a imagem original fosse menor que o thumb quardando seu tamanho original e ela serviria para a versão redimensionada e para a de tamanho real. para economizar banda é melhor criar 3 imagens assim o thumb seria a normalmente exibida e as demais somente por request específico do usuário, se for economizar espaço em disco fazer apenas uma redimensionada apagar original e nem mesmo criar o thumb. essa é minha opinião sendo que o mais desejável é dar estas opções para o administrador do módulo colocando opções na administração.

se quer economizar espaço e não precisa da original. manda a imagem, gera as imagens intermediárias, thumbs e não salva a original. isso usando algum script com a biblioteca gd. e depois.-->

sinceramente., acho que esta não é uma questão que possa ser respondida sem se avaliar um contexto. afinal de contas você pode querer disponibilizar imagens para n finalidades diferentes. alguém que queira disponibilizar imagens de alta resolução provavelmente estará ciente da questão de espaço/banda, levando isso em conta quando fizer o portal., então utilizará um módulo que mantenha o arquivo original., já alguém que quer apenas disponibilizar imagens sem a necessidade de uma qualidade grafica tão boa, com certeza vai se preoculpar muito mais com questões como espaço utilizado e banda, muito provavelmente utilizando um módulo que salve apenas as imagens "otimizadas". com relação ao trabalho do servidor e os scripts, não sou o mais adequado para falar, mas não notei muita diferença nos módulos que testei., claro quanto mais firulagem o módulo tiver que fazer com a imagem, mas ele vai exigir do servidor., acho que isso é um ponto minimo já que o trabal

fala luix tudo bem? esse é um assunto que me interessa bastante, porque tenho um portal com mmmuuuuuuuiiitaaaasss imagens, e isso está me dando uma dor de cabeça danada. acredito que das opções que você enumerou, a mais eficiente seria: "- sobe uma imagem e o script redimensiona descartando a original, imprimindo o thumb via template, ou seja, sobe imagem de 1200x1000, o script grava apenas em 400x300 e ocupando apenas os 300kb de espaço e banda." o problema é quando enviamos imagens pequenas. usando o seu exemplo, se fizessemos o upload de uma imagem de 200x200 o script a gravaria em 400x300. com isso existiria a necessidade de um hack do tipo que discutimos [url=http://www.xoopscube.com.br/modules/newbb/viewtopic.php?topic_id=8272&forum=9&post_id=47241#forumpost47241]aqui[/url] para somente redimensionar se a imagem for maior do que o definido. acredito que a melhor solução seria o upload das imagens em outro se

olá pessoal, estou abrindo este tópico para ouvir a opinião dos amigos sobre um assunto que não entendo muito. trata-se da forma de tratamento ou gerenciamento de imagens no servidor. já percebi observando vários módulos que cada programador usa uma forma diferente de tratar e gerenciar as imagens (upadas) que fazem parte do conteúdo do módulo, exemplo: - sobe a imagem tamanho real (uma única cópia) e imprimem a imagem no tamanho desejado via template, ou seja, posso subir uma imagem 1200x1000, que o template vai mostrar no índice no tamanho 100x80 e no conteúdo 400x300, mas a imagem continua sendo 1200x1000 e ocupando 700kb de espaço e banda. - sobe a imagem tamanho real, o script salva uma cópia original, uma cópia redimensinada para o conteúdo e uma cópia redimensinada para o thumb, ficando assim três arquivos, ou seja, no mesmo exemplo acima, sobe uma imagem 1200x1000, o script cria uma de 400x300 e um thumb de 100x80, ocupand

andeon escreveu: e se possível gostaria de saber outros módulos que preveem isto, porque estou pensando em um portal sem cadastro de utilizadores mas que receberia contribuições dos mesmos. na verdade quase nenhum deles porque para gerenciamento de permissões toma-se, normalmente, como base que você seja um usuário do portal para facilitar o gerenciamento como um todo mesmo. gostaria de saber se existe módulos de galeria em que posso fazer upload da imagem e depois colocar o nome do autor. o próprio gerenciador de imagens do xoops permite fazer isso, mas relacionado a visitantes cadastrados do site. se você usar php5 pode tentar usar o smartprofile para criar perfis personalizados. este módulo tem no web.archive.org/web/smartfactory.ca. ainda, requer php5 e o módulo smartobjects como pré-requisito. <div class="xoopsquote"><blockquo

obrigado eye! um grande abraço!

prometheus escreveu: pessoal! olá :-) eu queria saber de vocês se existem módulos que funcionem apenas em php 5. existem sim, os principais são os módulos do xoopsmexico e os mais recentes do smartfactory estão vindo só para php5. andei dando umas instaladas no xoops em servidores para testar. e eles eram php 4. como eu estou acostumado com serv de php 5 fiquei na dúvida. normal. mas a maioria dos módulos rodam em ambos (php4 e 5) me ensinaram que para funcionar num servidor php 4 phps da versão 5 bastava renomear (o que para xoops fica dificil) para arquivo.php5. ou então editar o arquivo htacess do root. renomear é ruim. é mais fácil editar um htaccess mesmo. tens uns lugares como aqui --> http://

e se possível gostaria de saber outros módulos que preveem isto, porque estou pensando em um portal sem cadastro de utilizadores mas que receberia contribuições dos mesmos. gostaria de saber se existe módulos de galeria em que posso fazer upload da imagem e depois colocar o nome do autor. nota o autor não tem cadastro no portal, sei que posso acrescentar campos, mas gostaria de saber se tem algum módulo com isto, sem eu ter que editar o código fonte. porque não quero que as imagens fique associadas a conta do admin. as vezes habilitar o registro no portal não quer dizer que você terá muitos utilizadores que possam a vir a contribuir efetivamente e pode trazer certas dores de cabeça como utilizadores iniciantes que usam a ferramenta de maneira errada. e isto fica difícil principalmente se administra sozinho um site. então um formulário de contribuição chegando no seu email pode ser muito mais efetivo do que uma penca e envios envie um link, en

pessoal! eu queria saber de vocês se existem módulos que funcionem apenas em php 5. andei dando umas instaladas no xoops em servidores para testar. e eles eram php 4. como eu estou acostumado com serv de php 5 fiquei na dúvida. me ensinaram que para funcionar em um servidor php 4 phps da versão 5 bastava renomear (o que para xoops fica dificil) para arquivo.php5. ou então editar o arquivo htacess do root. o que me dizem?

na verdade não heitormkt. essa ae é a lista de módulos para que seja verificada a compatibilidade com a nova versão. como houveram melhorias significativas nessa versão by xoops, precisamos testar todos os módulos para garantir que eles vão funcionar perfeitamente, tudo bem!? ;-) no mais é isso ae. aguardando nova versão com melhorias implementadas na versão 2.0.17.1 e correções dos problemas encontrados! xoops :-d

uma duvida, todos estes módulos vao estar na versão de vocês disponivel para dowload?

olá david, existe o gerador xbs module generator. para funcionar tem que instalar o módulo gerador e o framework, cheguei a baixá-lo, mas nunca testei. fica a sugestão. observação: o criador do xbs tem uma série de outros módulos geradores. é isso opa, valeu pela dica luix! vou baixar e testar. pessoal, alguém aqui do xoops já construiu um módulo usando o xbs module generator? foi prático? sds, david vasconcelos