Un convertisseur de timestamp Unix est l'un de ces outils simples mais indispensables que vous utiliserez constamment en tant que développeur ou analyste de données. C'est une utilité pratique qui traduit un long nombre, apparemment aléatoire, en une date et une heure que nous pouvons réellement comprendre. Cette traduction est cruciale lorsque vous parcourez des journaux système, travaillez avec des API ou interrogez des bases de données où le temps est stocké dans ce format super efficace.

Qu'est-ce qu'un timestamp Unix et pourquoi est-ce important

Avant de vraiment apprécier un bon convertisseur, vous devez comprendre ce que ce nombre est réellement. Au fond, un timestamp Unix est simplement un compte à rebours des secondes. Il suit le nombre total de secondes écoulées depuis 00:00:00 UTC le 1er janvier 1970. Ce moment précis dans le temps est célèbre sous le nom de "l'époque Unix".

Alors pourquoi cette méthode ? Simplicité et efficacité. Stocker le temps sous forme d'un seul entier est beaucoup plus compact et performant qu'une chaîne verbeuse comme "vendredi 1er janvier 2021 00:00:00 GMT". Cela le rend parfait pour quelques domaines clés :

• Stockage de base de données : Les timestamps sont petits, ce qui les rend rapides à indexer et à interroger. C'est un énorme avantage pour la performance.
• Payloads API : Envoyer un seul nombre va et vient consomme beaucoup moins de bande passante que d'envoyer une chaîne de date complète, ce qui entraîne des temps de réponse plus rapides.
• Fichiers journaux : Lorsque vous analysez des journaux provenant de dizaines de systèmes différents, avoir un timestamp uniforme et indépendant de la langue est un véritable sauveur.
• Calculs : Besoin de savoir combien de temps a duré un processus ? Il suffit de soustraire le timestamp de début du timestamp de fin. C'est une simple mathématique entière.

Secondes contre Millisecondes et au-delà

Le classique timestamp Unix est un nombre à 10 chiffres représentant des secondes. Mais à mesure que la technologie a évolué, le besoin d'une mesure du temps plus granulaire a grandi. C'est ici que vous commencerez à voir différentes longueurs de timestamps, et c'est un obstacle courant.

Voici un rapide aperçu de ce que vous rencontrerez généralement dans la nature. Confondre l'un pour l'autre est une erreur classique "décalée de mille" qui peut entraîner des bugs très déroutants.

Formats de timestamp Unix courants en un coup d'œil

Unité	Chiffres	Cas d'utilisation typique	Valeur d'exemple (pour le même moment)
Secondes	10	Standard pour la plupart des systèmes backend, bases de données et API.	1609459200
Millisecondes	13	Très courant dans la technologie web, surtout JavaScript.	1609459200000
Microsecondes	16	Utilisé dans le trading haute fréquence ou le calcul scientifique.	1609459200000000

Comprendre ces formats est essentiel. Si un outil s'attend à des secondes et que vous lui fournissez des millisecondes, vous obtiendrez une date qui se trouve des milliers d'années dans le futur. C'est une erreur que nous avons tous faite à un moment donné !

Le célèbre problème de l'année 2038

La simplicité élégante du timestamp Unix a également créé une bombe à retardement : le "problème de l'année 2038". Sur les anciens systèmes 32 bits, les timestamps étaient stockés sous forme d'entier signé à 32 bits. Le problème est que ce type d'entier a un plafond : il ne peut pas contenir un nombre supérieur à 2 147 483 647.

Le 19 janvier 2038 à 03:14:07 UTC, le nombre de secondes depuis l'époque dépassera cette limite. Lorsque cela se produira, l'entier "débordera" et deviendra un nombre négatif. Cela amènerait les systèmes vulnérables à interpréter la date comme étant de retour en 1901, ce qui pourrait faire planter des milliards de dispositifs hérités encore en circulation. Vous pouvez obtenir plus d'informations sur l'époque Unix et son impact auprès des experts de StrongDM.

Heureusement, ce n'est pas quelque chose dont la plupart d'entre nous doivent s'inquiéter au quotidien. La grande majorité des systèmes modernes sont passés à des entiers 64 bits pour la mesure du temps. Un entier à 64 bits est si massif qu'il ne débordera pas avant 292 milliards d'années, résolvant ainsi le problème pour de bon.

Cependant, c'est un morceau fantastique d'histoire informatique et une pièce de connaissance critique si jamais vous vous retrouvez à travailler sur des systèmes embarqués plus anciens ou des bases de code héritées. Comprendre ces fondamentaux rend tout convertisseur de timestamp Unix un outil beaucoup plus puissant entre vos mains.

Rendre les conversions sans effort dans votre navigateur

Bien que sortir une commande terminal ou un extrait de code fonctionne, ce n'est pas toujours le moyen le plus rapide d'accomplir les choses. Parfois, vous avez juste besoin d'une réponse tout de suite, sans rompre votre concentration ou changer de fenêtre. C'est là qu'un bon outil basé sur le navigateur prouve vraiment sa valeur, surtout un convertisseur de timestamp Unix dédié qui se trouve directement dans votre navigateur.

La vraie magie ici concerne le maintien du flux. Imaginez ceci : vous parcourez une réponse API dans les outils de développement de votre navigateur et vous repérez un timestamp.

Au lieu d'ouvrir un autre onglet ou de lancer un terminal, vous appuyez sur un raccourci clavier rapide, collez le numéro et obtenez votre réponse instantanément. C'est le genre de flux de travail fluide que vous obtenez avec des outils comme ShiftShift Extensions, qui regroupent une multitude d'utilitaires pratiques dans une seule Palette de Commandes.

Obtenez des Réponses Instantanées avec un Raccourci Clavier

Tout se résume à la vitesse. Avec un outil comme ShiftShift, un double appui rapide sur la touche Shift (ou Cmd+Shift+P sur un Mac) ouvre une barre de commande. Il suffit de commencer à taper "timestamp" et le convertisseur apparaît. Collez votre valeur, et vous avez une date lisible par un humain sur-le-champ.

Voici à quoi cela ressemble : la Palette de Commandes est prête et attend de convertir un timestamp juste au-dessus de votre page actuelle.

Le meilleur, c'est la manière dont cela s'intègre sans vous gêner. Le convertisseur n'est qu'un des nombreux outils disponibles dans le même superposition, vous n'avez donc jamais à quitter ce que vous faites.

Cette approche est un véritable sauveur pour les développeurs, les testeurs et quiconque vit pratiquement dans son navigateur. De plus, la conversion se fait entièrement sur votre machine. Les données sensibles provenant des journaux ou des réponses API ne quittent jamais votre ordinateur, ce qui est un énorme avantage pour la confidentialité.

Être capable de convertir un timestamp, de reformater un blob JSON désordonné, puis de calculer une différence de temps—tout cela depuis la même interface—est un gain de temps considérable. Cela transforme un processus encombrant et multi-outils en une seule action fluide.

Plus Qu'un Simple Outil

Un excellent utilitaire dans le navigateur n'est rarement qu'un seul outil ; c'est une partie d'un ensemble complet d'outils. Vous vous retrouverez souvent à utiliser le convertisseur de timestamp avec d'autres fonctions.

Par exemple, vous pourriez l'associer à :

• Un formateur JSON ou SQL pour nettoyer un peu de code avant de sortir le timestamp.
• Une calculatrice intégrée pour faire des calculs rapides sur les valeurs d'époque. (Vous pouvez essayer un outil similaire sur la page de calculatrice ShiftShift pour voir comment cela fonctionne).
• Un outil de comparaison de texte pour repérer les différences entre deux réponses API, timestamps inclus.

Avoir tous ces éléments essentiels au même endroit crée un flux de travail beaucoup plus rapide et cohérent. Ce n'est pas seulement une question de commodité—il s'agit d'éliminer toutes ces petites interruptions répétitives qui s'accumulent et nuisent à votre productivité au cours d'une journée.

Conversions Pratiques de Timestamps dans le Code

Si vous êtes développeur, vous savez que jongler avec des timestamps fait simplement partie du travail. Mais soyons honnêtes, la syntaxe n'est jamais tout à fait la même d'un langage à l'autre. Cette section est votre feuille de triche incontournable, remplie d'extraits de code que vous pouvez saisir et utiliser immédiatement pour les plateformes sur lesquelles vous travaillez réellement. Plus besoin de fouiller dans de vieux fils Stack Overflow—juste des exemples pratiques pour vous faire avancer.

Que vous manipuliez des données sur un front-end web, écriviez un script Python ou interrogez une base de données, convertir le temps d'époque est une compétence fondamentale. Nous allons passer en revue les scénarios les plus courants, depuis la transformation d'un entier d'époque en une chaîne lisible, puis en faisant tout à l'envers.

Conversion de Timestamps en JavaScript

L'objet Date de JavaScript est votre outil principal ici, mais il a une particularité majeure qui fait trébucher les développeurs tout le temps : il fonctionne en millisecondes, pas en secondes. C'est une source classique de bogues lorsque votre frontend communique avec un backend qui utilise des timestamps standard à 10 chiffres, basés sur des secondes.

Pour convertir correctement un timestamp Unix standard (en secondes) en un objet Date, vous devez le multiplier par 1000.

// Un timestamp Unix standard à 10 chiffres (en secondes)
const unixTimestamp = 1672531200;

// Convertir en millisecondes, puis créer un objet Date
const dateObject = new Date(unixTimestamp * 1000);

// Formater en une chaîne UTC lisible
// Sortie : dim, 01 janv. 2023 00:00:00 GMT
console.log(dateObject.toUTCString());

Besoin du timestamp actuel ? Date.now() vous le donne en millisecondes. N'oubliez pas de diviser par 1000 et d'arrondir vers le bas avant d'envoyer un timestamp standard à 10 chiffres à une API.

Gestion des Conversions avec Python

Sur le backend, le module datetime de Python est une véritable puissance. Il est incroyablement flexible et offre un excellent support pour les conversions tenant compte des fuseaux horaires, ce qui en fait un choix fiable pour les services qui doivent gérer le temps avec précision à travers différentes régions.

Voici la manière simple de convertir un timestamp avec la bibliothèque datetime :

import datetime

Un timestamp Unix standard à 10 chiffres

unix_timestamp = 1672531200

Convertir le timestamp en un objet datetime

datetime_obj = datetime.datetime.fromtimestamp(unix_timestamp)

Formater en une chaîne propre et lisible par un humain

Sortie : 2023-01-01 00:00:00

print(datetime_obj.strftime('%Y-%m-%d %H:%M:%S'))
Cette approche simple vous donne un moyen propre et fiable de gérer le temps d'époque dans vos applications Python. Et si vous travaillez avec des structures de données complexes comme JSON qui contiennent des timestamps, vous pourriez trouver notre guide sur l'utilisation d'un formateur JSON utile pour le débogage.

Conversions de Base de Données avec SQL

Les bases de données stockent souvent le temps sous forme de timestamps Unix parce qu'ils sont efficaces. La bonne nouvelle est que la plupart des dialectes SQL ont des fonctions intégrées pour gérer ces conversions directement dans vos requêtes.

C'est de loin plus efficace que de tirer des timestamps entiers bruts et de les convertir dans votre code d'application.

Le timestamp Unix est presque universel, utilisé dans plus de 90% des langages de programmation—de Date.now() de JavaScript à time.time() de Python—alimentant des trillions d'opérations quotidiennes. Obtenir les fuseaux horaires corrects est essentiel ; un bon convertisseur de timestamp unix peut gérer plus de 400 zones IANA, ce qui aide à prévenir les erreurs dans environ 62% des applications mondiales qui ne gèrent pas explicitement les fuseaux horaires. Vous pouvez trouver plus de détails sur l'adoption mondiale de ces outils sur Fossa.

Pour les développeurs, pouvoir formater SQL, convertir des timestamps et calculer des différences d'époque sans jamais quitter votre machine est un énorme gain de productivité. Cette approche locale-first vous permet également de rester conforme aux normes modernes de confidentialité des données comme le RGPD et le CCPA.

Exemple MySQL

Dans MySQL, la fonction FROM_UNIXTIME() est celle que vous utiliserez le plus souvent. Elle prend un entier d'époque et le convertit proprement en un format DATETIME standard.

SELECT FROM_UNIXTIME(1672531200);
-- Retourne : '2023-01-01 00:00:00'
Pour aller dans l'autre sens—d'une chaîne de date à un timestamp d'époque—il suffit d'utiliser UNIX_TIMESTAMP().

SELECT UNIX_TIMESTAMP('2023-01-01 00:00:00');
-- Retourne : 1672531200

Exemple PostgreSQL

PostgreSQL utilise une fonction légèrement différente mais tout aussi puissante : to_timestamp(). Cette fonction convertit directement un timestamp Unix en une valeur TIMESTAMP WITH TIME ZONE.

SELECT to_timestamp(1672531200);
-- Retourne : 2023-01-01 00:00:00+00
Comme elle est consciente des fuseaux horaires dès le départ, c'est un choix très robuste pour les applications servant un public mondial où la précision temporelle est non négociable.

Maîtriser les conversions de timestamp dans le terminal

Si vous vivez dans la ligne de commande, passer à un navigateur ou à une interface graphique pour une conversion rapide de timestamp est un véritable tueur de flux de travail. Cela casse simplement votre concentration. La bonne nouvelle, c'est que vous n'avez pas à le faire ; à la fois Linux et macOS ont des outils puissants et natifs pour gérer ces conversions sans jamais quitter le terminal.

L'outil incontournable pour cela est la modeste commande date. Elle est présente sur pratiquement tous les systèmes de type Unix, mais il y a un hic : la syntaxe pour l'utiliser comme un convertisseur de timestamp unix est différente entre Linux (GNU) et macOS (BSD). Connaître la différence est la clé pour bien faire chaque fois.

Conversion de timestamps sur Linux

Sur Linux, la syntaxe est claire et facile à retenir. Vous utilisez simplement le drapeau -d pour spécifier la date, mais vous devez lui indiquer que vous fournissez un timestamp d'époque en le préfixant avec un symbole @.

Disons que vous fouillez dans des journaux et que vous repérez le timestamp 1704067200. Pour voir ce que cela signifie réellement, vous exécuteriez ceci :

date -d @1704067200

Instantanément, vous obtiendrez une date lisible par l'homme, quelque chose comme Mon Jan 1 00:00:00 UTC 2024. Vous pouvez également nettoyer cette sortie avec votre propre format personnalisé.

date -d @1704067200 +"%Y-%m-%d %H:%M:%S"

Sortie : 2024-01-01 00:00:00

Astuce Pro : Cette commande devient une véritable puissance lorsque vous commencez à y canaliser d'autres commandes. Vous pouvez grep un timestamp d'un énorme fichier journal et le transmettre directement à date pour une conversion instantanée. Cela transforme une tâche de débogage en plusieurs étapes en une seule ligne élégante.

Gestion des conversions sur macOS

Maintenant, si vous exécutez cette même commande Linux sur un Mac, elle va générer une erreur. La version BSD de date que macOS utilise nécessite le drapeau -r à la place, et elle n'a pas besoin du préfixe @.

Voici comment vous convertiriez le même timestamp sur un Mac :

date -r 1704067200

Tout comme la version Linux, vous pouvez ajouter des options de formatage pour obtenir la sortie exacte que vous souhaitez.

date -r 1704067200 +"%Y-%m-%d %T %Z"

Sortie : 2024-01-01 00:00:00 UTC

Cette petite différence est un obstacle classique pour quiconque passe fréquemment de Linux à macOS. Mémoriser les deux versions vous fera économiser beaucoup de maux de tête à l'avenir.

Une fois que vous avez maîtrisé ces commandes, vous pouvez intégrer les conversions de timestamp directement dans vos scripts shell et votre analyse de journaux. C'est une petite compétence, mais elle se traduit par des gains de productivité sérieux, vous maintenant dans la zone et concentré sur le travail qui compte.

Pièges courants des timestamps et comment les éviter

Travailler avec des timestamps Unix semble simple en surface, mais quelques erreurs classiques peuvent entraîner des bugs vraiment frustrants. Ces problèmes ont une fâcheuse tendance à apparaître loin de l'endroit où l'erreur s'est réellement produite, ce qui les rend difficiles à déboguer. Pensez à cette section comme votre guide de terrain pour repérer et éviter les pièges de timestamp les plus courants que j'ai vus au fil des ans.

La confusion entre secondes et millisecondes

De loin, l'erreur la plus fréquente est de confondre secondes et millisecondes. Un timestamp Unix standard est un entier à 10 chiffres représentant le nombre de secondes depuis l'époque. Mais de nombreux systèmes, en particulier dans le monde JavaScript, travaillent avec un timestamp à 13 chiffres pour les millisecondes.

Lorsque une application front-end passe une valeur en millisecondes à un backend qui s'attend à des secondes, tout part en vrille.

Pour un convertisseur de timestamp unix, ce nombre à 13 chiffres ressemble à une date située des milliers d'années dans le futur. Cela peut silencieusement ruiner la validation des données, la logique de planification et tous les enregistrements historiques que vous essayez de conserver. C'est le genre de corruption de données subtile que vous pourriez ne même pas remarquer pendant des semaines.

Le Piège des Fuseaux Horaires

Un autre piège qui attrape même les développeurs expérimentés est la gestion des fuseaux horaires. Par définition, un timestamp Unix est toujours en Temps Universel Coordonné (UTC). Il représente un moment unique et universel dans le temps, complètement indépendant de la localisation. Le piège se déclenche lorsque vous oubliez cela et supposez qu'un timestamp reflète l'heure locale d'un utilisateur.

Cette erreur se produit généralement lorsque vous convertissez un timestamp en une date lisible sans spécifier de fuseau horaire. Votre système se base souvent sur l'heure locale du serveur, ce qui entraîne le chaos. Un utilisateur à New York pourrait voir une heure destinée à quelqu'un à Londres, mais elle est décalée de plusieurs heures.

La règle d'or est simple : traitez toujours les timestamps comme UTC dans votre backend. Stockez-les en UTC, traitez-les en UTC, et ne convertissez jamais à l'heure locale d'un utilisateur que sur le front-end, au moment de l'affichage.

Résoudre les Erreurs Courantes de Conversion de Timestamp

Lorsque les choses tournent mal, les symptômes peuvent être déroutants. Voici un tableau de référence rapide que j'ai élaboré à partir de mon expérience pour vous aider à diagnostiquer et à corriger les problèmes les plus courants sur le vif.

Symptôme	Cause Probable	Solution
La date est en l'an 52361 ou dans un autre futur lointain.	Millisecondes vs. Secondes. Vous passez un timestamp en millisecondes à 13 chiffres à une fonction qui s'attend à un timestamp en secondes à 10 chiffres.	Divisez le timestamp par 1000 avant de le traiter. Validez toujours le nombre de chiffres des timestamps entrants.
L'heure est décalée de quelques heures, mais la date est correcte.	Mauvaise Gestion du Fuseau Horaire. Le timestamp a été converti en utilisant l'heure locale du serveur au lieu de celle de l'utilisateur ou de l'UTC.	Assurez-vous que toutes les conversions spécifient explicitement le fuseau horaire cible. Convertissez à l'heure locale uniquement côté client.
La date est bloquée au 1er janvier 1970.	Timestamp Invalide ou Null. La valeur du timestamp est probablement 0, null ou undefined.	Ajoutez une vérification pour vous assurer que le timestamp est un entier positif valide avant d'essayer la conversion. Fournissez une valeur de secours.
Obtenir "Date Invalide" ou une erreur NaN.	Mauvais Type de Données. Le timestamp est traité comme une chaîne ou un autre type non numérique alors qu'un nombre est requis.	Analysez explicitement le timestamp en un entier (parseInt() en JS, int() en Python) avant de l'utiliser dans des fonctions de date.

Rappelez-vous, une vérification rapide de l'entrée peut vous faire économiser des heures de débogage par la suite.

Éviter l'Ambiguïté avec des Formats Standards

Compter sur des timestamps entiers bruts lors du passage de données entre systèmes peut être une recette pour la confusion. C'est pourquoi se standardiser sur un format de chaîne universel comme ISO 8601 (2022-05-17T12:00:00Z) est un excellent mouvement défensif. Convertir les timestamps Unix (par exemple, 1652905200) en un format clair et auto-documenté comme celui-ci aide à prévenir les erreurs dans environ 37% des appels API entre fuseaux horaires.

Étant donné que 72% des entreprises du Fortune 500 utilisent des timestamps Unix pour l'analyse des journaux, où une seule erreur peut coûter plus de 10 000 $ par heure d'arrêt, la précision est primordiale. Vous pouvez en savoir plus sur l'utilisation du temps d'époque dans différentes industries sur EpochConverter.

Pour ceux qui gèrent des bases de données, une gestion cohérente des timestamps est tout aussi critique. Si vous vous retrouvez souvent à lutter avec différents formats de timestamp dans votre base de données, notre guide sur l'utilisation d'un puissant formatteur SQL peut vous aider à garder vos requêtes propres et prévisibles.

Cet arbre de décision vous aide à choisir la bonne commande pour votre système d'exploitation, évitant les erreurs de syntaxe lorsque vous avez besoin d'une conversion rapide.

L'organigramme ci-dessus montre clairement la différence de syntaxe cruciale entre la commande date sur Linux (-d @...) et macOS (-r ...)—un piège courant pour les développeurs travaillant dans différents environnements.

Pour rendre votre code à l'épreuve des balles, implémentez toujours des vérifications pour valider la longueur d'un timestamp entrant. Une simple fonction qui vérifie la valeur à 10 chiffres (secondes) ou 13 chiffres (millisecondes) peut attraper ces erreurs avant qu'elles ne contaminent la logique de votre application.

Questions Fréquemment Posées sur les Timestamps Unix

Une fois que vous avez pris le coup des timestamps Unix, quelques questions pratiques surgissent presque toujours. J'ai vu ces questions piéger des développeurs à tous les niveaux, alors clarifions les plus courantes que vous rencontrerez dans votre travail quotidien.

Pourquoi Tant d'APIs Utilisent des Timestamps au Lieu de Chaînes ISO 8601 ?

Tout se résume à l'efficacité brute. Un timestamp Unix est juste un seul nombre, ce qui le rend incroyablement compact par rapport à une chaîne comme '2023-10-27T10:00:00Z'.

Cette taille plus petite signifie moins de données à envoyer sur le réseau, ce qui permet d'économiser de la bande passante et peut accélérer les réponses de l'API.

Ils sont également complètement indépendants de la langue. Il n'y a pas d'ambiguïté, pas de particularités de parsing, et pas de formatage régional à prendre en compte. Pour une machine, traiter des nombres est toujours plus rapide que d'analyser des chaînes, donc tout calcul de date—comme déterminer le temps entre deux événements—est computationnellement moins coûteux. Pour les systèmes à haute performance, cette simplicité est un énorme avantage.

Quelle est la bonne façon de gérer les fuseaux horaires ?

C'est le point crucial. Voici la règle d'or : Un timestamp Unix est toujours, toujours en UTC. Il n'a aucun concept de fuseau horaire intégré. C'est juste un compte brut de secondes depuis l'époque.

Les fuseaux horaires n'ont d'importance que lorsque vous devez afficher ce timestamp à un humain.

Mon conseil ? Restez en UTC pour tout sur le backend. Stockez-le dans votre base de données en tant que timestamp UTC, passez-le à travers vos API en UTC, et faites toute votre logique côté serveur en UTC. Le seul moment où vous devriez le convertir en un fuseau horaire local, c'est sur le front-end, juste avant de l'afficher à l'utilisateur. Cette seule pratique vous évitera un univers entier de bugs liés aux fuseaux horaires et à l'heure d'été.

Dois-je encore m'inquiéter du problème de l'année 2038 ?

Pour la plupart des nouveaux projets, probablement pas. Le "problème de l'année 2038" est un héritage des anciens systèmes qui utilisaient un entier signé de 32 bits pour stocker le timestamp. Une fois que ce nombre devient trop grand, il déborde et devient négatif, renvoyant les dates à 1901.

Heureusement, presque tous les systèmes modernes—des systèmes d'exploitation aux bases de données—sont depuis longtemps passés aux entiers de 64 bits. Cela repousse le problème si loin dans le temps (des milliards d'années, en fait) qu'il n'est plus une préoccupation pratique pour nous.

Cela dit, si vous maintenez un système hérité ou travaillez avec du matériel embarqué (pensez aux appareils IoT), c'est définitivement quelque chose à garder à l'esprit. Sachez toujours quel type d'architecture vous utilisez.

Comment puis-je rapidement convertir un timestamp dans Excel ou Google Sheets ?

Vous n'avez pas besoin de sortir vos données dans un convertisseur de timestamp Unix séparé pour cela. Une simple formule fera l'affaire. En supposant que votre timestamp soit dans la cellule A1 :

• Pour les timestamps en secondes (10 chiffres) : =A1 / 86400 + DATE(1970,1,1)
• Pour les timestamps en millisecondes (13 chiffres) : =A1 / 86400000 + DATE(1970,1,1)

Il suffit de coller cette formule, puis de formater la cellule en tant que "Date" ou "Date Heure". C'est un véritable sauveur lorsque vous analysez rapidement des exports de données et que vous ne voulez pas interrompre votre flux.

---

Marre de devoir constamment passer entre votre éditeur, la ligne de commande, et une douzaine d'onglets de navigateur pour des tâches simples ? La suite ShiftShift Extensions regroupe un puissant convertisseur de timestamp Unix, un formateur JSON, un embelisseur SQL, et plus encore directement dans votre navigateur. Tout ce dont vous avez besoin est à portée de raccourci clavier.

Obtenez ShiftShift Extensions et simplifiez votre flux de travail dès aujourd'hui sur https://shiftshift.app