CW Environment 0.1.0-alpha73 · Validierung
=============================================
Stand: 10.09.2026

Geprüft
-------
- 35 PHP-Dateien: php -l ohne Syntaxfehler
- 13 Python-Tooldateien: py_compile ohne Syntaxfehler
- environment-night-sync.js: Node-Syntaxprüfung erfolgreich
- environment-topics-admin.js: Node-Syntaxprüfung erfolgreich
- module.json / copernicus-source-catalog.json: gültiges JSON
- PHP-Planer DACH / complete: 310 Pakete, 92 eindeutige Variablen
- Python-Planer DACH / complete: 310 Pakete
- Python-Planer freie Länderauswahl DE+CH+AT: 310 Pakete
- berechnete Custom-Bounding-Box DE+CH+AT: N 55.2 / W 5.7 / S 45.7 / E 17.3
- Python-Planer Europa / complete: 310 Pakete bei größerem Abrufgebiet
- Probe-Reihenfolge: aktueller CAMS Forecast -> CAMS Reanalyse -> ERA5-Land -> ERA5 Wolken -> ERA5 statisch, bevor die lange Historie abgearbeitet wird
- DACH-Quellplan: 76 ERA5-Land-Jahre + 1 statisch + 76 ERA5-Wolken-Jahre + 156 CAMS-Reanalyse-Monate + 1 aktueller CAMS Forecast
- RAW-Manifest enthält Region/Länder, Request, Dataset, Remote-Job-ID, Dateityp, Größe und SHA-256
- atomarer .part -> validiertes RAW-Paket Ablauf im Worker vorhanden
- fehlendes Manifest eines bereits validierten Pakets wird beim Wiederaufnehmen rekonstruiert
- Stop/Resume-Zustand und Remote-Job-IDs werden persistiert
- deterministische Auth-/Lizenz-/Requestfehler blockieren die betroffene Quelle statt identische Requests zu wiederholen

Nicht in dieser Build-Umgebung ausführbar
-----------------------------------------
- Die vorhandenen alpha72-NetCDF-Integrationstests benötigen das externe Python-Modul netCDF4; es ist in dieser Build-Umgebung nicht installiert. Die neuen alpha73-Nachtlaufdateien selbst benötigen netCDF4 nicht für Download/Archivierung.
- Echte CDS-/ADS-Downloads können ohne persönliche Tokens und akzeptierte Dataset-Bedingungen nicht gegen die Benutzerkonten getestet werden. Der erste produktive Lauf muss deshalb auf cw.test bestätigt werden.

Sicherheitsverhalten beim ersten Produktivlauf
-----------------------------------------------
Der Paketplan prüft bewusst zuerst je ein echtes aktuelles/neuestes Paket jeder Quelle. Dadurch werden fehlende Lizenzen oder fehlerhafte Requests früh sichtbar. Bei einem deterministischen Quellenfehler wird nur diese Quelle blockiert; der Worker sendet nicht hunderte identische Folgeanfragen.
