ad14447092
Auf der Produktionsmaschine traten vereinzelt Timeouts nach codeberg.org auf
("Operation timed out after 15003 milliseconds with 0 bytes received"), waehrend
die Verbindung sonst in ~0,1s antwortet.
Bisher fiel der Dauerlaeufer nach so einem Fehlschlag in den regulaeren Takt
zurueck. Weil SyncTrigger::consume() die Webhook-Anforderung schon vor dem Lauf
quittiert, war eine per Webhook angeforderte Aktualisierung damit verloren und
kam erst bis zu MONITOR_SYNC_INTERVAL Sekunden spaeter - genau die Verzoegerung,
die der Webhook abschaffen sollte.
Neu wird der naechste Versuch nach einem Fehlschlag vorgezogen: 5s, 10s, 20s, …
gedeckelt auf das regulaere Intervall (Sync\SyncSchedule). Ein kurzer Aussetzer
ist damit binnen Sekunden ueberstanden, eine laengere Codeberg-Stoerung laeuft
trotzdem nicht in einen Dauerbeschuss. Nach einem erfolgreichen Lauf gilt sofort
wieder das regulaere Intervall.
Die Wartezeit-Berechnung liegt in einer eigenen Klasse, weil die Schleife in
bin/sync-codeberg.php selbst nicht testbar ist.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
72 lines
2.5 KiB
PHP
Executable file
72 lines
2.5 KiB
PHP
Executable file
#!/usr/bin/env php
|
|
<?php
|
|
|
|
declare(strict_types=1);
|
|
|
|
use Monitor\Api\Config;
|
|
use Monitor\Api\Db\Database;
|
|
use Monitor\Api\Repository\TicketRepository;
|
|
use Monitor\Api\Sync\CodebergSyncService;
|
|
use Monitor\Api\Sync\CurlCodebergClient;
|
|
use Monitor\Api\Sync\SyncSchedule;
|
|
use Monitor\Api\Sync\SyncTrigger;
|
|
|
|
require dirname(__DIR__) . '/vendor/autoload.php';
|
|
|
|
$config = Config::fromEnvironment();
|
|
$db = Database::forFile($config->dbPath());
|
|
|
|
$service = new CodebergSyncService(
|
|
new CurlCodebergClient($config->codebergApiBase(), $config->codebergToken()),
|
|
new TicketRepository($db),
|
|
$config->codebergOwner(),
|
|
$config->codebergRepo(),
|
|
);
|
|
|
|
// Ohne --watch bleibt das Skript ein einmaliger Lauf (manueller Aufruf, siehe README).
|
|
if (!in_array('--watch', $argv, true)) {
|
|
$service->sync();
|
|
fwrite(STDOUT, "Codeberg-Sync abgeschlossen.\n");
|
|
|
|
return;
|
|
}
|
|
|
|
$trigger = new SyncTrigger($config->syncTriggerPath());
|
|
$interval = $config->syncIntervalSeconds();
|
|
$schedule = new SyncSchedule($interval);
|
|
|
|
fwrite(STDOUT, sprintf("[sync] Watch-Modus, periodischer Lauf alle %ds, Webhook-Trigger sofort.\n", $interval));
|
|
|
|
$lastRun = 0;
|
|
$failures = 0;
|
|
while (true) {
|
|
$triggered = $trigger->consume();
|
|
$due = (time() - $lastRun) >= $schedule->secondsUntilNextRun($failures);
|
|
|
|
if ($triggered || $due) {
|
|
$lastRun = time();
|
|
try {
|
|
$service->sync();
|
|
$failures = 0;
|
|
fwrite(STDOUT, sprintf("[sync] Lauf beendet (%s).\n", $triggered ? 'Webhook' : 'periodisch'));
|
|
} catch (Throwable $e) {
|
|
// Ein fehlgeschlagener Lauf (Codeberg nicht erreichbar, Rate-Limit) darf die
|
|
// Schleife nicht beenden, sonst landet der Container in einer Restart-Schleife.
|
|
// Stattdessen wird der naechste Versuch vorgezogen (siehe SyncSchedule) - eine
|
|
// per Webhook angeforderte Aktualisierung ist sonst verloren, weil die
|
|
// Anforderung vor dem Lauf quittiert wurde.
|
|
$failures++;
|
|
fwrite(STDERR, sprintf(
|
|
"[sync] Lauf fehlgeschlagen (%dx in Folge, naechster Versuch in %ds): %s\n",
|
|
$failures,
|
|
$schedule->secondsUntilNextRun($failures),
|
|
$e->getMessage()
|
|
));
|
|
}
|
|
}
|
|
|
|
// Sekundentakt: bestimmt, wie schnell ein Webhook-Trigger bemerkt wird. Der Check ist
|
|
// ein file_exists() auf einem lokalen Volume, kostet also praktisch nichts - im
|
|
// Gegensatz zum Codeberg-Request, der weiterhin nur bei Bedarf laeuft.
|
|
sleep(1);
|
|
}
|