PUBLIC MARKS from bacon with tags módulo & envios

meu amigo, mais uma vez muito obrigado por sua paciência, gentileza e ajuda. :-) e me desculpa também por qualquer coisa, sei que às vezes sou um cara meio chato.hehehe :-d olha, realmente houve uma falha minha aí, não instalei editor nenhum. aliás, até hoje nunca instalei nenhum desses editores.rs pode ser, então, que todos este problema esteja sendo causado pela falta dos tais editores, né? vou reler com mais calma o txt. vou seguir todas as sugestões e procedimentos informados, e após tudo isso, posto aqui o resultado. editado: notei algo estranho, quando ativo o debug. o portal funciona perfeitamente, mas são mostrados alguns erros, por exemplo, quando acesso o "system admin". é normal isso? um grande abraço! :-)

marcos_zy escreveu: opa, vamos lá, meu amigo. foi mal.rs :-d no problem, vamos lá até resolver esta bagaça :-d 1) uso a versão 2.0.13 (a mesma recomendada aqui pelo xoops). sim, mas não porque seja a melhor, hoje a 2.0.13.2 é bem mais estavél, mas a compatibilidade com cerca de 300 módulos xoops está garantida nesta versão. observação: desde que não use atualizações novas de módulos, aí é melhor utilizar versões mais recentes do xoops como 2.0.13.2, 2.0.14 ou agora a 2.0.15 eu até acredito que a 2.0.15 não irá se firmar por muito tempo não, mas talvés a próxima sim, será uma versão de compatibilidade para se migrar portais antigos. 2) php versão 4.4.4 perfeito, no problem. 3) li. inclusive, aquela obs

marcos_zy escreveu: então, liguei o debug, e olha só os erros que aparecem quando tento entrar em "alterar parâmetros": fatal error: cannot instantiate non-existent class: xoopseditorhandler in /home/meusite/public_html/site/modules/xmail/admin/param.php on line 75 aqui tem um erro fatal, mas como instalou os editores visuais existe o xoopseditor que deve ser instalado como um módulo ou copiado no diretório class do raiz de seu xoops. mais instruções estarão em um outro endereço abaixo. notice [php]: only variable references should be returned by reference in file include/functions.php line 493 notice [php]: only variable references should be returned by reference in file include/functions.php line 493 aqui infelizmente é diretiva que permite a passagem de parametros por referencia. pesquise no fórum aqui porq

opa, vamos lá, meu amigo. foi mal.rs :-d então, vamos lá: 1) uso a versão 2.0.13 (a mesma recomendada aqui pelo xoops). 2) php versão 4.4.4 3) li. inclusive, aquela observação a respeito da versão 2.0.5, mas creio que não se aplica aqui, né. 4) no debug do smarty, não ocorreu erro algum. 5) no debug do mysql, os erros são os seguintes: select * from xt_config where (conf_modid = '0' and conf_catid = '1') order by conf_order asc select sess_data from xoops_session where sess_id = 'f75e287d13e9d1f3abf268db7274b8fd' select * from xoops_users where uid=1 select * from xoops_modules where dirname = 'xmail' select * from xoops_group_permission where (gperm_name = 'module_admin' and gperm_modid = '1' and (gperm_groupid = '1' or gperm_groupid = '2')) total: 5 queries. blocks. total: 0 blocks. execution time. xoops took 0.055350065231323 seconds est

o meu brother, tu precisa ser especifico para agilizar as soluções, da um desespero danado porque sei que não vou lhe ajudar nesta etapa e possivelmente só na próxima. vou fazer algumas perguntinhas básicas. 1 - versão do xoops (ele não roda em 2.2) 2 - qual versão do php 3 - leu o arquivo readme.txt ou leiame.txt completamente. 4 - quando ativou o debug do smarty qual o erro 5 - se ativou o debug do mysql, qual o erro. 6 - se ativou o debug do php, qual o erro. veja aí que com certeza talvez se tu me ajudar legalzinho tendo bastante paciência em passar todos os detalhes, passo a passo o que já fez, com certeza este problema será resolvido. :-) xoops

então, liguei o debug, e olha só os erros que aparecem quando tento entrar em "alterar parâmetros": fatal error: cannot instantiate non-existent class: xoopseditorhandler in /home/meusite/public_html/site/modules/xmail/admin/param.php on line 75 notice [php]: only variable references should be returned by reference in file include/functions.php line 493 notice [php]: only variable references should be returned by reference in file include/functions.php line 493 notice [php]: only variables should be assigned by reference in file class/database/mysqldatabase.php line 236 notice [php]: only variables should be assigned by reference in file class/database/mysqldatabase.php line 236 notice [php]: only variable references should be returned by reference in file include/functions.php line 493 notice [php]: only variable references should be returned by reference in file include/functions.php line 493 notice [ph

com toda a certeza. pessoal, valeu mesmo por todas as informações! :-) editado: notei algo estranho, no xmail: quando vou em "alterar parâmetros", me retorna uma página em branco. o que pode ser?

é exatamente isto que o rplima falou com o complemento do rmarx. eu citei lotes de 50 como uma base, mas claro que lotes de 10 é o mais aconselhavel para não detonar servidores. agora só quero lembrar que em portais de grande volume de informações isto acontece brincando. 5.000 é o que se manda em uma hora por exemplo no xoops.org quando um determinado tópico é marcado para ser acompanhado e tem umas 50 respostas. imagine que 100 utilizadores, um número até que bem pequeno deixem notificado isto e seja todas estas notificações por e-mail :-) vai acontecer a mesma coisa. agora o esquema de lote é assim mesmo. você define o parametro de 10 em 10 ou 50 em 50. escolhe lá para quem vai, exemplo 500 utilizadores e ele vai descarregando. a grande vantagem da nova versão que está vindo logo mais é agendar isto justamente como o rmarx falou. :-) ai deixe o seu portal trabalhando para você mas por favor, sem spam gente. o xmail tem

joia, vou fazer alguns testes. valeu pela ajuda, pessoal! :-)

a gisa_iagami disse: "mas independente disto, nunca envie 500 de uma vez. o sistema xmail permite que tu envie estes 500, mas na parametrização do módulo use os lotes de 50 no máximo para a sua segurança. se ele falhar, vai continuar de onde parou. tudo bem ? xoops" marcos_zy escreveu: "agora, uma coisa que não entendi em relação ao xmail: configurando-se para que ele envie 500, ele automaticamente vai dividir em grupos de 50?" acredito que sim porque não teria lógica alguém fazer um módulo com opção ilimitada de cadastros de e-mails, no meu caso faria com limites, mas. observação: nunca usei esse módulo!

rmarx! então, na verdade este cliente está em um dedicado meu, e está "sofrendo" com estas limitações visando evitar o spam, porque como se trata de hospedagem compartilhada, não dá para liberar. realmente, é verdade o que você disse em relação ao congestionamento, principalmente numa máquina onde existem mais domínios. agora, uma coisa que não entendi em relação ao xmail: configurando-se para que ele envie 500, ele automaticamente vai dividir em grupos de 50?

marcos_zy escreveu: beleza, pessoal. valeu pela ajuda! acho que o mais fácil para esse cliente seja um dedicado, mesmo. um grande abraço a todos! marcos_zy a saída é essa mesma, masmesmo antes de assinar um dedicado, leia rigorosamente as regras do dc para você ainda não ter problemas futuros.

beleza, pessoal. valeu pela ajuda! acho que o mais fácil para esse cliente seja um dedicado, mesmo. um grande abraço a todos!

rplima2004 escreveu: "e outra, alguns hosts, dependendo do plano que você tenha podem considerar que o envio de mais de 300 emails por hora seja spam e bloqueiam a sua conta (isto já aconteceu comigo)." rodrigo pois rodrigo, é assim mesmo, e não é "dependendo do plano que você tenha",a regra é geral, o envio de e-mails em massa além de ser considerado spam congestiona o servidor, imagina você um servidor com mais de 100 clientes (meu caso) e uma média de 100 clientes tenta enviar 50 e-mails só aí já são 5.000 e-mails de uma só vez, fora os outros serviços sendo executados ao mesmo tempo, isso ocorre porque os servidores são compartilhados salvo exceção de semidedicado. ou seja o "simples" envio de 5000 e-mails trava o servidor deixando outros clientes na mão. pelo fato de prática de spam já deletei duas contas de hospedagem e suspendi uma conta. o negócio é o seguinte se existe mesmo

não cara, isto não é um problema do xoops ou do módulo em si, é de uma classe do php chamada phpmailer, responsável por envio de emails. e outra, alguns hosts, dependendo do plano que você tenha podem considerar que o envio de mais de 300 emails por hora seja spam e bloqueiam a sua conta (isto já aconteceu comigo). o que a gisa_iagami quis dizer é para você configurar o módulo para enviar os 500 emails, porém em vez de mandar todos de uma vez ele irá mandar de 50 em 50, entendeu? todos os 500 emails serão enviados porem não ao mesmo tempo, isso ocorrerá em intervalos de tempo. os 500 emails são poucos até, eu já usei o xmail para enviar newsletter para uma base de 10.000 utilizadores e ele funcionou sem problemas. é isso aí, qquer coisa da um grito. rodrigo

opa, beleza? :-) então, deixa eu ver se consigo passar o que preciso.rs. este meu cliente, tem ao redor de 500 clientes, talvez um pouco mais. ele precisa enviar, constantemente, e-mails avisando aos mesmos da disponibilidade de novas versões de softwares com os quais trabalha. pelo que entendi, então, nestes módulos para xoops encontrarei dificuldades em enviar os 500 de uma vez, e até risco de não serem enviados, correto? este é um problema somente dos módulos para xoops, ou de repente algum script separado de news em php funciona para enviar esses 500 de uma vez? (desculpe esse offtopic aqui.rs). um grande abraço! :-)

com qualquer um. esta falha não é do xmail ou evennews, era da phpmailler :-) a versão 2.0.14 e 2.0.15 vem com a phpmailler atualizada e estaremos realiazando testes no xmail com ela. talvez agora seja possivel. mas independente disto, nunca envie 500 de uma vez. o sistema xmail permite que tu envie estes 500, mas na parametrização do módulo use os lotes de 50 no máximo para a sua segurança. se ele falhar, vai continuar de onde parou. tudo bem ? ;-) xoops

gisa_iagami :-) o que ocorre se eu tentar enviar os 500 de uma vez, por exemplo? muitos são "perdidos", o envio não ocorre, etc? este problema existirá tanto no xmail, quanto no evennews ou qualquer outro script de news? valeu mais uma vez! :-)

simultanêo não, mas monte lotes de 50 em 50 que vai na boa :-)

pessoal! preciso instalar um módulo de newsletter, para envio de comunicados. eu gostaria de saber se o xmail 2.0 ou algum outro módulo qualquer de newsletter, como o evennews, suporta o envio simultâneo para mais ou menos 500 destinatários diferentes. alguém utiliza desta forma, ou saberia informar? obrigado! :-)