श्रेणी के अनुसार ब्राउज़ करें


GrapesJS Storages

GrapesJS स्टोरेज प्लगइन्स आपके संपादक के सेव और लोड सिस्टम को बाहरी बैकएंड से कनेक्ट करते हैं। केवल स्थानीय स्टोरेज पर निर्भर रहने के बजाय, ये प्लगइन्स आपको REST APIs, वेबसॉकेट, डेटाबेस या क्लाउड सेवाओं के लिए डिज़ाइन बनाए रखने देते हैं। मुफ़्त और प्रीमियम GrapesJS स्टोरेज एकीकरण ब्राउज़ करें - प्रत्येक लिस्टिंग में API दस्तावेज़ीकरण और विभिन्न GrapesJS संस्करणों के लिए संगतता नोट्स शामिल हैं।

Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...

लगभग GrapesJS Storages

GrapesJS में एक अंतर्निहित भंडारण प्रणाली है जो स्वचालित रूप से संपादक सामग्री को सहेजती है और लोड करती है, लेकिन डिफ़ॉल्ट रूप से यह केवल ब्राउज़र के स्थानीय संग्रहण को लिखती है - जिसका अर्थ है कि डिज़ाइन एक ही डिवाइस और ब्राउज़र सत्र से बंधे होते हैं। GrapesJS पर स्टोरेज प्लगइन्स GJS.Market इसे बैकएंड-कनेक्टेड पर्सिस्टेंस परतों के साथ प्रतिस्थापित या विस्तारित करते हैं। REST API स्टोरेज प्लगइन्स सबसे आम हैं: वे GrapesJS StorageManager इंटरफ़ेस को पोस्ट संपादक सामग्री को JSON के रूप में आपके सर्वर एंडपॉइंट पर लागू करते हैं और संग्रहीत JSON को लोड पर प्राप्त करते हैं। अधिक उन्नत प्लगइन्स बहु-उपयोगकर्ता संपादन के लिए संघर्ष समाधान जोड़ते हैं, इतिहास साइडबार के साथ संस्करण बनाते हैं, और वर्कफ़्लो का मसौदा तैयार करते हैं और प्रकाशित करते हैं। क्लाउड-नेटिव स्टोरेज प्लगइन्स कस्टम API परत की आवश्यकता के बिना सीधे Firebase Firestore, Supabase, या पॉकेटबेस से जुड़ते हैं - आप अपने क्रेडेंशियल प्रदान करते हैं और प्लगइन सभी पढ़ने और लिखने के संचालन को संभालता है। GJS.Market पर सभी स्टोरेज प्लगइन्स अपने आवश्यक सर्वर प्रतिक्रिया प्रारूप का दस्तावेजीकरण करते हैं और Node.js, PHP और पायथन में उदाहरण बैकएंड कार्यान्वयन शामिल करते हैं।

GrapesJS Storages — FAQ

GrapesJS संपादक सामग्री को कैसे सहेजता है?
StorageManager प्रोजेक्ट - घटकों, शैलियों, पृष्ठों और संपत्तियों - को एक एकल JSON ऑब्जेक्ट में क्रमबद्ध करता है और इसे सक्रिय भंडारण में सौंप देता है। डिफ़ॉल्ट रूप से वह संग्रहण ब्राउज़र का localStorage है, इसलिए कार्य कभी भी डिवाइस को नहीं छोड़ता है। ऑटोसेव डिफ़ॉल्ट रूप से चालू होता है और stepsBeforeSave द्वारा नियंत्रित परिवर्तनों की एक निर्धारित संख्या के बाद सक्रिय होता है।
मैं GrapesJS सामग्री को अपने API में कैसे सहेजूं?
storageManager.type को रिमोट पर सेट करें और लोड और स्टोर एंडपॉइंट को कॉन्फ़िगर करें। GrapesJS फिर प्रोजेक्ट JSON को सहेजने पर पोस्ट करता है और इसे लोड पर प्राप्त करता है; हेडर और क्रेडेंशियल्स एक ही विकल्प ब्लॉक में जाते हैं। सादे REST से परे किसी भी चीज़ के लिए, Storage.add के साथ एक कस्टम स्टोरेज पंजीकृत करें और लोड को लागू करें और स्वयं को स्टोर करें।
परियोजना JSON और निर्यात किए गए HTML के बीच क्या अंतर है?
परियोजना JSON संपादन योग्य स्रोत है: यह घटक मॉडल को वहन करता है, इसलिए इसे पुनः लोड करने से पूरी तरह से संपादन योग्य पृष्ठ पुनर्स्थापित हो जाता है। getHtml और getCss प्रकाशित आउटपुट का उत्पादन करते हैं, जिसे मज़बूती से घटकों में वापस नहीं बदला जा सकता है। दोनों को स्टोर करें - संपादन के लिए JSON, परोसने के लिए HTML/CSS - और कभी भी निर्यात को अपने सत्य के स्रोत के रूप में न मानें।
क्या मैं autosave को GrapesJS में अक्षम कर सकता हूँ?
हाँ। storageManager.autosave को गलत पर सेट करें और अपने आप को editor.store() के साथ सहेजने को ट्रिगर करें, आमतौर पर सहेजें बटन या प्रकाशन कमांड से। यह सही सेटअप है जब सेव महंगे हों या पहले सत्यापन की आवश्यकता हो। आप stepsBeforeSave रखने के लिए autosave भी बढ़ा सकते हैं लेकिन इसे कम बातूनी बना सकते हैं।
क्या GrapesJS संस्करण या बहु-उपयोगकर्ता संपादन का समर्थन करता है?
कोर में नहीं - यह प्रति प्रोजेक्ट एक वर्तमान स्थिति संग्रहीत करता है और अंतिम लेखन जीतता है। इस श्रेणी में प्लगइन्स एक पुनर्स्थापना साइडबार, ड्राफ्ट और प्रकाशित वर्कफ़्लोज़, और समवर्ती संपादकों के लिए संघर्ष समाधान के साथ संस्करण इतिहास जोड़ते हैं। यदि कई लोग एक ही पृष्ठ को संपादित करेंगे, तो एक प्लगइन चुनें जो सादे दूरस्थ भंडारण पर भरोसा करने के बजाय अपनी संघर्ष रणनीति बताता है।