Чи є у Magento 2 якісь системи чи абстракції для управління станом між резервним і місцевим сховищем на передньому краї?
Я працюю над перенесенням функції відновлення покинутого кошика користувача через URL-адресу переадресації. У спрощеній формі, як-от URL
http://magento.example.com/restore/the/cart?identifier=sdkfjh48v237g5
завантажить цитату в кошик поточного користувача на основі закодованого quo_id в ідентифікаторі.
У Magento 1 це було відносно просто - вам просто потрібно було оновити інформацію про сеанс користувача Checkout з правильним ідентифікатором котирування. Однак Magento 2 додає у складки місцевих сховищ .
Здається, що програма Magento 2 для фронтальних javascript JavaScript кешує інформацію в локальних базах даних пам’яті браузера. Сюди входить інформація про побудову міні-візка. Це означає, що навіть якщо кінцевому користувачеві-програмісту вдасться змінити ідентифікатор сеансу сеансу в заднім часі, міні-візок все одно відображатиме старі дані кошика.
Це лише один приклад проблеми, яка випливає з того, що не знаєте (або не маєте?) Єдиного API для керування станом програми через бекенд і інтерфейс. Для моєї конкретної проблеми у мене була кінцева точка рендеринга HTML-сторінки, яка включає деякий javascript, вручну очищає локальний сховище, а потім перенаправляє користувача на іншу сторінку - але це відчувається як грубий злом.
Чи існує API в Magento 2 для управління даними між інтерфейсом і бекендом?
Існує стандартний спосіб сигналізації всієї системи про те, що під час обробки бекенду ви зробили щось, що обумовило необхідність її визнання недійсним кеш локального сховища?
Чи існує техніка введення нового модуля RequireJS на сторінку, яка запускається автоматично і може маніпулювати локальним сховищем до того, як інші додатки javascript отримають доступ до нього?