Événement storage : cohérence entre onglets et confidentialité
Utilisez l'événement storage entre documents de même origine en respectant l'exclusion de la fenêtre écrivaine et les partitions.
BotBrowser Team
Vous voulez la documentation structurée pour Identité ?
Cet article fait partie de la bibliothèque éditoriale. Pour les étapes de configuration, la référence et les mises à jour continues, passez directement à la section docs.
L'événement storage signale une modification de Web Storage, mais ne constitue pas une transaction partagée. Quand une Window modifie localStorage, d'autres Documents éligibles de même origine peuvent recevoir l'événement; la Window qui écrit ne reçoit pas son propre événement. L'origine, le contexte et la partition déterminent la livraison. BotBrowser peut fournir des fixtures de profil isolées et consigner des résultats visibles, mais ne garantit ni absence de course, ni ordre, ni persistance, et n'expose pas le stockage d'une autre origine.
TL;DR
- Un changement de
localStoragepeut notifier d'autres Documents de même origine. - La Window écrivaine ne reçoit pas cet événement.
sessionStoragea une portée différente et n'est pas un canal général entre onglets.- Les événements ne sont ni journal durable, ni transaction, ni preuve d'identité ou d'ordre.
- Détectez le stockage, gérez les courses et gardez un repli utilisable.
Sommaire
- Sens de l'événement storage
- Origine, contexte et confidentialité
- Interface et repli face aux courses
- Tests avec BotBrowser
- Conclusion
Sens de l'événement storage
Le récepteur reçoit key, oldValue, newValue, storageArea et url, pas un historique ni un accusé serveur. Il peut être chargé après l'écriture, suspendu ou fermé. Relisez l'état courant lorsque c'est nécessaire. La Window écrivaine met à jour sa propre interface directement.
localStorage est généralement partagé par les contextes de même origine; sessionStorage dépend du contexte supérieur et sépare normalement les onglets. Voir WHATWG Web Storage, MDN storage event et MDN Web Storage.
Une notification ne verrouille pas les écritures et ne résout pas un conflit. Utilisez une révision, validez la valeur et proposez une fusion ou une reprise lorsque deux onglets modifient le même enregistrement.
Origine, contexte et confidentialité
Schéma, hôte et port forment l'origine. Sous-domaines, ports, cadres sandbox, fenêtres privées et partitions peuvent voir des stockages différents. Une clé présente ou absente n'est pas une identité: elle peut signifier contexte neuf, nettoyage ou accès refusé.
Ne synchronisez pas de jetons ni de documents privés. Limitez la télémétrie à sa finalité et à sa durée. Les principes de confidentialité du W3C soutiennent la minimisation. Un événement n'authentifie pas une opération.
Interface et repli face aux courses
Commencez par une interface utilisable sans stockage ni événement. Détectez l'accès, capturez les erreurs de quota, mettez à jour la Window écrivaine et faites relire le registre aux autres contextes. Regroupez les rafales, bornez les lectures et gardez une reprise accessible. À défaut d'événement, utilisez une actualisation manuelle ou une validation serveur.
Testez stockage vide, accès refusé, même valeur, removeItem, clear, donnée invalide, révision ancienne, rechargement, onglet caché et fermeture immédiate. Le contenu de base doit rester disponible.
Tests avec BotBrowser
BotBrowser permet d'exécuter des fixtures isolées, d'observer la Window écrivaine et les contextes déclarés, puis de consigner les résultats visibles. Il ne peut pas exposer le stockage d'une autre origine et ne garantit ni courses sans conflit, ni ordre, ni persistance après fermeture. Utilisez des clés synthétiques; conservez navigateur, origine de test, contexte, révision, résultat et repli.
Conclusion
L'événement storage est une notification same-origin qui exclut la Window écrivaine. Mettez à jour localement, relisez dans les récepteurs et prévoyez courses, partitions et cycle de vie. Gardez identité, autorisation et persistance hors de l'événement. BotBrowser rend les fixtures autorisées répétables sans modifier les règles du navigateur.
À lire aussi
- Partition du stockage et confidentialité
- Cookies, localStorage et IndexedDB
- Messages same-origin avec BroadcastChannel
Sources
Articles Connexes
Faites passer BotBrowser de la recherche à la production
Utilisez ces guides pour comprendre le modèle, puis passez à la validation multi-plateforme, aux contextes isolés et au déploiement navigateur prêt pour l'échelle.