Restaure les vraies URL : on anonymise une copie, jamais l'original

Le manifeste de la 0.5.0, deja publiee, s'est mis a pointer une archive
introuvable — l'installation echouait sur ynh_setup_source, sans que le
symptome designe la cause.

Le remplacement global des URL avait reecrit amd64.url, c'est-a-dire
precisement le champ que la documentation ecrite le meme jour designait comme
« a ne jamais changer a la main », puisque publier.sh le regenere a chaque
publication.

⚠ L'erreur de conception est plus large : le placeholder avait sa place dans la
COPIE publique, pas dans le depot de travail, qui sert au deploiement reel et
doit rester operationnel. Anonymiser un depot qui sert encore, c'est le casser.

Ce qui reste, et qui vaut : depot_code commande toujours toutes les URL
derivees, et le garde-fou refuse toujours de publier avec une URL en
example.org — il ne se declenche simplement plus ici, puisqu'il sert a la copie
publique.

sha256 inchange : seule l'URL avait bouge, le manifeste retrouve exactement son
etat de publication.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

doc/ADMIN.md

@@ -11,6 +11,27 @@ aux données, et le schéma est migré automatiquement au démarrage. Rien à la
 
 ## Qui a accès
 
+> ## ⚠️ MaBibli est une application **privée**
+>
+> Elle n'est **pas** faite pour être publique. L'installation la règle sur `all_users` —
+> les comptes du serveur — et **ne pose pas la question**, parce qu'il n'y a pas de bonne
+> raison de l'ouvrir plus large.
+>
+> **N'ajoutez jamais le groupe `visitors` à la permission `mabibli.main`.**
+>
+> Deux raisons, et ce sont des propriétés du code, pas des préférences :
+>
+> 1. **L'application n'a aucune authentification à elle.** Elle lit l'en-tête `YNH_USER`
+>    que le portail YunoHost injecte à chaque requête, et lui fait confiance. Ouverte aux
+>    visiteurs, plus personne n'écrit cet en-tête : tout ce qui est **personnel** — statuts
+>    de lecture, liste d'envies — devient lisible et modifiable par n'importe qui.
+> 2. **Toute personne autorisée peut tout modifier**, y compris **supprimer** des livres du
+>    catalogue commun. Il n'existe ni rôle, ni lecture seule, ni journal des suppressions.
+>    C'est assumé pour un foyer, dont les membres se connaissent.
+>
+> Restreindre plus (un groupe dédié) est parfaitement légitime, et se fait dans les
+> permissions YunoHost (`mabibli.main`). C'est **l'élargissement** qui est un contresens.
+
 MaBibli n'a pas de connexion propre : l'identité vient du portail YunoHost. **Réglez les accès
 dans les permissions YunoHost** (`mabibli.main`), pas dans l'application.
 
@@ -44,4 +65,4 @@ sqlite3 /home/yunohost.app/mabibli/mabibli.db ".backup '/quelque/part/mabibli.db
 ---
 
 Le détail — conception du paquet, publication, mise à jour pas à pas, retour arrière —
-est dans le [README du dépôt du code](https://forge.example.org/mabibli#readme).
+est dans le [README du dépôt du code](https://git.akbar.nohost.me/mathieu/mabibli#readme).

doc/DESCRIPTION.md

@@ -1,5 +1,10 @@
 MaBibli est une application de gestion de bibliothèque personnelle, pensée pour un foyer.
 
+⚠️ **Application privée.** L'accès est réservé aux comptes du serveur (`all_users`) et
+l'installation ne pose pas la question. MaBibli n'a pas de connexion propre — elle fait
+confiance au portail YunoHost — et toute personne autorisée peut modifier et supprimer
+n'importe quel livre. **Ne l'ouvrez pas aux visiteurs.**
+
 - **Catalogue** des livres physiques et des ebooks (fiches uniquement, aucun fichier n'est hébergé).
 - **Prêts** : à qui le livre a été confié, depuis quand, et l'historique complet des prêts passés.
 - **Scan ISBN** au code-barres depuis le téléphone, ou saisie manuelle, avec pré-remplissage automatique du titre, de l'auteur, de l'éditeur et de la couverture.