C2 — POST /api/Resource/backfill-storage, SuperAdmin, dryRun à true par
défaut : la migration se joue sur une base vide, ce backfill sur des lignes
de production. StoragePath par ResourceStorage.PathFor, SizeBytes par HEAD.
La méthode annoncée au plan — « SizeBytes par listing du bucket Firebase » —
était inapplicable : le serveur n'avait aucun client de stockage. Le sondage
passe donc par HEAD sur l'URL publique, comme le fait déjà la migration, et
le sondeur est extrait plutôt que recopié (Helpers/ResourceSizeProbe,
consommé par MigrationController et par le backfill). Même raisonnement que
pour ResourceStorage : deux copies auraient divergé sur ce qui compte, le
sort réservé aux échecs.
L'extraction a bouché un trou que personne ne cherchait. L'original ne notait
l'échec que dans son catch, or un HEAD sur un blob absent ne lève pas : il
répond 404, sans Content-Length. Ces ressources arrivaient à 0 octet sans
figurer dans le rapport — invisibles au quota et invisibles au diagnostic,
exactement ce que le commentaire d'origine voulait empêcher.
Le « 37 lignes sur 45 » du plan n'étant pas vérifiable, le backfill rend son
propre inventaire : Orphans (aucune URL, blob peut-être jamais téléversé) et
Unsized (URL présente, bucket muet) restent séparés, ce sont deux causes
distinctes.
C3 — pré-vol du quota sur les deux chemins de création, suppression du blob
à Delete, angle mort d'Update tranché.
Deux défauts trouvés en câblant, qui n'étaient documentés nulle part :
- Le pré-vol existait déjà à moitié. Upload (multipart) contrôlait et
renvoyait 413, Create (JSON) ne contrôlait rien — or c'est le chemin
qu'emprunte manager-app, qui crée la ligne puis téléverse.
- Les deux lectures du quota divergeaient. Upload lisait le quota du plan,
GetQuota celui de l'instance avec le plan en repli. Une instance à quota
surchargé — le mécanisme même de l'add-on — affichait un chiffre à l'écran
et se faisait bloquer sur un autre. Helpers/StorageQuota devient la seule
source de vérité pour les deux.
Delete supprime le blob AVANT la ligne et renvoie 502 en conservant la ligne
si le bucket échoue. manager-app faisait l'inverse en avalant l'échec dans un
print : la ligne disparaissait, le blob restait, et n'ayant plus de ligne il
devenait invisible au quota tout en restant facturé. Une ressource encore
listée se rattrape ; un blob que plus aucune ligne ne désigne, non.
L'angle mort laissé ouvert par C1 était une fausse crainte : PathFor ne
construit qu'un pictures/{instanceId}/{resourceId}, le type n'entre pas dans
le chemin, il décide seulement s'il y en a un. Recalculer ne peut donc pas
pointer ailleurs, et Update rejoue Apply.
Aucun secret nouveau : FirebaseAdmin était déjà référencé pour les
notifications push et Startup charge déjà un service account, donc
Google.Cloud.Storage.V1 réutilise le même GoogleCredential. Seule s'ajoute la
clé Firebase:StorageBucket, vide par défaut — à renseigner en prod (I9),
sans quoi Delete ne supprime rien et ne prétend pas le contraire.
dotnet build vert, dotnet test 163/163 (148 au départ, +7 pour C2, +8 pour C3).
Contient aussi le correctif d'indexation préparé en parallèle : un job
Hangfire par section dans BackfillInstanceAsync au lieu d'une boucle, et un
backoff sur 429/503 dans GoogleEmbeddingService.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
64 lines
2.2 KiB
JSON
64 lines
2.2 KiB
JSON
{
|
|
/*"ConnectionStrings": {
|
|
//"TabletDb": "mongodb://admin:MioTech4ever!@localhost:27017" //DEV
|
|
//"TabletDb": "mongodb://admin:MioTech4ever!@localhost:27017", //PROD - Thomas
|
|
//"TabletDb": "mongodb://admin:MioTech4ever!@192.168.31.140:27017" //PROD - Thomas
|
|
//"TabletDb": "mongodb://admin:mdlf2021!@localhost:27017" //PROD MDLF
|
|
"TabletDb": "mongodb://admin:MyMuseum2022!@51.77.222.154:27017", //PROD MyMuseum
|
|
//"TabletDb": "mongodb://admin:MyInfoMate2023!@135.125.232.116:27017" //PROD MyInfoMate
|
|
"PostgresConnection": "Host=localhost;Database=my_info_mate;Username=mym;Password=mym"
|
|
},*/
|
|
"Serilog": {
|
|
"MinimumLevel": {
|
|
"Default": "Information",
|
|
"Override": {
|
|
"Microsoft": "Warning",
|
|
"Microsoft.Hosting.Lifetime": "Information",
|
|
"Microsoft.EntityFrameworkCore": "Warning"
|
|
}
|
|
},
|
|
"WriteTo": [
|
|
{ "Name": "Console" }
|
|
],
|
|
"Enrich": [ "FromLogContext" ]
|
|
},
|
|
"AllowedHosts": "*",
|
|
"Tokens": {
|
|
"Secret": "WVD[&vAwis9=#883bM$FRc0kdKJdfkkjlksd4554qsasadd54df875ds4fqsf5Mw8h",
|
|
"AccessTokenExpiration": 86400,
|
|
"RefreshTokenExpiration": 518400
|
|
},
|
|
"SecuritySettings": {
|
|
"Secret": "kfexxgohdxeelabz",
|
|
"Issuer": "Manager",
|
|
"Audience": "the client of your app",
|
|
"IdType": "Name",
|
|
"TokenExpiryInHours": 2
|
|
},
|
|
"SupportedLanguages": [ "FR", "NL", "EN", "DE", "IT", "ES", "PL", "CN", "AR", "UK" ],
|
|
"OpenWeatherApiKey": "d489973b4c09ddc5fb56bd7b9270bbef",
|
|
"AI": {
|
|
"ApiKey": "AIzaSyCIf-mzp4Nzm5VwHL7LLzitt9z_bOOGMwc",
|
|
"SearchTopK": 5
|
|
},
|
|
"Firebase": {
|
|
"CredentialsPath": "firebase-adminsdk.json",
|
|
"StorageBucket": ""
|
|
},
|
|
"AppUrls": {
|
|
"ManagerApp": "https://manager.myinfomate.be",
|
|
"Landing": "https://myinfomate.be"
|
|
},
|
|
"Stripe": {
|
|
"SecretKey": "sk_test_51U14rjRLQgHvlM4X4ewATCOOIzdIfTZEJCwwZT9sfpWm9LkrISoSEHfgHbPhJTujdYdPdRyCnrDoo5Sf8NMyCrPT00RfYB8fSN",
|
|
"WebhookSecret": "whsec_oMjl06r2l5XyX76uwsFHSW9BqQp3AsoS",
|
|
"EssentielPriceId": "price_1U14zPRLQgHvlM4XijZzTvGW"
|
|
},
|
|
"Resend": {
|
|
"ApiKey": "re_auR5A7VS_MyeUB87ceiZp91hbXnwKriGN",
|
|
"FromEmail": "MyInfoMate <onboarding@myinfomate.be>",
|
|
"AdminEmail": "fransolet.thomas@gmail.com"
|
|
}
|
|
//"Urls": "http://[::]:80"
|
|
}
|