TIME_ZONE errado, cuidado!

[Guilherme Mesquita Gondim (semente)]

Quem usa 'America/Sao_Paulo Brazil/East' no TIME_ZONE pode tá tendo
sérios problemas com o Django, o comando datetime, etc. Veja:

$ TZ='America/Sao_Paulo Brazil/East' date
Thu Jun 7 22:13:09 America/Sao_Paulo Brazil/East 2007

$ TZ='America/Sao_Paulo' date
Thu Jun 7 19:13:17 BRT 2007

TZ='Brazil/East' date
Thu Jun 7 19:20:27 BRT 2007

O correto seria 'America/Sao_Paulo' ou 'Brazil/East' para pegar o
horário de Brasília.

Eu relatei como bug no Django, mas depois que responderam meu
ticket[1], eu percebi que compreendi mal. Eles mandam utilizar
entradas como em [2]. E como lá está 'America/Sao_Paulo Brazil/East' e
não 'America/Sao_Paulo' OR 'Brazil/East', gera essa confusão.

Até,
semente

1. http://www.postgresql.org/docs/8.1/static/datetime-keywords.html#DATETIME-TIMEZONE-SET-TABLE
2. http://code.djangoproject.com/ticket/4505

PS: Não ligam pro meu pseudo-inglês no ticket, eu nunca consigo
expressar o que quero, mas acaba que no final sou compreendido. :-P

[Guilherme Mesquita Gondim (semente)]

On 6/7/07, Guilherme Mesquita Gondim (semente) <sem...@gmail.com> wrote:
> Eu relatei como bug no Django, mas depois que responderam meu
> ticket[1], eu percebi que compreendi mal. Eles mandam utilizar
> entradas como em [2]. E como lá está 'America/Sao_Paulo Brazil/East' e
> não 'America/Sao_Paulo' OR 'Brazil/East', gera essa confusão.

O ticket foi reaberto, tornando uma questão de documentação. Eu sugeri
que criassem uma página com os TIME_ZONE possíveis. Muita gente
confunde olhando naquela documentação do Postgre (como é sugerido).
Minto, muita gente eu não sei, mas eu, o Marinho e o próprio cara que
tinha fechado meu bug o reabriu pois já confundiu também.

> 1. http://www.postgresql.org/docs/8.1/static/datetime-keywords.html#DATETIME-TIMEZONE-SET-TABLE
> 2. http://code.djangoproject.com/ticket/4505

Eu troquei 1 com o 2 se perceberam. :-P

[Jader Rubini]

Eu uso Etc/GMT-3 e "works fine"... pelo menos até agora... :)

On 7 jun, 19:30, "Guilherme Mesquita Gondim (semente)"

<seme...@gmail.com> wrote:
> Quem usa 'America/Sao_Paulo Brazil/East' no TIME_ZONE pode tá tendo
> sérios problemas com o Django, o comando datetime, etc. Veja:
>
> $ TZ='America/Sao_Paulo Brazil/East' date
> Thu Jun 7 22:13:09 America/Sao_Paulo Brazil/East 2007
>
> $ TZ='America/Sao_Paulo' date
> Thu Jun 7 19:13:17 BRT 2007
>
> TZ='Brazil/East' date
> Thu Jun 7 19:20:27 BRT 2007
>
> O correto seria 'America/Sao_Paulo' ou 'Brazil/East' para pegar o
> horário de Brasília.
>
> Eu relatei como bug no Django, mas depois que responderam meu
> ticket[1], eu percebi que compreendi mal. Eles mandam utilizar
> entradas como em [2]. E como lá está 'America/Sao_Paulo Brazil/East' e
> não 'America/Sao_Paulo' OR 'Brazil/East', gera essa confusão.
>
> Até,
> semente
>

> 1.http://www.postgresql.org/docs/8.1/static/datetime-keywords.html#DATE...
> 2.http://code.djangoproject.com/ticket/4505

[Guilherme Mesquita Gondim (semente)]

On 7/10/07, Jader Rubini <jader...@gmail.com> wrote:
>
> Eu uso Etc/GMT-3 e "works fine"... pelo menos até agora... :)

Bom, dê uma conferida aí, pois fiz uns testes e não rolou, veja:

$ TZ='Brazil/East' date
Tue Jul 10 21:36:14 BRT 2007
$ TZ='Etc/GMT-3' date
Wed Jul 11 03:36:17 GMT-3 2007

[François Gonzalez]

MEU CARO, Estava com o mesmo problema de ter umas 3 horas a mais no meu fuso horário.

A variavel
# If you set this to False, Django will not use timezone-aware datetimes.

USE_TZ = False

Estava como TRUE isso que fazia meu timezone estando TIME_ZONE = 'America/Sao_Paulo', quando modifiquei para FALSE resolveu meu problema espero que o mesmo resolva o seu.

[Ademir Francisco da Silva]

Esta solução é imediatista o correto é deixar como True devido as
vantagens que traz contudo reconheço que você vai ter que ler um pouco
mais para poder operá-la utilizando-se do timezone-aware ... ;-)

On 19/08/2014 17:49, François Gonzalez wrote:
> MEU CARO, Estava com o mesmo problema de ter umas 3 horas a mais no
> meu fuso horário.
>
> A variavel

> *# If you set this to False, Django will not use timezone-aware
> datetimes. *
>
> *USE_TZ = False*

> --
> Você recebeu essa mensagem porque está inscrito no grupo quot;Django
> Brasil" dos Grupos do Google.
> Para cancelar inscrição nesse grupo e parar de receber e-mails dele,
> envie um e-mail para django-brasi...@googlegroups.com
> <mailto:django-brasi...@googlegroups.com>.
> Para mais opções, acesse https://groups.google.com/d/optout.


--
Ademir Francisco da Silva
Skype ...: Ademir_Francisco_da_Silva
[ CMC ] God will do me justice

[Neto]

Ademir, quando se faz necessário utilizar USE_TZ? Você diz que é melhor deixar como True, poderia falar mais sobre o assunto?

[Leandro Zanuz]

Olá,

Basicamente usando TZ, a data em seu database sempre será armazenada no fuso greenwich (-3 no fuso BR), e com django você utiliza o timezone do usuário para exibir a data.

Se seu sistema é local e não é utilizado por pessoas de fusos horários diferentes não tem muita utilidade o TZ.

Um exemplo de aplicação do TZ seria um portal de notícias, onde uma notícia postada no Brasil as 15h, para usuários de outros fusos horários, constaria que a noticia foi postada na hora local deles, e não 15h. Seria estranho um usuário ver que a noticia foi postada as 15h do dia X se para ele ainda é 10h.

Basicamente é isso,

Att.

Em 20 de agosto de 2014 14:27, Neto <paulosou...@gmail.com> escreveu:

Ademir, quando se faz necessário utilizar USE_TZ? Você diz que é melhor deixar como True, poderia falar mais sobre o assunto?

--

Você recebeu essa mensagem porque está inscrito no grupo quot;Django Brasil" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para django-brasi...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

Enviado via UCSMail.

[Ademir Francisco da Silva]

O Leandro já "deu" o básico..., agora leia no tutorial do Django sobre
os detalhes tem muita mais coisas envolvida ...

Ademir

On 20/08/2014 14:27, Neto wrote:
> Ademir, quando se faz necessário utilizar USE_TZ? Você diz que é
> melhor deixar como True, poderia falar mais sobre o assunto?

[Victor Hugo Novais Rodrigues]

Time zone é uma parada bastante complicada de lidar, eu sempre tive problemas.... Atualmente a minha mentalidade é a seguinte: se o projeto precisa ser internacional, uso TZ, se não, não uso.

Nesse assunto, existe uma leitura obrigatória e que ajuda bastante: https://docs.djangoproject.com/en/dev/topics/i18n/timezones/

Victor Hugo Novais

https://github.com/victornovais

Em 20 de agosto de 2014 14:27, Neto <paulosou...@gmail.com> escreveu:

Ademir, quando se faz necessário utilizar USE_TZ? Você diz que é melhor deixar como True, poderia falar mais sobre o assunto?

--

Você recebeu essa mensagem porque está inscrito no grupo quot;Django Brasil" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para django-brasi...@googlegroups.com.

[Obs3rv3r M01]

Table B-1. Month Names

Month	Abbreviations
January	Jan
February	Feb
March	Mar
April	Apr
May
June	Jun
July	Jul
August	Aug
September	Sep, Sept
October	Oct
November	Nov
December	Dec

  

Meu caro

Qual seria a solução para a reparação de um tempo prolongado em +10?

Sendo que o ponto de partida está colado no post acima no 15;e com ponto determinado para o final em 45.

A questão é o acréscimo de +5 no tempo!

O X da questão;a existência de uma mudança de idéia?  

> <mailto:django-brasil+unsub...@googlegroups.com>.

[Jorge David]

Pra mim tambem funcionou

Em quarta-feira, 20 de agosto de 2014 12:04:29 UTC-3, Ademir escreveu:

> envie um e-mail para django...@googlegroups.com
> <mailto:django-brasil+unsub...@googlegroups.com>.