# Déploiement OVH — 15 octobre 2026

## État installé

- Hébergement mutualisé Perso `xnideno.cluster030.hosting.ovh.net`.
- Le WordPress principal reste dans `www/` ; aucun de ses fichiers n'a été modifié.
- Site OVH **E-Compte Rendu** associé à `pv.xn--identit-numrique-hqbe.fr`, racine `pv-app/`.
- `pv-app/.ovhconfig` exécute PHP 8.3, vérifié par la réponse du serveur. L'ancien chemin `www/pv` est un lien vers `pv-app/` et redirige désormais vers le sous-domaine, sans modifier WordPress.
- Fichiers publics dans `/home/xnideno/pv-app/`. Code, schéma, `.env` (mode 600) et stockage audio dans `/home/xnideno/pv-private/`, hors de la racine publique.
- Démonstration reliée à la base MySQL existante `xnidenoouv2`, distincte de la base de WordPress. Sept tables propres à l'application ont été créées avec le préfixe `ecr_`. Aucun schéma des autres applications n'a été modifié.
- Un administrateur temporaire a été créé. Ses accès sont dans le fichier local `ACCES-DEMO.txt` (mode 600, exclu du dépôt). Changer son mot de passe dans les paramètres dès la première connexion, puis supprimer ce fichier.
- La clé de chiffrement est sauvegardée localement dans `.secrets/cle-application.txt` (mode 600, exclu du dépôt). Sa perte rend les données chiffrées illisibles.
- Le connecteur de transcription et de rédaction automatiques reste désactivé car aucun service HTTPS validé par l'établissement n'est disponible.

## Vérification effectuée

Le parcours de test a réussi en HTTPS avec un dossier et un court fichier audio fictifs : connexion, création de dossier, envoi et lecture de l'audio chiffré, transcription saisie, compte rendu validé, exports TXT/DOCX/PDF, recherche, modèle, suppression de l'audio, suppression d'un second dossier et déconnexion. Un dossier fictif validé reste disponible dans le compte de démonstration.

Pendant l'émission du certificat, la vérification a utilisé le certificat valide du domaine principal et l'en-tête HTTP du sous-domaine. Le 15 octobre, OVH a commencé à servir le certificat Let's Encrypt du sous-domaine. L'application répond en HTTPS avec PHP 8.3 et `/pv/` renvoie HTTP 302 vers le sous-domaine ; WordPress répond toujours HTTP 200. Durant la propagation, quelques connexions présentaient encore le certificat par défaut. La stabilité du certificat reste à surveiller.

La tâche Cron OVH apparaît comme **Activé** : `pv-private/bin/purge.php`, PHP 8.3, chaque jour à 3 h 32 (minute attribuée par OVH), avec envoi des erreurs au contact administrateur. Sa première exécution reste à vérifier dans les journaux Cron.

## À terminer

1. Confirmer la stabilité du certificat HTTPS en IPv4 et IPv6 après propagation sur les serveurs OVH.
2. Vérifier la première exécution de la tâche Cron dans les journaux OVH.
3. Faire valider par l'établissement l'hébergement, les traitements, les durées de conservation et un éventuel moteur institutionnel avant d'utiliser des données réelles sensibles.

OVH indique que le certificat Let's Encrypt est normalement activé automatiquement pour un nouveau sous-domaine et que sa mise en place peut prendre plusieurs heures : [documentation officielle](https://docs.ovhcloud.com/fr/guides/web-cloud/web-hosting/ssl-letsencrypt). La configuration des tâches planifiées est décrite dans [le guide Cron OVH](https://docs.ovhcloud.com/fr/guides/web-cloud/web-hosting/cron-tasks).