refactor: Remplacement de l'accès direct à Firestore par des Cloud Functions

Migration complète du backend pour utiliser des Cloud Functions comme couche API sécurisée, en remplacement des appels directs à Firestore depuis le client.

**Backend (Cloud Functions):**
- **Centralisation CORS :** Ajout d'un middleware `withCors` et d'une configuration `httpOptions` pour gérer uniformément les en-têtes CORS et les requêtes `OPTIONS` sur toutes les fonctions.
- **Nouvelles Fonctions de Lecture (GET) :**
    - `getEquipments`, `getContainers`, `getEvents`, `getUsers`, `getOptions`, `getEventTypes`, `getRoles`, `getMaintenances`, `getAlerts`.
    - Ces fonctions gèrent les permissions côté serveur, masquant les données sensibles (ex: prix des équipements) pour les utilisateurs non-autorisés.
    - `getEvents` retourne également une map des utilisateurs (`usersMap`) pour optimiser le chargement des données de la main d'œuvre.
- **Nouvelle Fonction de Recherche :**
    - `getContainersByEquipment` : Endpoint dédié pour trouver efficacement tous les containers qui contiennent un équipement spécifique.
- **Nouvelles Fonctions d'Écriture (CRUD) :**
    - Fonctions CRUD complètes pour `eventTypes` (`create`, `update`, `delete`), incluant la validation (unicité du nom, vérification des événements futurs avant suppression).
- **Mise à jour de Fonctions Existantes :**
    - Toutes les fonctions CRUD existantes (`create/update/deleteEquipment`, `create/update/deleteContainer`, etc.) sont wrappées avec le nouveau gestionnaire CORS.

**Frontend (Flutter):**
- **Introduction du `DataService` :** Nouveau service centralisant tous les appels aux Cloud Functions, servant d'intermédiaire entre l'UI/Providers et l'API.
- **Refactorisation des Providers :**
    - `EquipmentProvider`, `ContainerProvider`, `EventProvider`, `UsersProvider`, `MaintenanceProvider` et `AlertProvider` ont été refactorisés pour utiliser le `DataService` au lieu d'accéder directement à Firestore.
    - Les `Stream` Firestore sont remplacés par des chargements de données via des méthodes `Future` (`loadEquipments`, `loadEvents`, etc.).
- **Gestion des Relations Équipement-Container :**
    - Le modèle `EquipmentModel` ne stocke plus `parentBoxIds`.
    - La relation est maintenant gérée par le `ContainerModel` qui contient `equipmentIds`.
    - Le `ContainerEquipmentService` est introduit pour utiliser la nouvelle fonction `getContainersByEquipment`.
    - L'affichage des boîtes parentes (`EquipmentParentContainers`) et le formulaire d'équipement (`EquipmentFormPage`) ont été mis à jour pour refléter ce nouveau modèle de données, synchronisant les ajouts/suppressions d'équipements dans les containers.
- **Amélioration de l'UI :**
    - Nouveau widget `ParentBoxesSelector` pour une sélection améliorée et visuelle des boîtes parentes dans le formulaire d'équipement.
    - Refonte visuelle de `EquipmentParentContainers` pour une meilleure présentation.

em2rp/lib/utils/firebase_storage_manager.dart

@@ -1,18 +1,19 @@
 import 'package:flutter/foundation.dart'; // pour kIsWeb
 import 'package:firebase_storage/firebase_storage.dart';
-import 'package:cloud_firestore/cloud_firestore.dart';
 import 'package:image_picker/image_picker.dart';
+import 'package:em2rp/services/data_service.dart';
+import 'package:em2rp/services/api_service.dart';
 
 class FirebaseStorageManager {
   final FirebaseStorage _storage = FirebaseStorage.instance;
-  final FirebaseFirestore _firestore = FirebaseFirestore.instance;
+  final DataService _dataService = DataService(FirebaseFunctionsApiService());
 
   /// Upload ou remplace la photo de profil d'un utilisateur dans Firebase Storage.
   /// Pour le Web, on fixe l'extension .jpg.
   /// 1. Construit le chemin : "ProfilePictures/UID.jpg"
   /// 2. Supprime l'ancienne photo (si elle existe).
   /// 3. Upload la nouvelle photo.
-  /// 4. Met à jour Firestore avec l'URL de la nouvelle image.
+  /// 4. Met à jour Firestore avec l'URL de la nouvelle image via l'API.
   Future<String?> sendProfilePicture(
       {required XFile imageFile, required String uid}) async {
     try {
@@ -57,17 +58,14 @@ class FirebaseStorageManager {
         print(
             "FirebaseStorageManager: Nouvelle photo uploadée pour l'utilisateur $uid. URL: $downloadUrl");
 
-        // 5. Mettre à jour Firestore avec l'URL de la photo de profil
+        // 5. Mettre à jour via l'API (plus sécurisé)
         try {
-          await _firestore
-              .collection('users')
-              .doc(uid)
-              .update({'profilePhotoUrl': downloadUrl});
+          await _dataService.updateUser(uid, {'profilePhotoUrl': downloadUrl});
           print(
-              "FirebaseStorageManager: Firestore mis à jour pour l'utilisateur $uid.");
-        } catch (firestoreError) {
+              "FirebaseStorageManager: Profil mis à jour via API pour l'utilisateur $uid.");
+        } catch (apiError) {
           print(
-              "FirebaseStorageManager: Erreur Firestore pour l'utilisateur $uid: $firestoreError");
+              "FirebaseStorageManager: Erreur API pour l'utilisateur $uid: $apiError");
           return downloadUrl; // On retourne l'URL même si la mise à jour échoue
         }
         return downloadUrl;