Admin backoffice — UI redesign : - Pages versions.php + licenses.php : remplace les <details> inline qui débordaient horizontalement par UN bouton « ✎ Modifier » par row qui ouvre une modal <dialog> avec onglets. 5 tabs versions (Méta, Notes, BÊTA, Channels, Avancé) + 6 tabs licenses (Prolonger, Slots, Channel, BÊTA, Lock, Contacts, Machines). Délégation JS unique pour les onglets. - Bouton 📋 Copier la clé license dans chaque row (Clipboard API + feedback visuel ✓ vert 1.5s). Évite le détour par phpMyAdmin pour transmettre la clé aux clients. - Overlay « hashing en cours » plein écran sur tous les boutons de hash (3-5 min sur OVH pour 13 Go ZIP). Spinner CSS + message contextualisé par scope (bulk vs single). - Date de release passée de datetime-local à date (l'heure n'a pas de sens UX), avec défaut = aujourd'hui pour release_at et aujourd'hui-1an pour min_license_date (= license standard couvre les releases sur 1 an). Emails de notification release : - Migration 004 : colonne contact_emails TEXT NULL sur licenses (CSV) - Onglet « Contacts » sur la modal licenses pour saisir les emails par license (parsing tolérant : CSV, ligne par ligne, point-virgule) - Bouton « ✉ Notifier » par version : POST notify_release filtre les licenses éligibles (channel match + min_license_date + can_see_betas pour BÊTA) et envoie un email HTML à chaque contact (dédup global) - Template email table-based + bgcolor (compat Outlook/Word engine), navy foncé #0F172A, logo Asterion en CID embed (= affichage direct sans demande de permission Outlook), bouton download installer centré (align="center" + margin auto), release notes en <pre> - Mailer.php helper : parse emails, multipart/related avec attachments inline, fallback execCommand pour clipboard 4-digit version support (X.Y.Z.B) : - SemVer Parse/CompareTo/ToString gèrent 3 ou 4 digits ; Build absent = 0 implicite (1.5.4 == 1.5.4.0 < 1.5.4.13). HasExplicitBuild préserve le format d'origine au round-trip. - Regex InstallationRegistry étendue avec (?:\.\d+)? → reconnaît « PROSERVE v1.5.4.13 » côte-à-côte avec « PROSERVE v1.5.4 » sur disque - Server-side : versions.php, launcher.php, DownloadUrl.php, api/index.php, Releasenotes.php — toutes les regex de validation acceptent le 4ᵉ digit - Use case : dev/test iterations cohabitant avec leur release stable Bugs fixes : - migrate.php : strip ligne par ligne les commentaires SQL avant le check is-empty. Sans ça, le PREMIER chunk d'un fichier migration (= header + premier ALTER) commençait par `--` et était silencieusement skip → ALTER jamais appliqué. Affectait migrations 003, 004. - SignManifest::getOrComputeSha256 ignorait son cache interne quand force demandé par le caller, retournant l'ancien hash en 0 ms même après re-upload SFTP (avec mtime préservé). Propage maintenant le flag $force. Bouton « 🔁 Hash » per-row force maintenant un re-calcul systématique. - DownloadManager : 416 (Range Not Satisfiable) ajouté aux URL-refresh triggers, avec HEAD probe pour comparer taille serveur vs manifest → message d'erreur explicite si ZIP tronqué. Bps display lissé sur une fenêtre glissante de 12 samples (3 s) → plus de clignotement quand un segment finit / Polly retry. SHA mismatch popup enrichi avec les deux SHAs (attendu vs calculé) extraits via regex de l'exception. - DownloadUrl.php : signature de l'URL utilisait un template hardcodé /builds/proserve-{version}.zip, ignorant tout rename serveur. Lit maintenant download.url du manifest et signe le filename réel. Strings i18n (5 langues) : - ~15 nouveaux : SHA mismatch enrichi avec sources, 416 size mismatch, stale manifest, manifest refreshed auto-retry, force fresh menu Bumps : 0.29.7 → 0.29.10 (4-digit support + accumulated UI fixes). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
124 lines
4.4 KiB
PHP
124 lines
4.4 KiB
PHP
<?php
|
|
/**
|
|
* Mini script de migration : applique tous les fichiers SQL présents dans
|
|
* migrations/ sur la base configurée dans api/config.php.
|
|
*
|
|
* Utilisable de deux façons :
|
|
* 1. En SSH : cd ~/www/PS_Launcher && php tools/migrate.php
|
|
* 2. Via le navigateur : https://asterionvr.com/PS_Launcher/tools/migrate.php
|
|
* (à supprimer après la première migration pour ne pas l'exposer)
|
|
*
|
|
* Le script est idempotent : les CREATE TABLE IF NOT EXISTS ne ré-écrasent pas
|
|
* les tables existantes. Tu peux donc le rejouer sans risque.
|
|
*/
|
|
declare(strict_types=1);
|
|
|
|
// Sécurité minimale : refuse l'exécution web si la config n'est pas là
|
|
$configPath = dirname(__DIR__) . '/api/config.php';
|
|
if (!is_file($configPath)) {
|
|
http_response_code(500);
|
|
header('Content-Type: text/plain; charset=utf-8');
|
|
echo "Erreur : api/config.php absent.\n";
|
|
exit(1);
|
|
}
|
|
$config = require $configPath;
|
|
|
|
// Mode CLI ou web ?
|
|
$cli = (PHP_SAPI === 'cli');
|
|
if (!$cli) {
|
|
header('Content-Type: text/plain; charset=utf-8');
|
|
}
|
|
|
|
function out(string $line): void {
|
|
echo $line . "\n";
|
|
if (PHP_SAPI !== 'cli') @ob_flush();
|
|
@flush();
|
|
}
|
|
|
|
out("=== PS_Launcher migrate.php ===");
|
|
out("DSN: " . $config['db']['dsn']);
|
|
|
|
try {
|
|
$pdo = new PDO(
|
|
$config['db']['dsn'],
|
|
$config['db']['username'],
|
|
$config['db']['password'],
|
|
[
|
|
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION,
|
|
PDO::ATTR_EMULATE_PREPARES => false,
|
|
]
|
|
);
|
|
out("Connexion DB OK");
|
|
} catch (Exception $e) {
|
|
out("ÉCHEC connexion : " . $e->getMessage());
|
|
exit(2);
|
|
}
|
|
|
|
$migrationsDir = dirname(__DIR__) . '/migrations';
|
|
$files = glob("$migrationsDir/*.sql") ?: [];
|
|
sort($files);
|
|
|
|
if (!$files) {
|
|
out("Aucun fichier SQL dans $migrationsDir");
|
|
exit(0);
|
|
}
|
|
|
|
foreach ($files as $f) {
|
|
out("");
|
|
out("--- " . basename($f) . " ---");
|
|
$sql = file_get_contents($f);
|
|
// Découpe naïve sur les ';' suivis d'un saut de ligne (suffit pour notre schéma)
|
|
$statements = array_filter(array_map('trim', preg_split('/;\s*\n/', $sql) ?: []));
|
|
foreach ($statements as $stmt) {
|
|
// Strip les lignes de commentaire SQL (--) du début / intercalées avant
|
|
// de checker si le statement est vide. Sinon : un fichier migration qui
|
|
// commence par un header de commentaires se retrouve dans le PREMIER
|
|
// chunk avec son premier ALTER (séparés par \n pas par ;\n) ; le chunk
|
|
// commence donc par `--`, le check str_starts_with le déclare vide,
|
|
// et l'ALTER est silencieusement skip. Bug rapporté : migrations 003+
|
|
// qui n'ont qu'un seul ALTER après un bloc de commentaires en tête
|
|
// n'étaient jamais appliquées (output vide entre "--- 003 ---" et "===").
|
|
$lines = preg_split('/\r?\n/', $stmt) ?: [];
|
|
$kept = [];
|
|
foreach ($lines as $line) {
|
|
$t = ltrim($line);
|
|
if ($t === '' || str_starts_with($t, '--')) continue;
|
|
$kept[] = $line;
|
|
}
|
|
$stmt = trim(implode("\n", $kept));
|
|
if ($stmt === '') continue;
|
|
try {
|
|
$pdo->exec($stmt);
|
|
$first40 = substr(preg_replace('/\s+/', ' ', $stmt), 0, 60);
|
|
out(" ✔ " . $first40 . "…");
|
|
} catch (Exception $e) {
|
|
$msg = $e->getMessage();
|
|
// Tolérance idempotence : on n'aboie pas sur les ALTER qui re-touchent
|
|
// une colonne / un index existant. Permet de rejouer migrate.php sans
|
|
// risque sur une DB déjà partiellement / complètement migrée.
|
|
$idempotent = str_contains($msg, 'Duplicate column')
|
|
|| str_contains($msg, 'Duplicate key name')
|
|
|| str_contains($msg, "Can't DROP") // ALTER DROP COLUMN inexistante
|
|
|| str_contains($msg, 'check that column/key exists');
|
|
if ($idempotent) {
|
|
$first40 = substr(preg_replace('/\s+/', ' ', $stmt), 0, 60);
|
|
out(" ↺ (déjà appliqué) " . $first40 . "…");
|
|
continue;
|
|
}
|
|
out(" ✘ ERREUR : " . $msg);
|
|
out(" Sur : " . substr($stmt, 0, 80) . "…");
|
|
exit(3);
|
|
}
|
|
}
|
|
}
|
|
|
|
out("");
|
|
out("=== Migration terminée. Tables présentes ===");
|
|
$tables = $pdo->query("SHOW TABLES")->fetchAll(PDO::FETCH_COLUMN);
|
|
foreach ($tables as $t) out(" - $t");
|
|
|
|
if (!$cli) {
|
|
out("");
|
|
out("⚠ Pour la sécurité, supprime maintenant tools/migrate.php du serveur.");
|
|
}
|