Comments on: Criando eventos recorrentes com Recurrence

By: thiago diniz

thiago diniz — Wed, 26 Jan 2011 19:43:36 +0000

Nando, achei bem interessante a ideia de ter um modelo separado para eventos recorrentes(Schedule) e não recorrentes, mas não consegui entender como seria feito. Você poderia explicar melhor?

obrigado,
Thiago Diniz

By: Luiz Aguiar

Luiz Aguiar — Thu, 09 Sep 2010 18:24:22 +0000

Nando,

Primeiro parabéns pela gem, que realmente é algo muito útil e que tenho certeza que muita gente tem essa necessidade de eventos recorrentes.

Também estou pensando num cenário parecido com o descrito pelo Neves. Imaginemos um ambiente de cobrança, onde tenha centenas de eventos que "vencem" todo dia, eu teria que ter um "verificador que vai lá diariamente ver os eventos que estão vencendo hoje, como seria uma boa solução para retornar todos os eventos de hoje para serem executados? O que recomenda?

[]s

By: Diego Bernardes

Diego Bernardes — Wed, 05 May 2010 00:07:12 +0000

Tive problemas em utilizar essa gem com o Rails 3.

Na hora de salvar o modelo, da erro no meta, diz que nao pode chamar o metodo gsub privado para o objeto Hash.

Estou em muito tempo pra testar e descobrir o motivo, entao removi o serialize :meta do modelo, coloquei o campo meta no banco como string, gravei o meta como um YAML e na hora de ler, transformo novamente em hash.

r = Recurrence.new(YAML::load(d.meta).merge(:starts => d.scheduled_to))

Tirando esse problema que eu tive, esta tudo 100%, muitoooooo boa essa gem!! muito boa msm!!

By: Neves

Neves — Fri, 30 Apr 2010 13:26:15 +0000

Olá Nando. Há 2 anos atrás eu procurava uma solução como esta. Até discuti umas idéias com o Akita, mas não evolui. A sua solução é muito simples e elegante para resolver o problema do cálculo de recorrência, mas a solução que procurávamos era como filtrar no banco, apenas os eventos desejados, sem precisar trazer todos os eventos para a memória e fazer um loop manual.

Vamos pegar o pagamento todo dia 5 como exemplo. Eu consigo saber quando será o próximo pagamento apenas, mas não consigo passar pro banco a data 05/11/2012 e ele retornar os pagamentos que irão ocorrer neste dia. Para isso eu preciso fazer um loop em todos os eventos e perguntar pgto.inlude? "2012 -11-05". Ficou claro o problema?

Gostaria de discutir com você em particular sobre uma solução para este problema.

Parabéns pelo trabalho!

By: Otávio

Otávio — Thu, 22 Apr 2010 18:48:22 +0000

parabéns, bela gem....

By: Recurring events | Plataforma Tecnologia Blog

Recurring events | Plataforma Tecnologia Blog — Thu, 22 Apr 2010 17:59:35 +0000

[...] No, it's when the unix time 32-bit overflow…). You can check the Github repository and this blog post (in brazilian portuguese) to learn different use cases and examples for [...]

By: Cyrille

Cyrille — Thu, 14 Jan 2010 08:49:05 +0000

Obrigado!

The schedule approach seems a good path.

Cyrille

By: Nando Vieira

Nando Vieira — Wed, 13 Jan 2010 19:13:41 +0000

Cyrille, I think the best approach is having a separated model (Schedule) that holds these events and another one (Event) that may or may not be associated to the schedule. This way you can separate the domain and keep things simple. But you can have one single model if the older events aren't important... just use the `scheduled_to` attribute to both view presentation and scheduling seeding.

About your suggestion: this is a pretty nice feature indeed... I'll try to work on it.

By: Cyrille

Cyrille — Wed, 13 Jan 2010 17:21:53 +0000

Hello, your plugin seems very helpful !
I've a quick question and a improvement suggestion :

In your events exemple will it be possible to use the same AR model for both recurring and non recurring events? If yes what would be the the option hash for non recurring events?

Maybe a nice feature will be a method for retrieving the recurring hash in plain human language (a string) such as {:every => :month, :on => 5} => "Every 5th of each month" in order to display that information in a view.

Thanks
Cyrille

By: Nando Vieira

Nando Vieira — Mon, 21 Dec 2009 20:00:48 +0000

Renato, como é um exemplo simples, peguei o primeiro registro direto. Em uma aplicação real, você deve fazer exatamente o que disse. Quanto às perguntas: 1) O cálculo de datas é feito à partir do valor informado na opção :starts e, se não for especificado nada, será a data atual por padrão. Desse modo, toda a lógica em volta do que deve ser ou não exibido fica por conta do desenvolvedor, já que a ideia é ser generalista. 2) Depende. Os dois casos são possíveis. Se você especificar algo como r.events(:starts => Time.now).each {|date| puts date.to_s }, apenas os eventos que ocorrer à partir de hoje são retornados.