<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Data errada no Javascript? Bug?</title>
	<link>http://blog.elcio.com.br/data-errada-no-javascript-bug/</link>
	<description>XML, XHTML, CSS, Tableless, Desenvolvimento Web, Python, Linux</description>
	<pubDate>Tue, 06 Jan 2009 22:34:08 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
		<item>
		<title>By: Mateus Lazzarin</title>
		<link>http://blog.elcio.com.br/data-errada-no-javascript-bug/#comment-210514</link>
		<dc:creator>Mateus Lazzarin</dc:creator>
		<pubDate>Tue, 04 Nov 2008 17:19:58 +0000</pubDate>
		<guid>http://blog.elcio.com.br/data-errada-no-javascript-bug/#comment-210514</guid>
		<description>Carinha, é o seguinte.. eu tive problema com isso e achei uma solução.. Por padrão o windows configura o horario de verão para o segundo domingo de outubro em todos os anos (parece q existe uma atualização e isso se marcar pode ser interferido para o primeiro domingo de outubro por exemplo), portanto se vc utilizar 12/10/2008, 14/10/2007, 08/10/2006, 12/10;1980, etc, sempre o seu retorno será o dia anterior com horario de 23:00:00 pq o JavaScript atribui o a hora do dia passado como 00:00:00 por default caso vc não passe nada na função Date(), portanto: dia com 00:00:00 - 1 hora = dia anterior 23:00:00 correto?. Como burlar isso? Simples. Na função Date() do JavaScript force o horário passado dessa maneira --&#62; new Date(2008,8,11, 01, 00, 00). Fazendo isso, vc garantirá o horário mesmo se o horário de verão retirar uma hora do dia.

Espero ter ajudado!!</description>
		<content:encoded><![CDATA[<p>Carinha, é o seguinte.. eu tive problema com isso e achei uma solução.. Por padrão o windows configura o horario de verão para o segundo domingo de outubro em todos os anos (parece q existe uma atualização e isso se marcar pode ser interferido para o primeiro domingo de outubro por exemplo), portanto se vc utilizar 12/10/2008, 14/10/2007, 08/10/2006, 12/10;1980, etc, sempre o seu retorno será o dia anterior com horario de 23:00:00 pq o JavaScript atribui o a hora do dia passado como 00:00:00 por default caso vc não passe nada na função Date(), portanto: dia com 00:00:00 - 1 hora = dia anterior 23:00:00 correto?. Como burlar isso? Simples. Na função Date() do JavaScript force o horário passado dessa maneira &#8211;&gt; new Date(2008,8,11, 01, 00, 00). Fazendo isso, vc garantirá o horário mesmo se o horário de verão retirar uma hora do dia.</p>
<p>Espero ter ajudado!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julio Anderson</title>
		<link>http://blog.elcio.com.br/data-errada-no-javascript-bug/#comment-203708</link>
		<dc:creator>Julio Anderson</dc:creator>
		<pubDate>Wed, 01 Oct 2008 00:58:09 +0000</pubDate>
		<guid>http://blog.elcio.com.br/data-errada-no-javascript-bug/#comment-203708</guid>
		<description>Já tive esse problema em um projeto, é o horário de verão sim. Manda um..: 

data = data.getUTCDate();</description>
		<content:encoded><![CDATA[<p>Já tive esse problema em um projeto, é o horário de verão sim. Manda um..: </p>
<p>data = data.getUTCDate();</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adriano</title>
		<link>http://blog.elcio.com.br/data-errada-no-javascript-bug/#comment-202770</link>
		<dc:creator>Adriano</dc:creator>
		<pubDate>Mon, 22 Sep 2008 23:18:40 +0000</pubDate>
		<guid>http://blog.elcio.com.br/data-errada-no-javascript-bug/#comment-202770</guid>
		<description>Será mesmo por causa do horário de verão? Porque quanto o horário da máquina está em horário de verão, temos o BRST, e não BRT.</description>
		<content:encoded><![CDATA[<p>Será mesmo por causa do horário de verão? Porque quanto o horário da máquina está em horário de verão, temos o BRST, e não BRT.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Igor Escobar</title>
		<link>http://blog.elcio.com.br/data-errada-no-javascript-bug/#comment-200924</link>
		<dc:creator>Igor Escobar</dc:creator>
		<pubDate>Fri, 12 Sep 2008 13:48:32 +0000</pubDate>
		<guid>http://blog.elcio.com.br/data-errada-no-javascript-bug/#comment-200924</guid>
		<description>Fiz os testes que você menciona no blog, e não tive 1 hora de defasagem de um teste para o outro os 2 retornaram 00:00:00  rsrsrs</description>
		<content:encoded><![CDATA[<p>Fiz os testes que você menciona no blog, e não tive 1 hora de defasagem de um teste para o outro os 2 retornaram 00:00:00  rsrsrs</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thiago H. Melo</title>
		<link>http://blog.elcio.com.br/data-errada-no-javascript-bug/#comment-200862</link>
		<dc:creator>Thiago H. Melo</dc:creator>
		<pubDate>Fri, 12 Sep 2008 11:33:08 +0000</pubDate>
		<guid>http://blog.elcio.com.br/data-errada-no-javascript-bug/#comment-200862</guid>
		<description>Élcio, se a função "Ajustar automaticamente para horário de verão" estiver habilitada no Windows, vai dar essa diferença.
Aqui no meu PC, está desabilitado e a hora apareceu corretamente.</description>
		<content:encoded><![CDATA[<p>Élcio, se a função &#034;Ajustar automaticamente para horário de verão&#034; estiver habilitada no Windows, vai dar essa diferença.<br />
Aqui no meu PC, está desabilitado e a hora apareceu corretamente.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elcio</title>
		<link>http://blog.elcio.com.br/data-errada-no-javascript-bug/#comment-200721</link>
		<dc:creator>Elcio</dc:creator>
		<pubDate>Thu, 11 Sep 2008 18:12:11 +0000</pubDate>
		<guid>http://blog.elcio.com.br/data-errada-no-javascript-bug/#comment-200721</guid>
		<description>Não, Érico, é uma hora mesmo a diferença, está certo. Lembre-se que o mês 9, em javascript, é outubro.

Ciro, trouxe alguma luz, obrigado.</description>
		<content:encoded><![CDATA[<p>Não, Érico, é uma hora mesmo a diferença, está certo. Lembre-se que o mês 9, em javascript, é outubro.</p>
<p>Ciro, trouxe alguma luz, obrigado.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Walter Cruz</title>
		<link>http://blog.elcio.com.br/data-errada-no-javascript-bug/#comment-200720</link>
		<dc:creator>Walter Cruz</dc:creator>
		<pubDate>Thu, 11 Sep 2008 17:29:04 +0000</pubDate>
		<guid>http://blog.elcio.com.br/data-errada-no-javascript-bug/#comment-200720</guid>
		<description>Horário de verão. Da especificação do JavaScript, seção 15.9.1.9: An implementation of ECMAScript is expected to determine the daylight saving time algorithm.

Um teste simples:

zdump -v Brazil/East&#124;grep 2008
Brazil/East  Sun Feb 17 01:59:59 2008 UTC = Sat Feb 16 23:59:59 2008 BRST isdst=1 gmtoff=-7200
Brazil/East  Sun Feb 17 02:00:00 2008 UTC = Sat Feb 16 23:00:00 2008 BRT isdst=0 gmtoff=-10800
Brazil/East  Sun Oct 12 02:59:59 2008 UTC = Sat Oct 11 23:59:59 2008 BRT isdst=0 gmtoff=-10800
Brazil/East  Sun Oct 12 03:00:00 2008 UTC = Sun Oct 12 01:00:00 2008 BRST isdst=1 gmtoff=-7200


Ou seja, o horáiode verão em 2008 começa em 12 de outubro.. Bom, pelo menos a maior parte das distros não pegou ainda a norma atualizada recentemente pelo Lula. Como teste, instalei o tzbrazil, mas ele ainda não tem a questão do horário de 2008 definada. Ao menos, o new Date(2008,9,12) funcionou como esperado, já que essa data é removida como início do horário de verão ao instalar o tzbrazil.</description>
		<content:encoded><![CDATA[<p>Horário de verão. Da especificação do JavaScript, seção 15.9.1.9: An implementation of ECMAScript is expected to determine the daylight saving time algorithm.</p>
<p>Um teste simples:</p>
<p>zdump -v Brazil/East|grep 2008<br />
Brazil/East  Sun Feb 17 01:59:59 2008 UTC = Sat Feb 16 23:59:59 2008 BRST isdst=1 gmtoff=-7200<br />
Brazil/East  Sun Feb 17 02:00:00 2008 UTC = Sat Feb 16 23:00:00 2008 BRT isdst=0 gmtoff=-10800<br />
Brazil/East  Sun Oct 12 02:59:59 2008 UTC = Sat Oct 11 23:59:59 2008 BRT isdst=0 gmtoff=-10800<br />
Brazil/East  Sun Oct 12 03:00:00 2008 UTC = Sun Oct 12 01:00:00 2008 BRST isdst=1 gmtoff=-7200</p>
<p>Ou seja, o horáiode verão em 2008 começa em 12 de outubro.. Bom, pelo menos a maior parte das distros não pegou ainda a norma atualizada recentemente pelo Lula. Como teste, instalei o tzbrazil, mas ele ainda não tem a questão do horário de 2008 definada. Ao menos, o new Date(2008,9,12) funcionou como esperado, já que essa data é removida como início do horário de verão ao instalar o tzbrazil.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Érico Andrei</title>
		<link>http://blog.elcio.com.br/data-errada-no-javascript-bug/#comment-200691</link>
		<dc:creator>Érico Andrei</dc:creator>
		<pubDate>Thu, 11 Sep 2008 15:18:17 +0000</pubDate>
		<guid>http://blog.elcio.com.br/data-errada-no-javascript-bug/#comment-200691</guid>
		<description>Élcio, se no seu sistema o new Date(2008,9,12) deu Sat Oct 11 2008 23:00:00 GMT-0300 (BRT) o problema é um POUCO maior... Não tem 1h de defasagem e sim vários dias...</description>
		<content:encoded><![CDATA[<p>Élcio, se no seu sistema o new Date(2008,9,12) deu Sat Oct 11 2008 23:00:00 GMT-0300 (BRT) o problema é um POUCO maior&#8230; Não tem 1h de defasagem e sim vários dias&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ciro Feitosa</title>
		<link>http://blog.elcio.com.br/data-errada-no-javascript-bug/#comment-200672</link>
		<dc:creator>Ciro Feitosa</dc:creator>
		<pubDate>Thu, 11 Sep 2008 15:07:02 +0000</pubDate>
		<guid>http://blog.elcio.com.br/data-errada-no-javascript-bug/#comment-200672</guid>
		<description>Élcio, vai depender do SO, se está com a função de "ajustar automaticamente o relógio para o horário de verão". Fiz um teste com a função ativada e desativada, e realmente deu diferença.</description>
		<content:encoded><![CDATA[<p>Élcio, vai depender do SO, se está com a função de &#034;ajustar automaticamente o relógio para o horário de verão&#034;. Fiz um teste com a função ativada e desativada, e realmente deu diferença.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
