Sarg 2.3.6 para pfsense
-
Aproveitando, parece que essas opções causam algum problema na visualização do agendamento, elas não aparecerem na visualização, somente no modo de edição.
Corrigido e publicado com a versão 0.4.1. :)
-
Marcello,
Parece que existe um problema com os argumentos.
Olhando os logs percebi que ao executar a atualização forçada, é gerado os seguinte log
Apr 11 14:43:43 fw php: /pkg_edit.php: Sarg: force refresh now with '-ddate +%d/%m/%Y-date +%d/%m/%Y' args and none action after sarg finish.Porém ao executar o processo automático, ou seja pelo cron é gerado o seguinte log.
Apr 11 15:00:01 fw php: : Sarg: force refresh now with '' args and action after sarg finish.att
-
coloquei as configurações igual como o ccesario fez.
vou verificar amanha se realmente esta dando certo.
outra duvida minha. eu fiz um agendamento de 1 dia com o rotate logs, certo? esse agendamento vai acontecer quando virar o dia neh? ou so vai acontecer quando completar um dia, assim, eu fiz as configurações hj 11/04 as 15:00, entao ele sou vai acontecer no dia 12/04 as 19:00, quando realmente completar um dia? deu pra entender?
olhe ai como ficou o agendamento.
abraços.
-
outra duvida minha. eu fiz um agendamento de 1 dia com o rotate logs, certo? esse agendamento vai acontecer quando virar o dia neh? ou so vai acontecer quando completar um dia, assim, eu fiz as configurações hj 11/04 as 15:00, entao ele sou vai acontecer no dia 12/04 as 19:00, quando realmente completar um dia? deu pra entender?
O Agendamento a cada dia, acontecerá às 00 horas, ou seja, no próximo dia, mais exatamente
Apr 11 00:00:01 fw php: : Sarg: force refresh now with '' args and rotate action after sarg finish. -
Marcello,
Parece que existe um problema com os argumentos.
Olhando os logs percebi que ao executar a atualização forçada, é gerado os seguinte log
Apr 11 14:43:43 fw php: /pkg_edit.php: Sarg: force refresh now with '-ddate +%d/%m/%Y-date +%d/%m/%Y' args and none action after sarg finish.Porém ao executar o processo automático, ou seja pelo cron é gerado o seguinte log.
Apr 11 15:00:01 fw php: : Sarg: force refresh now with '' args and action after sarg finish.att
Marcello, não seria aqui o problema ?
84 if ($id > 0 && is_array($config['installedpackages']['sargschedule']['config'])){
85 $args=$config['installedpackages']['sargschedule']['config'][$id]['args'];
86 $action=$config['installedpackages']['sargschedule']['config'][$id]['action'];
87 }
88 else{
89 $args=$_POST['args'];
90 $action=$_POST['action'];
91 }
92 log_error("Sarg: force refresh now with '".$args."' args and ".$action." action after sarg finish.");Já que o no cron ele passa 0 como parametro do ID !?
*0 /1 * * * root /usr/local/bin/php /usr/local/www/sarg.php 0
att,
-
Marcello, não seria aqui o problema ?
84 if ($id > 0 && is_array($config['installedpackages']['sargschedule']['config'])){testa com if ($id >= 0 && is_array($config['installedpackages']['sargschedule']['config'])){
Se funcionar me avisa para eu publicar o patch.
-
testa com if ($id >= 0 && is_array($config['installedpackages']['sargschedule']['config'])){
Se funcionar me avisa para eu publicar o patch.
Marcello, pode publicar, funcionou certinho
Apr 11 18:00:01 fw php: : Sarg: force refresh now with '-d
date +%d/%m/%Y-date +%d/%m/%Y' args and none action after sarg finish.
Apr 11 19:00:01 fw php: : Sarg: force refresh now with '-ddate +%d/%m/%Y-date +%d/%m/%Y' args and none action after sarg finish.Porém o lance do cache ainda não está certo. Não está atualizando legal não. Será que uma div+ajax não resolveria o problema?
att,
-
Marcello, pode publicar, funcionou certinho
ok, obirgado pelo feedback.
Porém o lance do cache ainda não está certo. Não está atualizando legal não. Será que uma div+ajax não resolveria o problema?
Olha o fonte do frame e verifica se existem na linha duas instruções para não fazer cache
-
Sim, existe, eu já verifiquei.
-
Sim, existe, eu já verifiquei.
Tem mais alguma idéia para o browser não fazer cache disso sem reprogramar a interface?
Minha opinião é que dá para conviver com isso, já está bem melhor que antes.
-
Tem mais alguma idéia para o browser não fazer cache disso sem reprogramar a interface?
Minha opinião é que dá para conviver com isso, já está bem melhor que antes.
Vou pensar em algo aqui e fazer alguns testes.
Com certeza, da para conviver tranquilo. Apenas estou apontando isso como melhoria :) .. Já que que existem comentários sobre o assunto.
:D
-
Vou pensar em algo aqui e fazer alguns testes.
Que tal a solução?
Algo com Javascript, utilizando a função Random?
Ao chamar a pagina a ser carregado no Frame, inclua um parametro na URL com o valor gerado pelo random.
var axel = Math.random() + "";
var num = axel * 1000000000000000000;<iframe src="/sarg_frame.php?preventcache=num" frameborder="0" width="100%" height="600"></iframe>
Tipo essa sugestão
http://support.google.com/dfa/partner/bin/answer.py?hl=pt-BR&answer=134572
O que acha?
-
Você já testou?
-
Na interface do Sarg ainda nao.
Testei em outras paginasVou ver se consigo fazer um teste ainda hoje e lhe reporto
-
Sugestão para NO CHACHE :)
–- sarg_reports.php.ORI 2012-04-11 21:35:52.000000000 -0300
+++ sarg_reports.php 2012-04-11 21:50:33.000000000 -0300
@@ -72,8 +72,12 @@
-- <iframe src="/sarg_frame.php" frameborder="0" width="100%" height="600"></iframe>
+Testado com sucesso.
Quem mais puder testar e relatar, seria de grande ajuda.
att
-
ccesario,
Posso testar..
Aproveitando tem como explicar esse codigo, inclusive o lance de "–-" e "+++". Desculpe se fugi do assunto
mas gostaria de entender..para depois ajudar em projetos futuros.. -
- significa código que sai
- significa código que entra
:)
-
Testado com sucesso.
Quem mais puder testar e relatar, seria de grande ajuda.
att
Marcello com isso parece ter resolvido o problema por definitivo.
Chegou a testar ?
att
-
Vou fazer isso hoje.
-
fiz alteração..Acho que resolveu…
