コンテンツへスキップ
uencoder

タイムスタンプコンバーター

Convert between Unix timestamps and human-readable dates with UTC and local time。無料、プライベート、100%クライアントサイド。

例を試す:
Local only

最近の履歴

履歴はまだありません

使い方

  1. Enter a Unix timestamp or a date string.
  2. Read the UTC and local time equivalents.
  3. Copy the result if needed.

このツールを使うタスク

日付間の営業日数を計算する
営業日の計算では週末と祝日を除外します。稼働日数の算出、営業日の加算・減算、祝日の扱い方を学びましょう。
タスク
2 つの日付の差を計算する
2 つの日付の間の期間を、日・時間・分・営業日の単位で求めます。タイムゾーンも考慮します。
タスク
Unix タイムスタンプ・ISO 8601・可読日付を相互変換する
時刻の値を Unix エポック秒、ミリ秒、ISO 8601、ローカル/UTC の日付文字列の間で変換します。
タスク
タイムゾーンを正しく変換する
タイムゾーン変換は、夏時間、略称、政治的な変更があるため注意が必要です。IANA タイムゾーン名と Instant/ZonedDateTime パターンの使い方を学びましょう。
タスク
分散システム向けに Snowflake ID を生成する
Snowflake ID(Twitter 発)は、タイムスタンプ、マシン ID、シーケンス番号を組み合わせ、調整なしで分散システム内の一意なソート可能 ID を作り出します。
タスク
時刻でソート可能な ID として ULID を生成する
ULID(Universally Unique Lexicographically Sortable Identifier)はタイムスタンプとランダムデータを組み合わせ、作成時刻順にソートされる ID を生成します。
タスク
cron 式をパースして平易な言葉でスケジュールを説明する
cron 式(例:「0 9 * * 1-5」)を人が読めるスケジュールにデコードし、自然言語から cron 式を生成します。
タスク
Unix タイムスタンプを読める日付に変換する
エポックからの秒数・ミリ秒の値を人が読める日付に変換します。単位とタイムゾーンという 2 つの古典的な混乱も解消します。
タスク
スケジューリングに cron 式を使う
cron 式は 5 つのフィールド(分、時、日、月、曜日)で定期的なスケジュールを定義します。構文、特殊文字、よくあるパターンを学びましょう。
タスク

このツールを使うパイプライン

よくある質問

Does the tool auto-detect seconds vs milliseconds?
Yes. A 10-digit value is treated as seconds and a 13-digit value as milliseconds. Values below 1e12 are multiplied by 1000.
Can I convert a date string to a timestamp?
Yes. Paste any date string parseable by JavaScript (ISO 8601, RFC 2822, etc.) and the tool returns the Unix timestamp.
What output formats are shown?
The tool displays Unix timestamp in both seconds and milliseconds, plus the UTC (ISO 8601) and local time representations.
What is the Unix epoch?
The Unix epoch is 1970-01-01T00:00:00Z. Unix timestamps count seconds (or milliseconds) from this reference point. Negative values represent dates before 1970.
Why does my date string parse differently across browsers?
Non-ISO date strings (e.g. '01/15/2023') are parsed according to local timezone and may vary by browser. ISO 8601 strings (e.g. '2023-01-15T10:30:00Z') are parsed consistently.
Is the 2038 problem relevant?
JavaScript Date supports up to ±8.64e15 milliseconds (year 275760), so 32-bit signed integer overflow (Jan 19, 2038) does not apply. Legacy C programs may still be affected.

関連ツール