Dev Tools+: Cron, JWT, UUID und Text-Diff

Dev Tools+ ist der Zeit- und Textzweig von Data & Dev: vier Panels, die Text parsen, dekodieren oder vergleichen. Cron parst Ausdrücke mit fünf und sechs Feldern und liest sie als Zeitplan zurück; JWT teilt ein Token in Header, Payload und Signatur und markiert den Ablauf; UUID / ULID erzeugt Kennungen und liest Zeitstempel aus v1-, v7- und ULID-Werten rückwärts; Text diff vergleicht zwei Texte auf Zeilen-, Wort- oder Zeichenebene.

更新 2026-10-016 个来源约 5 分钟读完

Bedienung der Panels

Cron.Einen Ausdruck eingeben oder ein Preset wählen (@daily, 0 9-18 * * 1-5); Rücklesung, Feldtabelle und die nächsten Läufe aktualisieren sich live. 1–50 Vorkommen als .ics kopieren oder exportieren, oder eines aus den Pickern bauen.
JWT.Ein Token einfügen — ein führendes Bearer wird toleriert — oder das RFC-7519-Beispiel laden. Header und Payload erscheinen als JSON mit alg-, typ- und kid-Badges, einer Statuskarte, einer Tabelle der Zeit-Claims und Claim-Listen; Show raw segments färbt die Teile neu ein.
UUID / ULID.v4, v7, v1 oder ULID wählen, eine Anzahl bis 500 einstellen und Generate drücken; Parse lädt eine Zeile in den Parser, der geschweifte Klammern, urn:uuid: und die ungetrennte Form akzeptiert.
Text diff.Die beiden Texte einfügen und Zeilen-, Wort- oder Zeichengranularität wählen; Ignore case und Ignore trailing WS blenden Unterschiede aus. Side by side, Inline und Unified ändern die Ansicht, mit Kontextzeilen und Copy.

Rechenbeispiele

Cron. */15 9-17 * * 1-5 liest sich als „alle 15 Minuten in Stunde 9–17, an Montag–Freitag“; ab Montag, 28. September 2026, 10:30 sind die nächsten vier 10:45, 11:00, 11:15, 11:30, und ab Freitag, 2. Oktober, 17:50 ist der nächste Montag, 5. Oktober, 09:00. 0 0 13 * 5 liest sich als „00:00, an Tag 13 des Monats oder am Freitag“, sodass die Liste ab 1. Oktober 2026 Fr 2. Okt, Fr 9. Okt, Di 13. Okt, Fr 16. Okt lautet. 0 0 29 2 * antwortet 2028-02-29; 30 0 3 * * * liest sich als „03:00, bei Sekunde 30, jeden Tag“.
JWT. Das RFC-7519-Beispiel zeigt alg HS256, typ JWT, Segmente 40 / 94 / 43, eine 32 B Signatur und Claims iss = "joe", exp = 1300819380 und http://example.com/is_root. Status Expired: exp ist 2011-03-22T18:43:00.000Z. Ein Millisekunden-nbf (1700000000000) wird zu 1700000000 korrigiert und als Not yet valid markiert.
UUID / ULID. 018bcfe5-6800-7243-bd0c-de1cee9250a0 parst als UUID v7, 74 Zufallsbits, sortierbar, Zeitstempel 2023-11-14T22:13:20.000Z; 01HF7YAT00NS2M9656TYVRKCYD als ULID, 80 Zufallsbits, derselbe Zeitpunkt — die beiden Präfixe kodieren denselben Moment. 550e8400-e29b-41d4-a716-446655440000 ist v4: 122 Zufallsbits, kein Zeitstempel.
Text diff. Das eingebaute Beispiel meldet Distanz 6 (+4 / −2), Ähnlichkeit 50.0 %, 5 → 7 Zeilen, Unified-Hunk @@ -1,5 +1,7 @@; one/two/three/four/five gegen one/2/three/four/five/six ergibt Distanz 3, Ähnlichkeit 72.7 %; der Zeichenmodus verwandelt "kitten" in "sitting" in 5 Änderungen.

Wie die Panels rechnen

Cron ist der Vixie-Dialekt aus /etc/crontab — Namen (JAN, MON), Bereiche, Schritte, Makros und umlaufende Rückwärtsbereiche, mit 7 als Sonntag — abgeglichen in der lokalen Zone. Die JWT-Dekodierung ist reines base64url: fünf Datums-Claims werden als Unix-Sekunden gelesen, Werte über 10¹¹ als Millisekunden. Kennungen stammen aus crypto.getRandomValues; UUID-Layouts folgen RFC 9562, ULIDs nutzen Crockford Base32. Der Diff ist Myers' O(ND).

Grenzen

Cron blickt zwölf Jahre voraus.: Wenn nichts ins Fenster fällt, sagt das Panel „no occurrence“ — die ehrliche Antwort für den 31. Februar.
Cron-Zeiten sind lokal.: Der Cron eines Servers läuft meist in UTC oder der Maschinenzone; vor dem Übertragen eines Zeitplans umrechnen.
JWT dekodiert, vertraut nie.: Die Signatur ist Text plus eine Byte-Anzahl; nichts wird abgerufen, und ein grüner Status heißt nur, dass die Zeit-Claims plausibel aussehen.
Diff ist auf 20,000 Token pro Seite begrenzt.: Der Zeichenmodus erreicht die Grenze zuerst; längere Eingaben werden mit dem Hinweis abgelehnt, gröber zu werden.
Keine Kodierungs-, Netzwerk- oder Sicherheitssuite.: Base64, Hex, Hashes, JSON und Regex leben in Dev Tools; DNS- und IP-Arbeit in Network Tools und dem IP-Subnetzwerkzeug; Arithmetik im Standardrechner.

Stolperfallen

Die beiden Tagesfelder werden per OR, nicht per AND verknüpft. 0 0 13 * 5 feuert jeden Freitag und jeden 13. — nicht nur Freitag den 13. Das Panel warnt „it fires when either matches“; das AND gehört in den Job.
Benachbarte Löschungen und Einfügungen paaren sich. Side-by-side verschmilzt eine entfernte Zeile mit der nächsten hinzugefügten zu einer geänderten Zeile — die Demo zeigt zwei geänderte Zeilen und zwei Einfügungen (Leerzeile, export).
Der Wortmodus zählt Leerraum. „the quick brown fox“ sind sieben Token — vier Wörter, drei Leerzeichen — also ist ein getauschtes Wort Distanz 2, nicht 1.

Wo es verwendet wird

Einen Zeitplan prüfen, bevor crontab bearbeitet wird

Den Ausdruck zurücklesen, expandierte Werte zählen und in der kommenden Liste ein Wochenende überqueren; .ics legt ihn in einen Kalender.

Ein Token aus einem Fehlerbericht lesen

Ein zitiertes Token dekodieren, ohne es irgendwohin zu senden — dann die Ausgabe als Text behandeln: kodierter Payload, ungeprüfte Signatur.

Einen Schlüssel wählen, der sortiert

v4, v7 und ULID vergleichen: v7 und ULID bleiben als Text in Einfügereihenfolge; v4 verbirgt die Erstellungszeit, streut aber. Einen Wert einfügen, um seine Erzeugungszeit wiederzufinden.

Eine Änderung prüfen, bevor sie ausgeliefert wird

Die Granularität passend zur Frage wechseln — Zeile, Wort oder Zeichen — und den Patch kopieren.

Quellen

Michael Kerrisk, crontab(5) — Linux manual page, man7.org （访问日期：2026-10-01）— Feldsyntax und die OR-Regel.
IETF, RFC 7519: JSON Web Token (JWT), rfc-editor.org （访问日期：2026-10-01）— registrierte Claims und das Beispiel-Token.
IETF, RFC 7515: JSON Web Signature (JWS), rfc-editor.org （访问日期：2026-10-01）— kompakte Serialisierung und der alg-Header.
IETF, RFC 9562: Universally Unique IDentifiers (UUID), rfc-editor.org （访问日期：2026-10-01）— v1-, v4- und v7-Layouts und Varianten.
ULID, Universally Unique Lexicographically Sortable Identifier specification, github.com/ulid （访问日期：2026-10-01）— Crockford-Base32-Layout und Sortierreihenfolge.
Eugene W. Myers, An O(ND) Difference Algorithm and Its Variations, Algorithmica 1(2):251–266, 1986, link.springer.com （访问日期：2026-10-01）— der Diff-Algorithmus.