PUBLIC MARKS from bacon with tag c

Suzlon Energy, the world’s fifth-largest Indian wind turbine maker, is negotiating with a Malaysia-based investor C Sivasankaran, or Siva to raise nearly Rs 400 crore to increase its stake in Germany’s REpower. Suzlon may pledge some of its hol...

Too Hot Too Cool Full album Tracklist : Album: Too Hot Too Cool Cassettes and CD’s on: T-Series MP3 Bitrate: 320Kbps VBR (~) Source : Greatbollywood Ripped By: Rohit Posted By: Rohit Music Director - Bappi Lahiri Mixed And Mastered By:Tanay ...

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

*NEW!* Virtual Plastic MASTER RESALE RIGHTS The Advantages Of eCommerce C

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

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

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

bem, o que está acontecendo é o seguinte. quando eu marco a opção sim em "atualizar os modelos de módulo.." nas preferências do portal, fico sem a visualização da página principal. mas os outros módulo funcionam, sem os blocos da principal. se eu apagar o conteúdo do diretório templates_c, aí mesmo que nada aparece.. fica tudo em branco. estou achando que pode ser algo dentro da pasta templates_c que está afetando isso.. algo relacionado à página principal e os blocos ativos. precio muito resolver isso, porque começarão a utilizar essa intranet e vão começar a ver que o vai sendo inserido, não vai se atualizando automaticamente. ================== editado às 11:58 consegui resolver.. era uma besteira.rs. no código do tema, os blocos estava tentando buscar outro tema. //file="wdc_002/blocks/theme_blockcenter_l.html"}> em vez de. //file="wdc_003/blocks/theme_blockcenter_l.html"}>

sinceramente. não consegui entender o problema direito, mas as permissões realmente tem que ficar como 777, senão o xoops não vai rodar. já tentou ver se não tem nenhum firewall bloqueando ou se tem algum arquivo corrompido?

não sei mesmo o que está acontecendo.. não posso mudar a opção atualizar os modelos de módulo do diretório "themes/templates", porque senão a página aparece só com o título e o rodapé. se tento limpar o templates_c , simplesmente não aparece nada (tela branca). preciso muito do atualizar os modelos de módulo do diretório "themes/templates" marcado como sim. acho que ele está afetando não só nas alterações do theme.html, mas de alterações feitas nos módulos, e até mesmo arquivos enviados (rmdp). o que eu faço para voltar o atualizar os modelos de módulo do diretório "themes/templates" como sim, mantendo o portal por inteiro para quem acessa? estou precisando fechar um projeto de uma outra intranet, mas isso está prejudicando. grato desde já

incluído no roadmap da versão by xoops xoops, codnome=precarga. diferente do preload do xc que demanda uma delegação, o precarga irá servir para complementar e dar consistencia a variadas necessidades de extensões. não deixe de continuar relatando features interessantes que gostaria de ver incluidas no xoops completando funções existentes como esta solicitada pelo fbs777.

contribuição final claudia. este teste deve ser realizado em uma página a parte para se averiguar o funcionamento. a ideia para se acompanhar é que salve este script com um nome por exemplo teste.php. ele roda independente e será adaptado na rotina onde desejar. bom, depois da euforia e dizer que tinha funcionado, acho que voltei a estaca zero. parece que não deu mesmo para utilizar aquele arquivo php da claudia. só estava funcionando porque eu tinha esquecido de tirar as referencias diretas aos arquivos. o problema é que o script até funciona para listar os arquivos modules/*/plugins/bbcodes.php, por exemplo, mas para carregar os arquivos bbcodes.php através desse script, não funciona (pelo menos não consegui depois de várias tentativas). o que fiz: onde ia o hack original, eu coloquei um include para buscar o arquivo teste.php (da claudia). este, deveria buscar todos

o que eu vou tentar fazer agora é criar um "módulo" estilo o happy_linux do ken ohwada, para ver se consigo implementar os plugins sem precisar hackear o cabeçalho.php também, para, como módulo, ativar automaticamente o arquivo que chama os plugins, aí teria só que hackear o loal onde é inserido os include para chamar os plugins. mas ainda não consegui fazer funcionar direito o include que vai dentro das aspas da variável como disse no post acima.

caramba, funcionou :-d consegui retirar do núcleo o hack de smartytags do rw-banner e os dois hacks de bbcodes, um do próprio rw-banner e outro para thumbs usando o lightbox :-d no lugar dos hacks coloquei apenas um include para bbcodes e outro para tags. só ficou faltando uma coisa que ainda não consegui: colocar um include para retirar do núcleo os hacks feitos no editor dhtml do xoops para incluir os ícones de botão para novos bbcodes, para não precisar incluir os bbcodes manualmente. o problema é que o include nessa parte precisa ficar exatamente em um lugar, para poder aparecer no lugar certo na página. o código original que regula os ícones da 1ª fileira do xoops editor é esse (linha 133 do class/xoopsform/formdhtmltextarea.php): <div class="xoopscode"><pre><samp><code>$ret = "<a name='moresmiley'></a><img onmouseover='style.cursor=\"hand\"' src='".xoops_url."/images/url.gif' alt='url' onclick='xoopscodeurl(\"".$this->getname(

contribuição final claudia este teste deve ser realizado em uma página a parte para se averiguar o funcionamento. a ideia para se acompanhar é que salve este script com um nome por exemplo teste.php. ele roda independente e será adaptado na rotina onde desejar. texto comentado abaixo para entendimento. as tags php estão de forma errada com espaço para permitir a sua utilização aqui no fórum. <div class="xoopscode"><pre><samp><code> [color=000066]< ? php // incluindo o arquivo principal do xoops para controle geral das páginas. // se já estiver dentro do ambiente xoops, não será necessária, mas para uma página em separado, isto seria obrigatório. [color=000066]include '..\..\mainfile.php'; // ai está a inclusão que deverá carregar os cabeçalhos da página. // o carregamento dos objetos será feito aqui também. // também se já estiver em ambiente xoops, esta linha

caramba fbs777, primeiro mundo :-) xoops até conhecia o portal, mas não sabia que possuia esta documentação porreta. vomos tentar resolver isto na hora do almoço sem falta. - objetivos. a) função para pegar nomes e diretórios de módulos. b) identificar se contém o diretório dentro do módulo. c) se existe o diretório, veja se existe o arquivo d) existindo, executa o include_once deste arquivo chamado onde você vê a interrogação seria o padrão combinado. para se ter certeza que os devs irão fazer a coisa certa, precisamos de um padrão. observação: o que esta função irá fazer apenas carregar os arquivos php destes diretório e deixar disponivel alguns detalhes que eles possuirem. poderá fazer o extend de classes aumentando o suporte a determinados itens do xoops para o módulo em especial. esta proposta tem por caracterist

caramba esse portal que eu coloquei aí em cima é bom mesmo, agora que eu fui ver em detalhes e em poucos segundos que estou navegando nele agora, já achei o que precisava para chamar um módulo qualquer: getlist($criteria = null, $dirname_as_key = false) baseado em outros códigos em outras páginas php do xoops, acho que tem um "::" para separar o nome da variável da função dela, então fica assim: xoopsmodule::getlist($criteria = null, $dirname_as_key = false) a parte de chamar qualquer módulo está feita, mas daí a isso funcionar como include é outra historia :-d mas que fique registrado: esse portal que coloquei aí no outro post é uma tremenda mão na roda, excelente :-d ha, no post acima faltou colocar o endereço para lista de constantes também: [url=http://xoops.info/doc/_constants/index.html][constants][/url]

o caminho é este mesmo, tanto de um modo ou de outro. claro que no xoops já existe isto, só precisamos é pegar o objeto correto. pois é, pelo que eu andei olhando em vários arquivos php do core, parece que é o $xoopsmodule mesmo que define o módulo, mas simplesmente incluir ele no include não funcionou :-) apesar que acho que você está falando de outra coisa, porque para mim $xoopsmodule é uma variável não um objeto :-) ps: em tempo, em hipotese alguma pode existir o mesmo nome para o include. apenas para avisar, o include de um arquivo só pode ser feito uma única vez. eu pensei que isso era por causa do "_once" (uma vez) no include_once, por isso também tentei cada um dos vários testes que fiz tanto usando include_once como include apenas, para ver se estava aí o problema. se está aí ou não o problema eu não sei, só sei que com o include também n

lembra daquele desenho animado que tem uma frase "e vamos nós" bom pelo visto você está a tentar criar um preload, rs xoops excelente. existem muitas formas de tomar nescau. - você pode pegar o objeto xoopsmodule para isto. ele já contém em seu array de objeto o nome de cada módulo e o diretório. - a outra forma é via comando em um script simples como o luisx falou. eu tinha isto rodando no http://x20.www.xoopscube.com.br da mesma forma que tu precisa. vou ver se acho ele, senão vamos fazer. o caminho é este mesmo, tanto de um modo ou de outro. claro que no xoops já existe isto, só precisamos é pegar o objeto correto. observação: em tempo, em hipotese alguma pode existir o mesmo nome para o include. apenas para avisar, o include de um arquivo só pode ser feito uma única vez. esta rotina não poderá entrar em parafuso com outras existentes no core, por isto precisa pesquisa e testes

vixi, aí complicou, ficou muito grande para entender :-d já é a segunda vez que preciso de um esquema para colocar diretórios estilo "*" e não acho uma solução simples. da outra vez eu precisava de um esquema para carregar em um bloco a imagem "logo.gif" do tema, independente se tivesse no tema a ou no b. [url=http://www.xoopscube.com.br/modules/newbb/viewtopic.php?viewmode=flat&topic_id=7436&forum=9&type=]na época a gisa_iagami ajudou com um código php[/url]: <div class="xoopscode"><pre><samp><code>if(!defined('xoops_root_path')) exit(); $dirtema = $globals["xotheme"]; echo ' <img src="'.$dirtema->url.'/images/logo.gif" alt="logo" />';</code></samp></pre> por isso eu tentei repetir o esquema agora, trocando "todos os temas" ( $globals["xotheme"] ) por "todos os módulos" ( $globals["xoopsmodule"] ), mas não funciona (e nem dá erro): $maketags = $globals["xoopsmodule"];

fábio, a função que imaginei seria mais ou menos assim: ===== inicio do suposto código ==== function incluimetas { $dir = opendir(xoops_root_path."/modules"); while(($diretórios=readdir($dir)) !== false){ if($diretórios=="." or $arquivos=="..") continue; { if(is_dir($diretórios)){ - fazer armazenar em um array só os diretórios. - se quiser cortar caminho, pode armazenar na. array a linha do comando include inteira. mas prefiro fazer separado para poder. depurar. se a função funcionar, hehe. } } } while( $arrayanterior !== false ) { include_once xoops_root_path."/modules/".$diretóriodentrodoarray."/plugins/maketags.php"; } } incluimetas(); ==== fim do suposto código ==== hehe, sou muito ruim mesmo, para fazer funcionar uma função dessa levaria horas. mas a ideia é por ai. quem sabe alguém salve o tópico, in

luix, eu tentei o que você sugeriu mas não funcionou, não sei também se o jeito que fiz era o que você queria dizer. o que fiz com essas 3 opções que você colocou foi tentar desses 3 jeitos: include_once xoops_root_path."/modules/".$xoopsmodule->opendir()."/plugins/maketags.php"; include_once xoops_root_path."/modules/".$xoopsmodule->readdir()."/plugins/maketags.php"; include_once xoops_root_path."/modules/".$xoopsmodule->is_dir()."/plugins/maketags.php"; mas todos deram o mesmo erro com tela branca, apenas mudando o nome do *dir(): fatal error: call estou a member function is_dir() on a non-object in /opt/lampp/htdocs/testes/xoops/header.php on line 126 dependendo das coisas que tento, aparece esse erro de function, mas tem hora que tento algumas coisas que não aparece erro nenhum e o portal abre normal, o único "detalhe" é que a linha é completamente ignorada, como nesse caso: include xoops_root_path.'/

olá fábio, cara não sei o pode funcionar, mas agora tive uma ideia, não sei se funfa. mas vai lá. tenta fazer uma função guerreira, que busca todas as pastas dentro da pasta modules, e vai entrando nas subpastas e procurando pelos arquivos "metatags". pode utilizar o bom e velho [color=0000ff]opendir(), readdir() e is_dir() claro, não sei se o xoops já não tem essa função pronta, afinal no gerenciamento de módulos ele lê todos. nesse caso eu posso por ex. criar uma pasta de módulo sem módulo, só para incluir uma pasta de plugins dentro e jogar o outro hack dentro do maketags.php do outro "módulo" neste caso, não esquece de colocar os arquivos básicos para um módulo, apenas para disfarçar para o xoops, porque senão fica retornando aquele errinho chato no gerenciador de módulos. hehe, sei que não ajudou muito. é isso

o título está meio esquisito, mas não sei direito como explicar o que quero em poucas palavras. o que quero é colocar nos arquivos php um include que vá buscar um arquivo php passando por um diretório não-especifico. se fosse em shellscript no console do linux, seria tipo: diretório/*/arquivo.php. nesse caso, "*" simboliza qualquer diretório (todos) incluido dentro do dir "diretório". eu quero tirar vários códigos de hacks de dentro dos arquivos do core, substituindo por includes que vão buscar os hacks em um arquivo específico. por exemplo: o hack de tags do rw-banner. ele pede para incluir no cabeçalho.php o seguinte hack: include_once (xoops_root_path.'/modules/rw_banner/include/maketags.php'); tem um outro pedaço de código, mas é só para indicar "if", então o que interessa aqui é essa linha. eu criei dentro do módulo rw-banner uma outra pasta chamada plugins e copiei os dois arquivos chama

ok gisa_iagami, vou fazer desse jeito então. mas infelizmente só vou poder fazer isso na segunda-feira. depois eu conto como foi. obrigado pela força povo! bb.