क्या Magento 2 में बैकएंड और फ्रंटेंड पर स्थानीय भंडारण के बीच राज्य के प्रबंधन के लिए कोई सिस्टम या सार है?
मैं एक उपयोगकर्ता की परित्यक्त कार्ट को पुनर्निर्देशित URL के माध्यम से पुनर्स्थापित करने के लिए एक सुविधा को पोर्ट करने पर काम कर रहा हूं। सरलीकृत रूप में, एक यूआरएल की तरह
http://magento.example.com/restore/the/cart?identifier=sdkfjh48v237g5
पहचानकर्ता में एन्कोडेड quot_id के आधार पर वर्तमान उपयोगकर्ता की गाड़ी में एक उद्धरण लोड करेगा।
Magento 1 में, यह अपेक्षाकृत सरल था - आपको बस उपयोगकर्ता के चेकआउट सत्र की जानकारी को सही उद्धरण आईडी के साथ अपडेट करने की आवश्यकता थी। हालांकि, Magento 2 स्थानीय भंडारण की शिकन में जोड़ता है ।
Magento 2 फ्रंटएंड जावास्क्रिप्ट एप्लिकेशन (s?) ब्राउज़र के स्थानीय भंडारण डेटाबेस में जानकारी को कैश करने के लिए लगता है। इसमें मिनी-कार्ट के निर्माण की जानकारी शामिल है। इसका क्या मतलब है, भले ही एक अंत-उपयोगकर्ता-प्रोग्रामर (मुझे) सत्र सत्र आईडी को बैकएंड में बदलने का प्रबंधन करता है, मिनी-कार्ट अभी भी पुराने कार्ट डेटा प्रदर्शित करेगा ।
किसी समस्या का सिर्फ एक उदाहरण है जो बैकएंड और फ्रंटएंड पर एप्लिकेशन स्टेट को प्रबंधित करने के लिए एक एपीआई नहीं (या होने?) नहीं जानता है। मेरी विशिष्ट समस्या के लिए मैंने अपना एंडपॉइंट एक HTML पृष्ठ प्रदान किया है जिसमें कुछ जावास्क्रिप्ट शामिल हैं जो मैन्युअल रूप से स्थानीय संग्रहण को साफ़ करता है और फिर उपयोगकर्ता को दूसरे पृष्ठ पर पुनर्निर्देशित करता है - लेकिन यह एक सकल हैक की तरह लगता है।
वहाँ दृश्यपटल और बैकएंड के बीच डेटा के प्रबंधन के लिए Magento 2 में एक एपीआई है?
पूरे सिस्टम को सिग्नल करने का एक मानक तरीका है, जो बैकएंड प्रोसेसिंग के दौरान, आपने कुछ ऐसा किया है जिससे यह आवश्यक है कि यह फ्रंटेंड लोकल स्टोरेज कैश को अमान्य कर दे?
क्या पेज में एक नया आवश्यकताएँ मॉड्यूल को इंजेक्ट करने के लिए एक तकनीक है जो स्वचालित रूप से चलती है और इसे जावास्क्रिप्ट एप्लिकेशन के बाकी हिस्सों से पहले स्थानीय भंडारण में हेरफेर कर सकता है?