Files

j.foucher b8ac2488fe sign-manifest: derive ZIP filename from manifest URL, tolerant fallback

Previously the script assumed every ZIP was named proserve-{version}.zip.
That broke when an upload was named "Proserve v1.4.6.zip" (with space and
capital P, the natural name produced by Compress-Archive on a Proserve
v1.4.6/ folder).

Now the script:
1. Reads download.url from each version entry, takes basename().
2. If that exact file is missing, falls back to a glob *{version}*.zip
   in builds/ — succeeds if exactly one match.
3. Logs a clear message in either case.

Also fix manifest example hostname (www.exemple-asterion.com → asterionvr.com).

2026-05-01 09:17:26 +02:00

api

Server: portable rewrite + JSON-only error handler

2026-05-01 09:07:22 +02:00

builds

Initial scaffolding: PS_Launcher v0.2

2026-05-01 08:54:45 +02:00

manifest

sign-manifest: derive ZIP filename from manifest URL, tolerant fallback

2026-05-01 09:17:26 +02:00

releasenotes

Initial scaffolding: PS_Launcher v0.2

2026-05-01 08:54:45 +02:00

tools

sign-manifest: derive ZIP filename from manifest URL, tolerant fallback

2026-05-01 09:17:26 +02:00

.htaccess

Server: portable rewrite + JSON-only error handler

2026-05-01 09:07:22 +02:00

README.md

Initial scaffolding: PS_Launcher v0.2

2026-05-01 08:54:45 +02:00

README.md

PS_Launcher — Côté serveur

Contenu de ce dossier à uploader sous www/PS_Launcher/ sur le mutualisé OVH.

Arborescence finale après upload

www/
└── PS_Launcher/
    ├── .htaccess
    ├── api/
    │   ├── config.php          ← À ÉDITER avec tes vraies valeurs (DB, secrets)
    │   ├── index.php
    │   ├── lib/Response.php
    │   └── routes/
    │       ├── Manifest.php
    │       └── Releasenotes.php
    ├── manifest/
    │   └── versions.json       ← Régénéré par tools/sign-manifest.php
    ├── releasenotes/
    │   ├── 1.4.5.md
    │   └── 1.4.6.md
    ├── builds/                 ← Tu uploades ici les ZIPs en SFTP
    │   └── proserve-1.4.6.zip
    └── tools/
        └── sign-manifest.php   ← Lance après chaque upload de ZIP

Workflow de release

Packager Unreal → produit le dossier Proserve v1.4.6/.
Le zipper localement : le contenu du ZIP doit reproduire ce qui est attendu côté client (le client extrait dans Proserve v1.4.6/, donc le ZIP peut soit contenir un dossier racine Proserve v1.4.6/, soit son contenu directement — voir ci-dessous).
Uploader le ZIP via SFTP dans www/PS_Launcher/builds/proserve-1.4.6.zip.
Éditer manifest/versions.json pour ajouter (ou modifier) l'entrée 1.4.6 et le champ latest.
Ajouter releasenotes/1.4.6.md.
Se connecter en SSH OVH et lancer :
```
cd www/PS_Launcher
php tools/sign-manifest.php
```
Cela calcule automatiquement sizeBytes et sha256 à partir du ZIP.

Convention du contenu du ZIP

Le client extrait le ZIP dans installRoot/Proserve v{version}/. Donc le ZIP doit contenir directement les fichiers PROSERVE_UE_5_5.exe, Engine/, PROSERVE_UE_5_5/, etc. à sa racine (pas de dossier englobant).

Test rapide en ligne de commande :

unzip -l proserve-1.4.6.zip | head -10

Doit lister PROSERVE_UE_5_5.exe à la racine, pas Proserve v1.4.6/PROSERVE_UE_5_5.exe.

Test de l'API depuis ton poste

Une fois uploadé, vérifier :

curl https://www.tondomaine.com/PS_Launcher/api/health
curl https://www.tondomaine.com/PS_Launcher/api/manifest
curl https://www.tondomaine.com/PS_Launcher/api/releasenotes/1.4.6

À mettre à jour avant prod

api/config.php : tous les replace_me / replace_with_*. Ce fichier ne doit JAMAIS être commit dans un repo public.
Dans manifest/versions.json, remplace www.exemple-asterion.com par ton vrai domaine.