Installer Presentia

Presentia se construit à partir d’un unique Dockerfile multi-étapes (EXPOSE 80) qui empaquette toute l’application — backend, frontend et ressources — de sorte que toute plateforme capable de construire depuis un Dockerfile fonctionne.

La seule règle qui compte

Tout ce qui est persistant — présentations, connexion, configuration, historique des coûts, images générées, exports et téléversements — vit sous /app_data. Montez-y toujours un volume persistant. Cela reste vrai même avec un Postgres externe, car les images et les exports s’écrivent toujours dans /app_data.

Démarrage rapide (Docker Compose)

git clone https://github.com/diegoparras/presentia.git
cd presentia
docker compose up -d --build production

Ouvrez http://localhost:5001, créez votre identifiant et choisissez un fournisseur de texte dans l’onboarding — une clé API OpenRouter est le moyen le plus rapide de déverrouiller d’un coup tous les modèles du catalogue.

Le fichier compose monte déjà ./app_data et embarque des blocs de service commentés pour Escriba, Anonimal et une variante GPU. Sur un hôte GPU, docker compose up -d --build production-gpu active l’accélération NVIDIA pour les modèles locaux ; changez le port avec PRESENTON_HTTP_HOST_PORT.

Note de build

L’image compile Python + Next.js, télécharge le runtime d’export et embarque Chromium — c’est un build lourd et une image de plusieurs Go. Donnez au builder un hôte avec de la RAM et du disque en quantité généreuse.

Déployer sur EasyPanel

1. + Service → App, Source → GitHub → diegoparras/presentia (branche main), Build → Dockerfile.
2. (Recommandé) + Service → Postgres dans le même projet (par ex. presentia-db). Les services se parlent par nom — <project>_presentia-db:5432, pas host.docker.internal.
3. Dans l’Environment de l’App :

   DATABASE_URL=postgresql://user:password@<project>_presentia-db:5432/presentia
   MIGRATE_DATABASE_ON_STARTUP=true

   Utilisez le schéma postgresql:// simple — l’application ajoute elle-même le pilote asynchrone. Laissez DATABASE_URL vide pour utiliser le SQLite intégré à la place.
4. Mounts → Volume → montez un volume persistant sur /app_data.
5. Domains → Container Port 80, ajoutez votre domaine, activez HTTPS.
6. Deploy. Au premier démarrage, les migrations créent automatiquement le schéma complet.

Docker seul / reverse proxy

docker build -t presentia .
docker run -d --name presentia --restart unless-stopped \
  -p 5001:80 -v presentia_data:/app_data \
  -e MIGRATE_DATABASE_ON_STARTUP=true \
  presentia

Placez un reverse proxy devant pour le TLS. Exemple de Caddyfile :

presentia.example.com {
    reverse_proxy localhost:5001
}

Principales variables d’environnement

Tout peut se configurer depuis l’interface Réglages — les variables d’environnement servent aux déploiements headless ou verrouillés. Les plus utiles :

Variable	Valeur par défaut	Description
LLM	—	Fournisseur de texte : openai, anthropic, google, deepseek, openrouter, ollama, lmstudio, litellm, azure_openai, bedrock, vertex, custom.
<PROVIDER>_API_KEY / <PROVIDER>_MODEL	—	Identifiants et modèle par fournisseur (par ex. OPENROUTER_API_KEY + OPENROUTER_MODEL).
IMAGE_PROVIDER	—	gpt-image-1.5, dall-e-3, gemini_flash, pexels, pixabay, comfyui.
WEB_GROUNDING / WEB_SEARCH_PROVIDER	désactivé	Recherche web : searchgirl, searxng, tavily, exa, brave ou auto (natif du modèle).
AUTH_USERNAME / AUTH_PASSWORD	—	Amorcent la connexion au lieu du formulaire du premier lancement.
CAN_CHANGE_KEYS	true	false verrouille les clés API pour que l’interface ne puisse pas les modifier.
DATABASE_URL	SQLite	Pointez vers PostgreSQL pour les déploiements multi-utilisateurs.
DATASET_MAX_ROWS	200	Plafond de lignes pour l’endpoint graphiques-depuis-données.
DISABLE_ANONYMOUS_TRACKING	—	Mettez true pour désactiver la télémétrie anonyme du projet d’origine.

La matrice complète des fournisseurs (Azure, Bedrock, Vertex, ComfyUI et plus) est documentée dans le docker-compose.yml du dépôt et dans .env.example.

Lire la documentation