使い方
- 1 Cron式ジェネレーター&解析器を開き、処理する内容を入力、貼り付け、または選択します。
- 2 目的に合わせてオプションと出力形式を調整します。
- 3 結果を確認し、必要に応じてコピーまたはダウンロードします。
Cronスケジュールをビジュアルに構築し、自然言語で解析し、今後の実行時間を予測します。
Cronスケジュールをビジュアルに構築し、自然言語で解析し、今後の実行時間を予測します。日常業務、開発、学習、簡易確認に利用できます。
このツールはブラウザで動作します。機密データを扱う前に、端末とブラウザの安全性を確認してください。
標準的な Cron 式は空白で区切られた 5 つのフィールドで構成され、順に「分(0–59)、時(0–23)、日(1–31)、月(1–12)、曜日(0–6、0 が日曜。多くの実装は 7 も日曜として受け付けます)」です。各フィールドでは * が任意の値、カンマが列挙(1,15)、ハイフンが範囲(1-5)、スラッシュが間隔(*/10 は 10 単位ごと)を表します。たとえば 0 9 * * 1-5 は「平日の 9:00」、*/5 * * * * は「5 分ごと」、0 0 1 * * は「毎月 1 日の 0:00」です。6 フィールドを入力すると先頭は「秒」として扱われ、Node.js のスケジューラでよく使われる形式です。
このツールは式を自然な文章に変換し、次の 5 回の実行時刻を一覧表示するので、デプロイ前にスケジュールを確認できます。よくあるミスは分と時の取り違えで、毎日 2:30 に実行したいなら 30 2 * * * が正解です(2 30 * * * は時が 23 までなので無効)。また間隔指定は単位内でリセットされるため、*/45 * * * * は毎時 0 分と 45 分に実行され、間隔は常に 45 分ではありません。
日と曜日を両方指定するときは注意が必要です。標準の(Vixie)cron では、どちらも * でない場合「どちらか一方」に一致すれば実行されます。0 0 13 * 5 は「13 日の金曜日」だけでなく、毎月 13 日と毎週金曜日の両方で実行されます。Java や一部クラウドで使われる Quartz 形式は 7 フィールドで ? を使うため、ここで扱う Unix 形式とは異なります。
スケジュールの不具合で最も多い原因はタイムゾーンです。このツールは次回実行時刻をブラウザのタイムゾーンで表示しますが、サーバーや GitHub Actions、多くのクラウドスケジューラは UTC が既定です。日本時間(UTC+9)の 9:00 は UTC の 0:00 なので、0 0 * * * と書く必要があります。本番前に対象プラットフォームのタイムゾーンを必ず確認しましょう。
順に分(0–59)、時(0–23)、日(1–31)、月(1–12)、曜日(0–6、0 は日曜)です。30 2 * * * は毎日 2:30 に実行されます。
*/5 * * * * と書きます。スラッシュは間隔を表し、毎時 0、5、10…55 分に実行されます。
ほとんどがタイムゾーンの問題です。サーバーや GitHub Actions は UTC のことが多く、日本時間 9:00 は UTC 0:00 です。
標準 cron ではどちらかが一致すれば実行されます。0 0 13 * 5 は毎月 13 日と毎週金曜日に実行されます。
現在または貼り付けられたユーザーエージェントを解析し、OS、ブラウザ、ハードウェア情報を取得します。
ブラウザ上でキーボードの全キーが反応するか確認できます。2.5Dキーボード模型、Web Audioで合成した青軸・赤軸・茶軸風の打鍵音、WPM表示つき。
ソースコードをmacOSウインドウ外枠、グラデーション背景、シャドウ付きの美しいシェア用画像に簡単変換。
ExcelからコピーしたセルデータやCSVを、Markdown、JSON配列、HTMLテーブルコードにワンクリック相互変換。