PUBLIC MARKS from bacon with tag branca

amigos! obrigado pelas dicas, todas validas. sofri um bom tanto e bastou atualizar para xoops 2.0.16 e by by tela branca. segundo passo, foi de habilitar 2 formularios, resolvido com a instalação do multimenu + o mastop já instalado. agora, vamos dar continuidade e podem conferir o resultado aqui no [url=http://ganhei.net]portal de saude e bem-estar[/url] como se trata de um formulário para cadastro de afiliados, estou buscando ajuda dos amigos desenvolvedores para implementar um código aqui mesmo no formulaire deste tópico: [url=http://www.xoopscube.com.br/modules/newbb/viewtopic.php?topic_id=7654&forum=10&post_id=47172#forumpost47172]módulo de afiliados[/url] foi tentado uma sugestão neste tópico: [url=http://www.xoopscube.com.br/modules/newbb/viewtopic.php?topic_id=8152&forum=21&post_id=47173#forumpost47173]hack smartclient afiliate[/url] abraço a todos; virtual

idem ao que coloquei no xbr virtual tente fazer o seguinte até ser resolvido, nos conformes. você pode fazer de 2 jeitos. * criem um bloco e adicione os seguintes links. http://cristiano.ganhei.net/html/modules/formulaire/formulaire.php?id=2 o último nº significa a id do formulário, é óbvio com os seus devidos codigos html ou. *em blocos e grupos, deixe os visitantes verem a "lista de formulário" no casa do seu portal indicado, ainda tem o formulário de exemplo com a id 1, assim vai aparecer os 2 formulários. exemplos do portal indicado: [url=http://cristiano.ganhei.net/html/modules/formulaire/formulaire.php?id=1]formulario de exemplo[/url] [url=http://cristiano.ganhei.net/html/modules/formulaire/formulaire.php?id=2]pesquisa do seu bem-estar[/url]

virtual. fiz os teste dessa versão do formulaire com a versão by xoops do xoops e aparentemente está funcionando tudo normal. + apache 2.2.4 + mysql 5.0.33 + php 5.2.1 tenta fazer os teste em localhost com o xampp por exemplo e vê se o problema se repete. no mais fico no aguardo. abração!

amigos! de novo recorro por ajuda. atualizei xoops 2.0.13 para 2.0.15 porque não encontrei 2.0.16 com pasta traduzida para o portugues e a 2.0.17 que baixei também não esta traduzida. vamos aos resultados usando 2.0.15 em português e módulo formulaire 3.3 traduzido: meu provedor de hospedagem uso este plano; os: linux. apache versão: 1.3.37 (unix) mysql versão: 4.0.27-standard. php versão: 4.4.4 site dos testes de módulos em: cristiano.ganhei.net ocorre pelo menu um loop direto. ao tentar abrir com botão direito em nova janela, abre página em branco em: http://cristiano.ganhei.net/html/modules/formulaire/ aivei o debug e não apareceu nenhum erro critico ou alerta ou semelhante. será que alguém sabe o que se passa? isso ocorreu apos o primeiro cadastro como admin. ao sair, já não funcionou. entrei como admin e também não funcionou mais. se utilizar o resultado de endereço gerado pelo form, fun

amigos! me desculpe abrir de novo tópico formulaire. pesquisei pela palavra formulaire e não encontrei explicação para página branca nele depois de configurar, testar e gravar formulario. consegui consultar resultado na area admin. ocorre que não apareceu a página do formulario ao clickar na opção pesquisa no menu do portal. ao optar com botão direito abrir em nova página, abre em branco. estou com a versão 3.3 do formulaire, xoops 2.0.13 http://cristiano.ganhei.net/html/modules/formulaire/ abraços. virtual

não sei exatamente o que houve, porque simplesmente voltou a funcionar. obrigado

na verdade eu prefiro até mesmo utilizar o módulo rmdp para downloads, porém com ele também estou tendo problemas.. quando tento cadastrar uma categoria.. ele dá erro.. vou colocar abaixo o debug dele. fatal error: call estou undefined function: rmdprandomword() in c:\server\htdocs\modules\rmdp\admin\categos.php on line 176 notice [php]: only variable references should be returned by reference in file c:\server\htdocs\include\functions.php line 493 notice [php]: only variable references should be returned by reference in file c:\server\htdocs\include\functions.php line 493 notice [php]: only variables should be assigned by reference in file c:\server\htdocs\class\database\mysqldatabase.php line 236 notice [php]: only variable references should be returned by reference in file c:\server\htdocs\class\database\mysqldatabase.php line 348 notice [php]: only variables should be assigned by reference in file c:\server\htdocs\class\database\mysqldatabase.php

liga o debug do xoops e vê que mensagens de erro ele dá.

estou com um problema.. instalei o módulo wf-downloads, e quando clico em downloads no menu principal, abre o portal normalmente mas no meio, onde deveria aparecer o conteúdo do módulo, fica em branco, vazio. o que pode estar acontecendo..? grato. windows xp sp2 xoops 2.0.13 mysql 2.6.4 wf-downloads 3 módulos instalados: webstats, marquee, articles, p´tites anonces, mpmanager, pical, dms, votações, ameventos, xhforum, myalbum-p, sitemap, smartsection, seções, etc. imagem: http://ibf.com.br/errowfdownloads.jpg

opa tem sim, só se inscreva neste tópico [url=http://www.xoopscube.com.br/modules/newbb/viewtopic.php?topic_id=6290&forum=7&post_id=42369#forumpost42369]roadmap xmail[/url] mande mp com o e-mail para onde quer o módulo. passar retorno dos testes no tópico mencionado e não via mp para mim. e até eu liberar, não pode ser fornecido ao público em geral. xoops

gisa_iagami. manda o módulo para eu testar tb! tem como?

já respondi a mp e foi enviado em sua caixa a versão de testes. xoops

boa oportunidade para você virar um grande cobaia do xmail 2.5 :-) entre em contato comigo via mp e se junte a equipe de beta teste. veja o tópico que fala sobre o xmail 2.5 xoops vamos apoiar o produto nacional , rss :-d o que tem no evenews tem no xmail e muito mais.

pessoal! será que alguém pode me ajudar no módulo evennews? estou com um problema, em um cliente. o mesmo tenta enviar mensagens (mala-direta) através do módulo evennews para um grupo de utilizadores/membros do xoops que possui mais ou menos 500 destinatários, porém, é retornada uma "página em branco" alguns segundos após se clicar no botão "enviar". é estranho porque algumas mensagens são enviadas (não tem como saber se foram todas). no ie, diz que "atingiu o tempo limite", no firefox, só dá a página em branco. se tento enviar a mala -direta para um grupo com poucos utilizadores (10), ocorre tudo normalmente, assim como se tento enviar as mensagens para um grupo de utilizadores somente da mala-direta, com mais ou menos 8 utilizadores. o problema somente ocorre quando se tenta enviar para esse grupo de utilizadores do xoops, com mais ou menos 500 destinatários. já ativei, sucessivamente, o debug no xoops para mostrar erros do php, do mysql e

bem segundo o atendente da brturbo é linux, quando abro o ftp ele conecta e diz que esta rodando em unix. todas as 4 instalações foram feitas com o xoops novinho, não mexi em nada, cheguei a pensar que era o programa de ftp que estava upando corrompido, peguei os arquivos md5 da pasta docs e enviei para o server, não retornou erro algum. também já usei 3 programas de ftp diferentes. cansei, amanhã vou telefonar para brturbo e se eles disserem que é problema no xoops, vou cancelar tudo e trocar de servidor, porque é muita coisa, trabalhei 3 meses para acertar o xoops em localhost e adicionar todo o conteúdo, não vou me contentar com páginas estáticas e ter que refazer tudo em html! nem serávir para mim porque quero interação com usuário como aqui no xoops! hoje vou tentar enviar para o "miarroba" se correr tudo bem já sei que é a brturbo. pois levaram um mês para liberar o portal com problemas de dns, e quando resolvi, não foi no suporte mas sim no

sabe de uma coisa o loco por web, até agora tu não passou a configuração do teu server. seria ele windows se for, só pode ser problemas com a configuração do server, já tive problema semelhante com server windows rodando apache e iis. existia algum problema entre o usuário web e suas permissões e sempre perdia as configurações. e ainda quando se apagava o conteúdo da pasta templates_c e também do cache, estranhamento eles voltavam e lá estavam eles de novo. para ficar livre dos arquivos só apagando a pasta e la iam as permissões assim que o portal era acessado de novo. o problema foi resolvido pelo administrador do sistema e até hoje não exatamente o que era, mas funcionou as mudanças que ele fez. agora se o server for linux, tudo que o fbs777 passou até agora já deveria ter resolvido, se não acontece assim, desculpe, mande o seu hospedeiro ler o tópico e tentar lhe ajudar porque existe algo errado nas configurações do server ou na

pois é fsb777, mas embora eu tenha setado as permissões antes da instalação para 777, eu acho que o servidor não permite que fique em 777 e troca para 770 ou outro, durante a instalação. penso eu que 770 não permite a modificação dos arquivos que estão no servidor pelo browser. porque no passo cinco da instalação dá um ítem em vermelho e diz que "o caminho físico tem que ser um diretório." logo abaixo diz em verde: "o caminho fisico está correto"? pergunto: posso instalar com permissão 770? se não, qual o passo-a-passo para forçar 777? ou tenho que reclamar com os atendentes do servidor pelo telefone? :roll:

se você deixou tudo em 777, tem que corrigir, porque só deve ficar em 777 os 3 diretórios (cache, templates_c e uploads) e o mainfile.php antes de terminar a instalação. depois de instalado, o mainfile.php deve voltar para 444 (ou 644) e os 3 dir. devem continuar com perm. 777. de resto, as permissões devem ser (antes e depois da instalação): diretórios: 755 (rwxr-xr-x) arquivos: 644 (rw-r-r-) se depois de instalar, um dos 3 dir que precisam de perm. 777 ficar com 770 como você disse, entra no ftp, selecione os 3 dir. e altere a permissão para 777. cada ftp tem seu jeito próprio de chegar na opção de mudar a permissão, mas normalmente a opção para mudar a permissão tem chmod no nome.

fiz todos os procedimentos sugeridos aqui: coloquei teoricamente todos os arquivos em 777, mas tem alguma coisa errada porque na administração continua pedindo para colocar o mainfile em 444! verifiquei os arquivos, estão todos presentes. quando reinstalei coloquei os arquivos em 777, fiz a instalação e verifiquei no ftp que estavam em 770. 770 não permite a escrita, leitura e execução publica, acho que aí está o erro! como consigo setar tudo para 777? não achei no xoops.org como fazer isso! não sou excelente em inglês. coloquei o debug em 2, não deu erro, em 3 apareceu isso: smarty debug console. included templates & config files (load time in seconds): db:system_block_user.html. db:system_block_mainmenu.html. /mnt/filer/brtdata/domínios/a/r/artedosul.com/www/themes/default/theme.html (0.42806) default/theme_blockleft.html (0.10736) default/theme_blockleft.html (0.10351) assigned template variables: {$scr

apenas complementando a dica do gisa_iagami by gisa_iagami em 19/10/2006 12:57:55 alias, não esqueça de incluir na pasta do cache um arquivos index.html para redirecionar ao raiz do portal, isto é importante também. o arquivo index.html pode conter apenas o seguinte código: <div class="xoopscode"><pre><samp><code><script>history.go(-1);</script></code></samp></pre> seguindo o padrão do xoops. é isso

em teoria não deveria ser problemas com permissões se ele acabou de instalar e para isto precisa de acesso 777 ou 775 para os diretórios cache, uploads, templates_c. mas se isto é só na área administrativa, pode ser o diretório cache que precisa das permissões. alias, não esqueça de incluir na pasta do cache um arquivos index.html para redirecionar ao raiz do portal, isto é importante também. evita alguns meninos que gostam de ficar bizoiando nesta pasta.xoops

opa. eu tive um erro parecido e foi o fbs777 que me ajudou a resolver. no meu caso era erro de permissões mesmo. mas já me aconteceu de ter arquivos corrompidos durante o processo de upload. para ligar o debug e ver se tem algum erro no seu portal (não em localhost, mas no que você está executando no server) tem um tópico sobre debug forçado em que mudando o código consegue-se ligar o debug abraxxxxx

entra no /cache pelo ftp e vê se tem o arquivo adminmenu.php lá. pra admin funcionar direito, precisa ter esse arquivo lá, e ele é jogado lá automaticamente quando você entra na admin pela 1ª vez. se não tiver, então verifica de novo se o cache está em 777, porque parece que você chegou a mandar todos os arquivos de novo para o serv, então pode ser que você esqueceu de colocar o novo cache como 777. quanto ao mainfile.php, alguns host tem esse negócio de não permitir definir a permissão sem acesso de escrita para o dono, então você coloca 444 e ele reajusta para 644. dá para forçar o uso da perm. 444, no xoops.org tem um artigo ou faq sobre isso. de qualquer forma, se você coloca 444 e o host deixa 644, quando você entra na admin do xoops não aparece nenhum aviso mandando deixar em 444. quanto ao debug, não deu nenhum erro, o que apareceu é só as query que o xoops pediu para essa página. experimenta entrar de novo no phpmyadmin e em vez de colocar o valor 1 p

fbs, diretório /cache está 777, mas tem horas que não consigo mudar as permissões! não consigo mudar mainfile para 444, fica em 666. consegui ativar o debug pelo phpmyadmin e diz que não há nenhum erro, somente isso: all errors: 0, blocks: 0, extras: 0. queries: select * from ads1_config where (conf_modid = '0' and conf_catid = '1') order by conf_order asc select sess_data from ads1_session where sess_id = '10e31d7b4296ce2c6510da20d52753a5' select * from ads1_users where uid=1 select * from ads1_group_permission where (gperm_name = 'module_admin' and gperm_modid = '1' and (gperm_groupid = '1' or gperm_groupid = '2')) timers: xoops took 1.199 seconds estou load. xoops boot took 0.935 seconds estou load. module init took 0.264 seconds estou load. sei lá o que é isso! ( meu pai falou para eu estudar, só queria jogar bola!) :cry:

normalmente isso é porque o diretório /cache está sem permissão total. v se é isso, e se for, mude (por ftp ou pelo cpanel) a permisão para 777 (rwxrwxrwx). além do dir. cache, os dir. /templates_c e /uploads também tem que ficar com permissão 777.