75 fichiers, ~1 mois de travail depuis f222861 (17/07). Contenu :
Onboarding self-service — jamais exécuté de bout en bout
OnboardingController, StripeWebhookController, StripeService, ResendEmailService
+ IEmailService (10 templates), EmailTemplates/, TrialLifecycleService (Hangfire),
PasswordTokenHelper, SlugHelper, 5 DTOs. Essai 14 j, Stripe customer/Checkout/Tax,
mot de passe oublié + invitation user, plafond IA d'essai.
Schéma Postgres v3 — passe pendant que la base est vide
ContentEmbedding + index HNSW (vector_cosine_ops), IEmbeddingService +
GoogleEmbeddingService (gemini-embedding-001, 768 dims), Deployment/Dockerfile.postgres
(postgis 3.4.3 + pgvector 0.8.6, épinglé par digest — un tag mobile rejouerait le
warning de collation glibc). Colonnes Resource : StoragePath, FileName,
IncludeInAiKnowledge, AiIndexStatus + nouveaux ResourceType ajoutés EN FIN d'enum.
Guide IA
Champs Guide* sur Instance + InstanceDTO, AssistantService lit la configuration client
dans les 4 blocs de prompt (ton codé en dur retiré, règle hors-sujet ajoutée aux deux
variantes qui n'en avaient pas), IHttpClientFactory à la place des new HttpClient().
Table VisitorQuestion + ConversationId sur AiChatRequest.
Stats
Rétention unifiée à 13 mois (instances ET plans), VisitEventPurgeService.
Nettoyage
IsStepLocked / IsHiddenInitially / FactContent supprimés de GuidedStep — IsStepLocked
rendait une étape définitivement infranchissable même après réussite.
SectionMap allégé (-57 lignes).
Tests
SectionParcoursControllerTests, FakeConfiguration, FakeEmailService.
ContentEmbedding a cassé 116 tests sur 124 (EF InMemory ne connaît pas Vector) :
l'entité est exclue quand le provider n'est pas Npgsql. Conséquence assumée —
le vector store n'est couvert par aucun test. dotnet test 124/124.
10 migrations EF. Base locale à jour, dotnet build 0 erreur.
Rien n'est en prod : la bascule Mongo → Postgres est décrite dans DOCS/STATUS.md §1quinquies.
⚠️ appsettings.json contient les clés Stripe (test) et Resend (prod) en clair — à rotationner.
1.5 KiB
Pour firebase cors.
gcloud config set project mymuseum-3b97f
gsutil cors get gs://mymuseum-3b97f.appspot.com
Pour le moment :
[{"maxAgeSeconds": 3600, "method": ["GET", "POST", "DELETE", "PUT"], "origin": ["http://localhost:49430", "https://manager.myinfomate.be", "https://manager.mymuseum.be", "https://fortsaintheribert.mymuseum.be", "https://fortsaintheribert.myinfomate.be", "https://visitnamur.myinfomate.be"]}]
Base de données — PostGIS + pgvector
L'image Postgres est construite depuis Dockerfile.postgres : postgis/postgis:16-3.4
(épinglée par digest, pas par tag) + postgresql-16-pgvector.
- PostGIS est indispensable (NetTopologySuite : cartes, zones de géodéclenchement).
Ne pas basculer sur
pgvector/pgvector:pg16, qui le ferait perdre. - Le digest est volontaire. Le tag
16-3.4est mobile ; si la glibc change sous une base existante, les index texte se désalignent (« collation version mismatch ») et une recherche indexée peut manquer des lignes. Arrivé en local le 2026-08-09. Correction :REINDEX DATABASE <db>;puisALTER DATABASE <db> REFRESH COLLATION VERSION;— dans cet ordre, le refresh seul ne fait que masquer le symptôme.
Plus aucun CREATE EXTENSION à lancer à la main : les extensions sont déclarées dans le
DbContext (HasPostgresExtension) et créées par dotnet ef database update.
Après modification du Dockerfile : docker compose -f docker-compose.dev.yaml up -d --build
(le volume postgres-data est conservé — ne jamais passer -v, qui le supprimerait).