PUBLIC MARKS from bacon with tag tela

quando marco a opção erros do php, a página principal simplesmente não abre, dá página não encontrada. quando marco a opção mysql/blocos, a página inicial fica toda em branco. com smarty debug console included templates & config files (load time in seconds): db:system_block_search.html. db:system_block_mainmenu.html. db:system_block_dummy.html. db:system_block_user.html. db:xoopspoll_block_poll.html. db:system_block_dummy.html. db:system_block_dummy.html. db:system_block_dummy.html. db:xmail_block_subcr.html. db:system_block_newusers.html. db:article_index.html. db:system_notification_select.html (0.01186) 2007/theme.html (0.02544) 2007/theme_blockleft.html (0.00161) 2007/theme_blockleft.html (0.00146) 2007/theme_blockleft.html (0.00184) 2007/theme_blockleft.html (0.00170) 2007/theme_blockleft.html (0.00149) 2007/theme_blockleft.html (0.00148) 20

ligue o debug do php e posta aqui os erros que aparecerem. provavelmente algum arquivo que é incluído no código da página principal para os utilizadores logados foi corrompido durante a migração. rodrigo

consegui depois de muito trabalho migrar tudo de um servidor windows para um linux, porém quando alguém acessa a página principal sem se logar, abre normalmente. porém, quando a pessoa loga no portal, abre qualquer módulo, mas quando clica em inicio, ou sai da adm para a pag principal, fica também tudo em branco. alguém sabe o que pode estar acontecendo? grato

olá pimps, existe a possibilidade de essa tela de avisos aparecer no corpo do portal, como se fosse um bloco de centro-centro? como bloco, não sei não, acredito que não tenha como. mas você pode alterar a template da página de redirecionamento. já fiz isso várias vezes, copiei o html do tema dentro da template, claro que tiradas as marcações estravagantes, como a maioria que está no head as marcações smarty para os blocos etc. e incluidas as marcações smarty para a mensagem de redirecionamento. um detalhe, se você utilizar imagens que estiverem na pasta theme, quando vocês utilizar a área administrativa, elas podem não serem exibidas. é isso

vou postar nesse tópico para não fugir do assunto. existe a possibilidade de essa tela de avisos aparecer no corpo do portal, como se fosse um bloco de centro-centro? acho ela importantíssima para avisos e etc, mas ela deveria estar integrada ao tema do portal. abraxxx

sensacional, poupou demais o tico e o teco. tb estava atrás disso.

opa, relembrando, deveria para a faq. xoops

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