Files
veye-lalwa_ynh/conf/env
T
Cyber MawonajandClaude Opus 5 07b349be86 Paquet YunoHost pour Vèy Lalwa — v1.0.1~ynh1
Format de paquetage 2, helpers 2.1, sur le modèle de jwe_ynh.

Ce que l'installation fait, dans cet ordre : extraire l'archive, rendre le
.env depuis les réponses d'installation, construire l'application web (npm ci,
polices, build, prune), monter l'environnement Python, puis remplir la base
depuis le corpus de recherche embarqué.

Trois choix qui méritent d'être dits :

- La base, le cache et l'export vivent dans data_dir, jamais dans le répertoire
  d'installation. « ynh_setup_source --full_replace » efface celui-ci
  intégralement à chaque mise à jour : y laisser la base effacerait tout le
  travail de veille accumulé. Vérifié en simulant la mise à jour — 59 textes,
  367 sources et 3 passages survivent à l'effacement.
- Un domaine dédié, sans question « path ». Les liens internes sont absolus et
  SvelteKit demanderait une recompilation avec « paths.base » pour tenir sur
  un sous-chemin. Mieux vaut une contrainte annoncée qu'un sous-chemin à
  moitié fonctionnel.
- Les identifiants Légifrance sont facultatifs, et les tests s'exécutent sans :
  cela vérifie au passage le mode dégradé documenté. Le rapport de passage
  affiche alors « legifrance ignoré — repli sur … », et les deux autres
  collecteurs détectent quand même les 7 ajouts et les 4 changements de
  décision.

Un minuteur systemd distinct porte le passage de collecte, le helper
« ynh_config_add_systemd » ne gérant que l'unité principale. Il est arrêté
avant toute mise à jour : un passage qui démarrerait pendant le remplacement
des fichiers travaillerait sur un arbre à moitié écrit.

Vérifié avant publication, pas après : séquence npm complète depuis l'archive
publiée, environnement Python, remplissage, démarrage du service lisant la base
de data_dir, origine déduite des en-têtes du proxy, passage en mode dégradé, et
simulation d'effacement du répertoire d'installation. shellcheck sans
avertissement, TOML valides.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-07-25 23:33:28 -04:00

45 lines
2.4 KiB
Plaintext

# Configuration de Vèy Lalwa — générée par YunoHost.
#
# Ce fichier est régénéré à chaque mise à jour et à chaque changement d'URL :
# ne l'éditez pas à la main, vos changements seraient perdus. Pour modifier les
# identifiants Légifrance :
# yunohost app config set __APP__ legifrance_client_id -v "…"
# ou, à défaut, réinstallez avec les bonnes valeurs.
# ── Application web ──────────────────────────────────────────────────────────
HOST=127.0.0.1
PORT=__PORT__
ORIGIN=https://__DOMAIN__
NODE_ENV=production
# ── Emplacements ─────────────────────────────────────────────────────────────
# Racine du code et du corpus de recherche. Explicite plutôt que déduite de
# l'emplacement du module : une installation non éditable ferait chercher le
# corpus à côté du venv, où il n'est pas.
VEILLE_RACINE=__INSTALL_DIR__
# Données persistantes, dans __DATA_DIR__ et non dans le répertoire
# d'installation : celui-ci est intégralement remplacé à chaque mise à jour.
VEILLE_DB=__DATA_DIR__/veille.db
VEILLE_CACHE=__DATA_DIR__/cache_http
VEILLE_DUMP_JSON=__DATA_DIR__/textes.json
# ── API Légifrance (PISTE) ───────────────────────────────────────────────────
# Vides = collecteur désactivé, repli documenté sur le Sénat et le Conseil
# constitutionnel. Le rapport de chaque passage indique lequel a été ignoré.
LEGIFRANCE_CLIENT_ID=__LEGIFRANCE_CLIENT_ID__
LEGIFRANCE_CLIENT_SECRET=__LEGIFRANCE_CLIENT_SECRET__
LEGIFRANCE_ENV=prod
# ── Politesse envers les services publics interrogés ─────────────────────────
# Valeur entre guillemets : systemd s'en passerait, mais un shell qui sourcerait
# ce fichier butterait sur les parenthèses et le point-virgule. La commande de
# diagnostic de doc/ADMIN le source justement.
VEILLE_USER_AGENT="veye-lalwa/1.0 (+https://__DOMAIN__ ; contact: __CONTACT_EMAIL__)"
VEILLE_DELAI_REQUETES=1.0
VEILLE_CACHE_TTL_H=6
VEILLE_SEUIL_FUZZY=0.86
# Notifications de fin de passage — désactivées par défaut.
VEILLE_NOTIF_ACTIVE=false