Qual a diferença entre DD/MM/YYYY e MM/DD/YYYY?

A ordem dos componentes e o separador. DD/MM/YYYY é o padrão português e europeu: primeiro o dia, depois o mês, depois o ano, com barra. MM/DD/YYYY é o americano: primeiro o mês, depois o dia, depois o ano, com barra. A data 03/04/2026: em Portugal é 3 de abril, nos EUA é 4 de março. Se o formato for desconhecido, é mais seguro usar o ISO 8601 (YYYY-MM-DD) — é inequívoco.

O que é o ISO 8601 e onde é utilizado?

ISO 8601 é um padrão internacional para registo de datas (YYYY-MM-DD) e horas (YYYY-MM-DDTHH:MM:SS). Exemplo: 2026-03-22. Utilizado em: bases de dados SQL (tipo DATE), REST API e JSON, HTML input[type="date"], ficheiros de log, Git, XML e meta tags HTML. A principal vantagem é a inequivocidade e a ordenação lexicográfica correta: as strings de datas no formato YYYY-MM-DD ordenam-se corretamente mesmo como texto simples.

Como converter um Unix timestamp numa data normal?

Unix timestamp é o número de segundos desde 1 de janeiro de 1970 (UTC). Para converter: introduza o número no conversor no campo "Unix timestamp" — verá imediatamente a data em todos os formatos. Para calcular manualmente: timestamp ÷ 86400 = número de dias desde 1970-01-01. Em JavaScript: new Date(timestamp * 1000).toISOString(). Em PHP: date("Y-m-d", $timestamp). Em Python: datetime.fromtimestamp(timestamp).

Como identificar o formato de data num ficheiro desconhecido?

Introduza algumas datas no conversor e veja qual interpretação faz sentido. Verifique o valor do dia: se o primeiro número for superior a 12 (por exemplo, 23/03/2026), é definitivamente o dia — o formato é DD/MM/YYYY ou DD.MM.YYYY. Se ambos os primeiros números forem ≤ 12 — verifique o contexto ou procure o ano (geralmente com quatro dígitos, no início ou no fim). O ISO 8601 (YYYY-MM-DD) começa sempre com um ano de quatro dígitos.

O que é o RFC 2822 e onde é utilizado?

RFC 2822 é o padrão de formato de data nos cabeçalhos de email e feeds RSS. Tem este aspeto: Sun, 22 Mar 2026 14:30:00 +0200. Contém: dia da semana, número, mês abreviado em inglês, ano, hora e deslocamento UTC. A função PHP date("r") devolve RFC 2822. Em JavaScript: new Date().toUTCString() devolve um formato semelhante.

Por que 29 de fevereiro causa problemas nos programas?

Fevereiro tem 29 dias apenas em ano bissexto (divisível por 4, mas não por 100, a menos que seja divisível por 400). Programas que não verificam esta condição ou falham ou avançam a data para 1 de março. O ano 2000 é bissexto (divisível por 400). 1900 não é bissexto. Ao introduzir 29/02 para qualquer ano — o conversor verificará se essa data existe.

O que é o "Problema do ano 2038" no Unix timestamp?

O antigo Unix timestamp de 32 bits atingirá o máximo a 19 de janeiro de 2038 às 03:14:07 UTC (valor 2 147 483 647). Depois disso, o tipo inteiro com sinal de 32 bits transbordará e tornará-se negativo — programas que usem o tipo antigo podem processar datas incorretamente. Os sistemas e linguagens modernas de 64 bits não têm este problema — o máximo ultrapassa ~292 mil milhões de anos.

Que formato de data usar em bases de dados e API?

Sempre ISO 8601 (YYYY-MM-DD ou YYYY-MM-DDTHH:MM:SSZ). Motivos: inequívoco independentemente do idioma e região, ordena-se corretamente como string, suportado por todos os SGBD (MySQL, PostgreSQL, SQLite), linguagens (JS, Python, PHP, Java) e padrões (JSON Schema, OpenAPI). O Unix timestamp é indicado para marcas temporais precisas com fuso horário — guarde como inteiro de 64 bits.

Conversor de Formatos de Data — DD/MM/YYYY, ISO 8601, Unix

Conversor de formatos de data — como converter entre DD/MM/YYYY, ISO 8601 e Unix timestamp

O formato de registo de datas é uma das causas mais frequentes de erros em programas, mal-entendidos em documentos e problemas na importação de dados. A razão é simples: em países e sistemas diferentes existem convenções diferentes, e 03/04/2026 pode significar tanto 3 de abril como 4 de março — dependendo de quem escreveu.

Que formato de data usar em Portugal e no Brasil

O padrão oficial em Portugal e no Brasil é DD/MM/YYYY com barra: 22/03/2026. Este formato é adotado na maioria das instituições públicas, bancos e programas de contabilidade. No desenvolvimento web e em bases de dados, recomenda-se o ISO 8601 (YYYY-MM-DD) — é inequívoco e suportado por todos os SGBD modernos e API.

Por que os programadores usam o Unix timestamp

Unix timestamp é o número de segundos desde 1 de janeiro de 1970 UTC. É um simples número inteiro, independente de idioma, fuso horário e região. Com ele é fácil fazer aritmética: somar 86400 dá amanhã, subtrair 3600 dá uma hora atrás. Por isso o timestamp é o padrão em logs, bases de dados, caches, filas de tarefas e em qualquer sistema onde a cronologia exata é importante. O JavaScript usa milissegundos (Date.now()), por isso o timestamp do JS deve ser dividido por 1000 para obter os segundos Unix.

Deteção automática do formato de data

O conversor tenta detetar o formato automaticamente. A lógica é: se o primeiro componente for superior a 12 — é o dia, o formato é DD/MM ou DD.MM. Se o primeiro componente tiver quatro dígitos — ISO 8601. Se for introduzido um número grande sem separadores — Unix timestamp ou milissegundos. Se houver um nome de mês — determina-se o idioma e a posição do dia. Em casos ambíguos (por exemplo, 03/04/2026) o conversor mostra um aviso e propõe especificar o formato manualmente.

Erros comuns ao trabalhar com formatos de data

Os problemas mais frequentes: importar CSV com datas em formato americano para programas portugueses ou brasileiros (o mês e o dia trocam de posição), o Excel que converte automaticamente as datas de acordo com as configurações regionais, API que devolvem o timestamp em milissegundos em vez de segundos, e bases de dados com datas guardadas como strings sem formato fixo. Evite guardar datas como strings — use sempre o tipo DATE/DATETIME ou Unix timestamp num campo inteiro.