Rendre le compose deployable depuis le depot

env_file rendait obligatoire un fichier non versionne : un clone neuf, ou une
stack Portainer construite depuis Git, echouait avec "env file .env not found".
La declaration etait de toute facon redondante, Compose lisant deja un .env
voisin pour resoudre les interpolations, et toutes les variables du .env.example
etant couvertes par environment: ou ports:.

Verifie : configuration resolue identique avec un .env present, a l'exception de
APP_PORT qui n'est plus injecte dans le conteneur. C'est une variable cote hote,
que le backend ne lit jamais et dont le port est fige dans le CMD.

Documente le deploiement par stack Portainer : variables d'environnement en
remplacement du .env, emplacement et proprietaire du dossier de donnees (uid
10001), mise a jour, administration par la console, et cas du proxy en Docker.

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

docker-compose.yml

@@ -6,8 +6,10 @@ services:
     image: openmind:latest
     container_name: openmind
     restart: unless-stopped
-    env_file:
-      - .env
+    # Pas de `env_file` : Compose lit deja automatiquement un fichier .env place
+    # a cote de ce compose pour resoudre les ${...} ci-dessous. Le declarer
+    # explicitement rendrait ce fichier obligatoire, et un deploiement depuis le
+    # depot (Portainer, clone neuf) echouerait, .env n'etant pas versionne.
     environment:
       # Le conteneur ecoute toujours sur 8080 ; APP_PORT ne change que l'hote.
       APP_NAME: ${APP_NAME:-OpenMind}