7625487806
LOT B — une seule migration EF (LotB_FreezeSchema) : - SectionMap.MapResourceId → IconResourceId. L'écart (g) de la bascule tombe avec. Il fallait renommer aussi la propriété de navigation MapResource : la convention EF l'appariait au FK, la laisser aurait fabriqué un FK fantôme. Elle n'était utilisée nulle part ailleurs. - SectionEvent.ParcoursIds supprimé (champ, DTO, SectionFactory, et une initialisation dans un montage de test). - Instance.IsImageWatermark remplace le `instanceId == "633ee379…"` en dur de ResourceController. EF a généré un RenameColumn, pas un drop+add : les icônes déjà configurées survivent. L'avertissement de perte de données ne porte que sur le DropColumn de ParcoursIds, ce qui est l'intention. Non fait, et c'était une erreur de doc : « supprimer SectionEvent.IconResourceId ». Ce champ n'existe pas — la ligne visée appartient à la classe imbriquée MapAnnotation, partagée par SectionEvent, SectionAgenda et SectionMap, lue par cinq contrôleurs et par GetReferencedResourceIds. La supprimer aurait cassé les icônes d'annotation des trois types et la collecte offline. SÉCURITÉ (lot A, même repo) : - AuthenticationController.Authenticate : un bloc #if DEBUG écrasait l'email et le mot de passe reçus par un compte de test, donc toute compilation en Debug authentifiait n'importe quelle saisie. Retiré. - EnableSensitiveDataLogging (qui écrit les valeurs des paramètres dans les logs) passe sous #if DEBUG, l'idiome déjà employé dans Startup.cs pour le CORS et Hangfire. Le Dockerfile publiant en -c Release, c'est un verrou réel. LOT C1 : - Calculateur StoragePath/SizeBytes extrait dans Helpers/ResourceStorage.cs, avec 13 tests fixant l'invariant des types URL. Il ferme le lien L5 : le backfill (C2) et l'écart (e) de la migration appelleront le même code. - L'extraction a révélé la divergence qu'elle devait empêcher : des deux chemins de création de ResourceController, le chemin multipart écrivait SizeBytes mais laissait StoragePath nul. dotnet build Debug et Release verts, dotnet test 143/143 (130 + 13). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
46 lines
1.9 KiB
C#
46 lines
1.9 KiB
C#
using ManagerService.Data;
|
|
|
|
namespace ManagerService.Helpers
|
|
{
|
|
/// <summary>
|
|
/// Seule source de vérité pour StoragePath et SizeBytes d'une Resource.
|
|
///
|
|
/// Trois chemins écrivent ces colonnes : la création par téléversement et la
|
|
/// création par JSON (ResourceController), le backfill des lignes existantes,
|
|
/// et MigrationController (écart e de la bascule). Chacun calculant pour son
|
|
/// compte, ils divergeaient déjà : le chemin multipart renseignait SizeBytes
|
|
/// mais laissait StoragePath nul.
|
|
/// </summary>
|
|
public static class ResourceStorage
|
|
{
|
|
/// <summary>
|
|
/// Les types URL pointent hors du bucket : ni chemin de stockage, ni poids
|
|
/// à compter dans le quota. C'est la distinction que les appelants perdaient.
|
|
/// </summary>
|
|
public static bool HasBlob(ResourceType type) =>
|
|
type != ResourceType.ImageUrl
|
|
&& type != ResourceType.VideoUrl
|
|
&& type != ResourceType.JSONUrl;
|
|
|
|
/// <summary>
|
|
/// Chemin déterministe dans le bucket — reconstructible sans lire la ligne,
|
|
/// ce dont le backfill dépend. Null pour un type sans blob.
|
|
/// </summary>
|
|
public static string PathFor(ResourceType type, string instanceId, string resourceId) =>
|
|
HasBlob(type) ? $"pictures/{instanceId}/{resourceId}" : null;
|
|
|
|
/// <summary>
|
|
/// Renseigne les deux colonnes de stockage. Ne touche à rien pour un type URL,
|
|
/// dont SizeBytes doit rester à 0 pour ne pas peser sur le quota.
|
|
/// </summary>
|
|
public static void Apply(Resource resource, long sizeBytes)
|
|
{
|
|
if (!HasBlob(resource.Type))
|
|
return;
|
|
|
|
resource.StoragePath = PathFor(resource.Type, resource.InstanceId, resource.Id);
|
|
resource.SizeBytes = sizeBytes;
|
|
}
|
|
}
|
|
}
|