डेवलपर्स के लिए

होस्टिंग जिसे आप कोड से प्रबंधित कर सकते हैं

Zinn Digital® एक एपीआई-फर्स्ट प्लेटफॉर्म है। वही इंजन एपीआई जो हमारे डैशबोर्ड को संचालित करता है, वही आपको मिलता है — संस्करण-युक्त, स्पेक-फर्स्ट और बिल्ड समय पर 100% प्रलेखित, जिसके साथ जनरेट किए गए SDKs, एक CLI, एक Terraform प्रदाता, हस्ताक्षरित वेबहुक और इसके शीर्ष पर एक MCP सर्वर शामिल हैं। काम करने के लिए आप चाहे जिसका भी उपयोग करें — एक टर्मिनल, एक पाइपलाइन, एक स्टेट फ़ाइल या एक एआई एजेंट — यह प्लेटफॉर्म उसे पूरा समर्थन देता है।

हस्ताक्षरित इवेंट्स को कई सब्सक्राइब किए गए श्रोताओं तक पहुँचाने वाला एक API एंडपॉइंट।
  • 7,00,000+दुनिया भर में होस्ट की गई साइटें
  • 1OpenAPI विनिर्देश जिससे प्रत्येक टूल उत्पन्न होता है
  • 4क्लाइंट SDK — TypeScript, Python, PHP, Go
  • OAuth 2.1सीमित कार्यक्षेत्र, प्रतिसंहरणीय AI एजेंट पहुँच

एक API। हर इंटरफ़ेस इसी पर चलता है।

अधिकांश होस्ट बाद में कंट्रोल पैनल पर कोई API जोड़ देते हैं, और यह साफ़ दिखाई देता है — पैनल के आधे फ़ीचर्स कभी बाहर आ ही नहीं पाते। हमने इसे बिल्कुल विपरीत तरीके से बनाया है। डैशबोर्ड, एडमिन कंसोल, CLI, Terraform प्रोवाइडर, MCP सर्वर और आपके अपने इंटीग्रेशन सभी एक ही इंजन API का उपयोग करते हैं। यदि आप इसे पैनल में कर सकते हैं, तो आप इसे कोड में भी कर सकते हैं।

पहले विनिर्देश, बाद में दस्तावेजीकरण नहीं

OpenAPI विनिर्देश ही सत्य का एकमात्र स्रोत है, और कोई भी एंडपॉइंट तब तक जारी नहीं किया जाता जब तक कि वह विनिर्देश में शामिल न हो। यही एकमात्र नियम यह सुनिश्चित करता है कि सार्वजनिक API बाद में होने के बजाय निर्माण के समय ही पूरी तरह से प्रलेखित हो — ऐसा कोई कोना नहीं है जो प्रलेखित न हो, क्योंकि एक गैर-प्रलेखित एंडपॉइंट का अस्तित्व ही संभव नहीं है।

जेनरेट किया गया, कभी मैन्युअल रूप से प्रबंधित नहीं

इंटरैक्टिव संदर्भ दस्तावेज़, चार क्लाइंट SDK, अधिकांश CLI और Terraform प्रदाता मचान सभी उस एक विनिर्देश से उत्पन्न होते हैं। एक स्रोत, कई कलाकृतियाँ, हमेशा समन्वयित — आपको कभी भी ऐसे दस्तावेज़ के पीछे नहीं भागना पड़ता जो कार्यान्वयन से भटक गया हो।

पदावनति नीति के साथ संस्करणित

एंडपॉइंट्स एक प्रकाशित बहिष्करण नीति और परिवर्तन लॉग के साथ /v1 के अंतर्गत उपलब्ध हैं। किसी विफल निर्माण से इसका पता चलने के बजाय, कुछ भी बदलने से पहले आपको लिखित रूप में सूचित किया जाता है।

CI में अनुबंध-परीक्षित

कार्यान्वयन-बनाम-विनिर्देश अनुबंध परीक्षण और OpenAPI लिंटिंग प्रत्येक परिवर्तन पर चलते हैं। कोड और अनुबंध के बीच का अंतर बिल्ड को विफल कर देता है — ताकि जिस विनिर्देश से आप अपना क्लाइंट जनरेट करते हैं, सर्वर वास्तव में उसी का पालन करे।

प्रमाणीकरण, कार्यक्षेत्र निर्धारण और बड़े पैमाने पर आने वाली अप्रत्याशित चुनौतियाँ

प्रवेश के दो तरीके, उनके पीछे एक समान सिद्धांत। आप चाहे किसी का भी उपयोग करें, समान अनुमति जाँच और समान डेटाबेस-स्तरीय पृथक्करण लागू होता है।

API कुंजियाँ, प्रति संगठन

कुंजियाँ zdk_<mode>_<prefix>_<secret> जैसी दिखती हैं। सीक्रेट का केवल एक SHA-256 हैश संग्रहीत किया जाता है — जारी होने के बाद हम आपको फिर से कोई कुंजी नहीं दिखा सकते हैं, और न ही हमारे डेटाबेस तक पहुँचने वाला कोई अन्य व्यक्ति ऐसा कर सकता है। कुंजियों में स्कोप होते हैं, उन्हें निरस्त किया जा सकता है, और उन्हें प्रति व्यक्ति के बजाय प्रति संगठन जारी किया जाता है।

लाइव और टेस्ट मोड, अलग रखे गए

सैंडबॉक्स कुंजियाँ प्रोडक्शन कुंजियों से अलग होती हैं और सैंडबॉक्स मोड में चलती हैं: कोई वास्तविक बिलिंग नहीं, कोई वास्तविक प्रावधान नहीं। आपके एकीकरण परीक्षण बिना पैसे खर्च किए या सर्वर बनाए API पर बड़े पैमाने पर अनुरोध भेज सकते हैं।

इंसानों के लिए OIDC

उपयोगकर्ता सत्र Keycloak द्वारा जारी JWT के साथ प्रमाणित होते हैं, जिन्हें संबंधित दायरे (realm) की सार्वजनिक कुंजी से सत्यापित किया जाता है, और वे उसी Principal ऑब्जेक्ट में रिज़ॉल्व होते हैं जिसमें एक API कुंजी होती है। एंडपॉइंट sites.create या apikeys.manage जैसी विस्तृत अनुमति कुंजियों द्वारा नियंत्रित होते हैं, जिनकी जांच प्रति संगठन की जाती है — एक संगठन में अनुमति किसी अलग, असंबद्ध संगठन में कोई पहुंच प्रदान नहीं करती है, यद्यपि यह उसके अंतर्गत आने वाले संगठनों पर लागू होती है।

नीचे पंक्ति-स्तरीय सुरक्षा

प्रत्येक टेनेंट अनुरोध प्रिंसिपल से सेट किए गए Postgres संगठन स्कोप के साथ एक ट्रांजेक्शन में चलता है, इसलिए आइसोलेशन डेटाबेस द्वारा लागू किया जाता है, न कि किसी ऐसे ORM फ़िल्टर द्वारा जिसे कोई भूल सकता है। queryset फ़िल्टर अभी भी गहन सुरक्षा के रूप में मौजूद है।

केवल डेमो के लिए नहीं, मशीनों के लिए निर्मित

किसी API को README में अच्छा दिखाना आसान है और वास्तविक ट्रैफ़िक के तहत ठीक से संचालित करना कठिन है। ये वे हिस्से हैं जिन पर हमने सबसे ज़्यादा पसीना बहाया है, क्योंकि ये वही हिस्से हैं जो रात के तीन बजे एकीकरण को बाधित करते हैं।

एक विवरण जिसका उल्लेख करना आवश्यक है, क्योंकि यह निर्धारित करता है कि बल्क कार्य कैसे व्यवहार करता है: डुप्लिकेट डोमेन पर 409 किसी भी टेनेंट के लिए यह उत्तर देता है कि "क्या यह होस्टनाम यहाँ होस्ट किया गया है?", जो एक गणना ऑरेकल (enumeration oracle) और Footprint-Free के विरुद्ध वास्तविक वि-अनामीकरण (deanonymisation) जोखिम है। साइट निर्माण को थ्रॉटल करना एक आसान और सतही समाधान होता और इससे बल्क-प्रोविज़निंग उत्पाद पूरी तरह से बाधित हो जाता। इसके बजाय, प्रति प्रिंसिपल केवल अस्वीकृत डुप्लिकेट-डोमेन प्रयासों को ही बजट में गिना जाता है। सफल निर्माणों को इसके विरुद्ध कभी भी चार्ज नहीं किया जाता है — इसलिए आप पूरे दिन बल्क में प्रोविज़न कर सकते हैं, और टोह लेने की कोशिशें लगभग तुरंत समाप्त हो जाती हैं।

  • प्रत्येक विफलता पर एक सुसंगत त्रुटि एनवलप: एक कोड, एक स्पष्ट संदेश, वैकल्पिक फ़ील्ड-स्तरीय विवरण और एक request_id जिसे आप सहायता टीम को उद्धृत कर सकते हैं। सत्यापन त्रुटियाँ आपत्तिजनक फ़ील्डों के नाम के साथ 422 लौटाती हैं।
  • POST पर आइडम्पोटेंसी कुंजियाँ, जिनमें रीप्ले रिकॉर्ड को इनलाइन के बजाय कमिट पर लिखा जाता है — ताकि कोई पुनः प्रयास कभी भी ऐसे कैश्ड 201 को रीप्ले न कर सके जो ऐसी पंक्ति को संदर्भित करता हो जो कभी कमिट नहीं हुई थी। कोई विफल अनुरोध अपने इन-फ़्लाइट लॉक को तुरंत छोड़ देता है, इसलिए 422 आपके सही किए गए पुनः प्रयास को अवरोधित नहीं करता है।
  • UUIDv7 पर कीसेट के रूप में कर्सर पेजिनेशन — समवर्ती लेखन के दौरान स्थिर, स्कैन के बीच में पंक्तियाँ सम्मिलित किए जाने पर भी कोई पेज-ड्रिफ्ट नहीं।
  • प्रतिक्रियाओं पर RateLimit-Remaining, ताकि एक जनरेट किया गया क्लाइंट अनुमान लगाने के बजाय समझदारी से अनुरोध कम कर सके।
  • कार्यक्षेत्र से बाहर के संसाधन 403 के बजाय 404 लौटाते हैं — 403 यह पुष्टि करेगा कि संसाधन मौजूद है। आपके कार्यक्षेत्र से बाहर के किसी संगठन द्वारा फ़िल्टर करने पर भी इसी कारण से एक खाली पृष्ठ दिखाई देता है।
  • साइट बनाना पंजीकरण है, प्रोविज़निंग नहीं: POST /v1/sites स्थिति pending के साथ 201 लौटाता है और बिल्ड पर कभी अवरोध नहीं डालता है। इवेंट को पंक्ति के समान ही ट्रांजेक्शन में transactional outbox में लिखा जाता है, इसलिए एक साइट केवल और केवल तभी मौजूद होती है जब उसकी प्रोविज़निंग का अनुरोध किए जाने की गारंटी हो।

SDKs, एक CLI और एक Terraform प्रदाता

काम करने के तीन अलग-अलग तरीकों के लिए, एक ही विनिर्देश के तीन उपभोक्ता।

क्लाइंट SDKs

TypeScript, Python, PHP और Go के लिए जनरेट किया गया, जो विनिर्देश को ट्रैक करता है ताकि हाथ से लिखे गए रैपर की प्रतीक्षा किए बिना एक नया एंडपॉइंट आपकी भाषा में आ जाए।

Zinnector®, सीएलआई (CLI)

एक WordPress साइट का ढांचा तैयार करें, केवल Node इंस्टॉल करके इसे स्थानीय रूप से चलाएं, और इसे परिनियोजित करें। Zinnector® आपके प्रोजेक्ट की उस स्लॉट के आधार पर पहले से जांच करता है जिस पर आप परिनियोजित करने वाले हैं — PHP संस्करण, डिस्क, फ़ाइलों की संख्या — और पुश करने के बाद नहीं, बल्कि पहले ही चेतावनी देता है। यह साइन इन भी करता है, साइटों को सूचीबद्ध करता है, परिनियोजित करता है, डोमेन और DNS का प्रबंधन करता है, मेल सेवाओं को पढ़ता है, बैकअप लेता है, अनुमति प्राप्त WP-CLI चलाता है, लॉग ट्रैक करता है और थोक संचालन शुरू करता है। निःशुल्क, MIT-लाइसेंस प्राप्त, और इसी सार्वजनिक API पर निर्मित।

Terraform प्रदाता

साइटों, डोमेन, DNS रिकॉर्ड, मेलबॉक्स और प्लान को इन्फ्रास्ट्रक्चर ऐज कोड (Infrastructure as Code) के रूप में प्रबंधित करें। terraform apply होस्टिंग प्रदान करता है, और आपके परिवेश किसी के द्वारा बिना लिखे गए क्लिकों के क्रम के बजाय पुनरुत्पादनीय और समीक्षा योग्य बन जाते हैं।

इंटरएक्टिव संदर्भ

जेनरेट किए गए दस्तावेज़ जिन्हें आप ब्राउज़र से पढ़ सकते हैं और कॉल कर सकते हैं, जो सर्वर द्वारा कार्यान्वित किए जाने वाले एंडपॉइंट्स का सटीक वर्णन करते हैं — क्योंकि दोनों एक ही विनिर्देश से आते हैं।

वेबहुक्स जो आपके एंडपॉइंट के डाउन होने पर भी सुरक्षित रहते हैं

प्लेटफ़ॉर्म के पीछे एक स्थायी इवेंट स्पाइन है: प्रत्येक स्थिति परिवर्तन डेटाबेस परिवर्तन के साथ परमाणु रूप से Postgres में एक ट्रांजेक्शनल आउटबॉक्स में एक इवेंट लिखता है, और एक रिले इसे NATS JetStream पर प्रकाशित करता है। इवेंट्स टाइप और वर्जन वाले होते हैं — site.deployed, order.paid, invoice.overdue, backup.completed, abuse.flagged, trial.ending और बाकी सभी।

उस विषय की सदस्यता लें जो आपके लिए महत्वपूर्ण है

किसी एंडपॉइंट को WebhookSubscription के रूप में पंजीकृत करें और उन ईवेंट प्रकारों को चुनें जिन्हें वह प्राप्त करता है। एक ही स्ट्रीम सूचनाओं, विश्लेषणों, स्वचालनों और आपके एकीकरण को समान रूप से डेटा प्रदान करती है — आप उन्हीं ईवेंट्स का उपभोग कर रहे हैं जिनका उपयोग हम करते हैं।

HMAC के साथ हस्ताक्षरित

प्रत्येक डिलीवरी HMAC-हस्ताक्षरित होती है ताकि आप उस पर कार्रवाई करने से पहले यह सत्यापित कर सकें कि यह हमारी ओर से ही आई है।

बैकऑफ़ के साथ पुनः प्रयास किया गया, और लॉग किया गया

विफल डिलीवरी को अंतराल के साथ पुनः प्रयास किया जाता है और प्रत्येक प्रयास को WebhookDelivery के रूप में रिकॉर्ड किया जाता है। हमने क्या भेजा है यह पूछने के लिए सहायता टीम को ईमेल करने के बजाय आप डैशबोर्ड से डिलीवरी का निरीक्षण और उन्हें पुनः चला सकते हैं।

कम से कम एक बार, इसलिए id पर डुप्लिकेट हटाएं

यह पाइपलाइन "सटीक रूप से एक बार" होने का ढोंग करने के बजाय जानबूझकर "कम से कम एक बार" के सिद्धांत पर काम करती है। पब्लिश के बीच में विफल होने वाले रिले का दावा पट्टा समाप्त हो जाता है और उसके इवेंट फिर से पब्लिश होते हैं। लिफाफा आईडी के आधार पर डुप्लिकेट हटाएं और आपका उपभोक्ता संरचनात्मक रूप से सटीक रहेगा।

साइट पर कोड डालना

एक एपीआई डेवलपर की कहानी का केवल आधा हिस्सा है। दूसरा आधा हिस्सा उसे लॉन्च करना है।

  • OAuth के माध्यम से GitHub, GitLab या Bitbucket को कनेक्ट करें, जिसमें डिप्लॉय कुंजियाँ क्रेडेंशियल स्टोर में रखी जाती हैं — न कि किसी कॉन्फ़िग फ़ाइल में।
  • Push एक बिल्ड-और-डिप्लॉय पाइपलाइन को ट्रिगर करता है, जिसमें ब्रांच-टू-एनवायरनमेंट मैपिंग (main से production, staging से staging) और composer व npm के लिए प्रति-स्टैक बिल्ड चरण शामिल हैं।
  • डिप्लॉयमेंट में कोई समस्या आने पर पिछले रिलीज़ पर वापस जाएं।
  • स्टेजिंग क्लोन और पुश-टू-लाइव, ताकि किसी भी बदलाव को विज़िटर्स तक पहुँचने से पहले वास्तविक माहौल में परखा जा सके।
  • CageFS आइसोलेशन के तहत प्रति साइट SFTP, ताकि प्रत्येक किरायेदार केवल अपनी फाइलें ही देखे, साथ ही साझा प्लेटफ़ॉर्म पर एक सीमित (jailed) SSH शेल।
  • पैनल टर्मिनल से और SSH के ज़रिए wp-cli।
  • code-server के माध्यम से ब्राउज़र में VS Code — git के साथ एक पूर्ण संपादक, जो सीधे साइट की फ़ाइलों को संपादित करता है।
  • प्रति-साइट PHP संस्करण, संपादन योग्य PHP सेटिंग्स, प्रति-साइट एक्सटेंशन, परिवेश चर और WP-cron के साथ वास्तविक cron।

किसी साइट पर काम करने के चार तरीके

एपीआई एक दरवाज़ा है। ये अन्य चार हैं, और इनमें से प्रत्येक को डेवलपर स्तर के रूप में बेचे जाने के बजाय प्लान में शामिल किया गया है।

वेब संपादक

ब्राउज़र में VS Code, डैशबोर्ड में साइट के पेज से खोला गया, अंतर्निहित git के साथ उस साइट की वास्तविक फ़ाइलों को संपादित करता है और पूरा संपादक आपके SFTP एक्सेस की तरह ही समान CageFS जेल के अंदर होता है। यह लाइव (LIVE) साइट को संपादित करता है — बीच में कोई स्टेजिंग प्रतिलिपि नहीं है, इसलिए आपके द्वारा सहेजी गई फ़ाइल लिखे जाने के क्षण ही सार्वजनिक हो जाती है, हालांकि कोई स्थिर फ़ाइल चार घंटे तक CDN कैश से प्रदर्शित होती रह सकती है।

Zinnector®, CLI

निःशुल्क, MIT-लाइसेंसीकृत और इसी सार्वजनिक API पर निर्मित। एक WordPress साइट का ढांचा तैयार करें, इसे अपनी मशीन पर चलाएं, जिस स्लॉट में आप परिनियोजित करने वाले हैं उसके अनुसार इसकी पूर्व-जांच करें — PHP संस्करण, डिस्क, फ़ाइल संख्या — और परिनियोजित करें। Node 24 या नए संस्करण की आवश्यकता है।

MCP सर्वर

उपकरणों की एक सूची, ताकि आपके द्वारा पहले से उपयोग किया जाने वाला AI क्लाइंट उसी API और उन्हीं अनुमतियों के माध्यम से आपकी साइटों पर काम कर सके जिनका उपयोग डैशबोर्ड करता है। वही सर्वर जिससे आपका अपना क्लाइंट कनेक्ट होता है, वेब संपादक से जुड़ा हुआ है। केवल-पठन के लिए, जब तक कि आप अन्यथा न कहें।

प्रति-साइट डेवलपर एक्सेस

क्लाइंट कार्य के लिए आपके पासवर्ड की आवश्यकता नहीं है। किसी को ईमेल पते द्वारा आमंत्रित करें और उन्हें केवल एक ही साइट मिलती है: वे अपनी पहचान के साथ दर्शक, संपादक या प्रबंधक की भूमिका में साइन इन करते हैं, और किसी भी हैंडलर के चलने से पहले हर दूसरी साइट 404 का उत्तर देती है — यह सिर्फ एक जांच नहीं, बल्कि एक Postgres पंक्ति-स्तरीय सुरक्षा नीति और अनुरोध-स्तरीय बाड़ है। खाता स्वामी इसे एक क्लिक में प्रदान करता है और रद्द करता है, जो उनके अगले अनुरोध पर प्रभावी होता है।

और वही API जिसका उपयोग आपका AI एजेंट कर सकता है

हम प्लेटफ़ॉर्म को एक होस्ट किए गए MCP सर्वर के रूप में प्रस्तुत करते हैं: इंजन API पर एक पतला प्रोटोकॉल एडेप्टर जो समान एक्शन कैटलॉग, RBAC और ऑडिट ट्रेल का पुन: उपयोग करता है। Claude Code, Cursor, ChatGPT, Claude Desktop या किसी भी MCP-सक्षम क्लाइंट को एक बार कनेक्ट करें, और API में हमारे द्वारा जोड़ी जाने वाली प्रत्येक क्षमता इसके लिए स्वचालित रूप से उपलब्ध हो जाती है।

एजेंट को तीन चीजें मिलती हैं: टूल्स (वही API एंडपॉइंट्स, विचलित होने के लिए कोई समानांतर तर्क नहीं), रिसोर्सेज (केवल-पढ़ने योग्य साइट स्वास्थ्य, कॉन्फ़िगरेशन, हाल के लॉग, मेट्रिक्स, अपटाइम और ज्ञानकोष लेख, ताकि यह कार्रवाई करने से पहले वास्तविक डेटा के साथ निदान कर सके) और प्रॉम्प्ट्स (प्रकाशित वर्कफ़्लो टेम्प्लेट जैसे "इस साइट का निदान करें" या "माइग्रेशन तैयार करें")।

सुरक्षा प्रमाणीकरण जैसी ही है: OAuth 2.1, आपके संगठन से जुड़े टोकन और पंक्ति-स्तरीय सुरक्षा के साथ लागू RBAC अनुमतियां, प्रति टूल सीमित और प्रतिसंहरणीय, उत्पादन से अलग सैंडबॉक्स। विनाशकारी कार्रवाइयों — हटाना, निलंबित करना, बिलिंग, बड़ा खर्च — के लिए स्पष्ट पुष्टि या मानव-स्वीकृति नीति की आवश्यकता होती है। दर सीमाएं और व्यय सीमाएं AI-ट्रिगर की गई भुगतान वाली कार्रवाइयों को सीमित करती हैं, और प्रत्येक MCP कॉल पहचान, टूल, तर्क और परिणाम के साथ ऑडिट-लॉग की जाती है।

हम प्रत्येक ऐप को एक-एक करके एकीकृत करने के बजाय प्रोटोकॉल का समर्थन करते हैं, जिसका अर्थ है कि आपके होस्टिंग एकीकरण में बदलाव किए बिना आपके AI टूल का चयन बदल सकता है।

अक्सर पूछे जाने वाले प्रश्न

क्या सार्वजनिक API वही है जिसका उपयोग डैशबोर्ड करता है?

हाँ — यह वही इंजन API है, जो प्रकाशित और सुदृढ़ है। डैशबोर्ड, एडमिन कंसोल, CLI, Terraform प्रदाता, MCP सर्वर और वेबहुक सभी एक ही इंटरफ़ेस के उपभोक्ता हैं, यही वजह है कि API पैनल से पीछे नहीं रहता है।

क्या मैं पैसे खर्च किए बिना या वास्तविक सर्वर बनाए बिना किसी एकीकरण का परीक्षण कर सकता हूँ?

हाँ। Sandbox कुंजियाँ प्रोडक्शन कुंजियों से अलग जारी की जाती हैं और टेस्ट मोड में चलती हैं: कोई वास्तविक बिलिंग नहीं और कोई वास्तविक प्रावधान नहीं। अपने CI को sandbox क्रेडेंशियल्स पर निर्देशित करें और संपूर्ण अनुरोध और प्रतिक्रिया चक्र का सुरक्षित रूप से परीक्षण करें।

मैं पुनः प्रयास को किसी वस्तु की दो प्रतियाँ बनाने से कैसे रोकूँ?

अपने POST पर एक Idempotency-Key भेजें। रीप्ले रिकॉर्ड इनलाइन के बजाय commit पर लिखा जाता है, इसलिए कोई पुनः प्रयास वास्तव में commit न की गई पंक्ति के लिए कभी भी कैश्ड सफलता को रीप्ले नहीं कर सकता है, और विफल होने वाला अनुरोध तुरंत अपने लॉक को छोड़ देता है ताकि आपके सही किए गए पुनः प्रयास में कोई रुकावट न आए। Webhook डिलीवरी डिज़ाइन के अनुसार कम से कम एक बार (at-least-once) होती है — अपने सिरे पर envelope id के आधार पर डुप्लिकेट हटाएं।

क्या मैं एक API कुंजी को अपने सभी क्लाइंट संगठनों के लिए एक्सेस दे सकता हूँ?

आज नहीं। API कुंजियाँ प्रति संगठन जारी की जाती हैं, इसलिए कई क्लाइंट संगठनों में फैले एकीकरण के पास प्रत्येक के लिए एक कुंजी होती है। उपयोगकर्ता प्रिंसिपलों के लिए अनुमतियाँ भी प्रति संगठन जाँची जाती हैं: एक संगठन में sites.create होने से किसी अलग, असंबंधित संगठन में कोई एक्सेस नहीं मिलता है, भले ही यह उसके तहत नेस्टेड संगठनों पर लागू होता हो। यह जानबूझकर किया गया है — यह किसी से समझौता की गई कुंजी को उसके अपने संगठन और उसके तहत उप-संगठनों तक ही सीमित रखता है, न कि पूरे प्लेटफॉर्म तक।

अंतर्निहित डेवलपर भूमिका वास्तव में क्या अनुमति देती है?

dev भूमिका में संगठन का विवरण देखना, API कुंजी प्रबंधन, साइटों को देखना और बनाना, उन्हें पुनरारंभ करना, उनका कैश साफ़ करना, और टिकट देखना और उनका उत्तर देना शामिल है। इसमें जानबूझकर बिलिंग नियंत्रण को शामिल नहीं किया गया है। ध्यान दें कि डिप्लॉय और push-to-live अनुमतियाँ इसका हिस्सा नहीं हैं — यदि किसी टीम सदस्य को उनकी आवश्यकता है, तो यह मानने के बजाय कि Developer सबसे व्यापक तकनीकी भूमिका है, उन्हें ऐसी भूमिका सौंपें जिसमें ये अनुमतियाँ शामिल हों।

यदि मेरा एंडपॉइंट एक घंटे के लिए बंद हो जाता है तो मेरे वेबहुक का क्या होगा?

वितरण बैकऑफ़ के साथ पुन: प्रयास करते हैं और प्रत्येक प्रयास को एक WebhookDelivery के रूप में रिकॉर्ड किया जाता है जिसका आप निरीक्षण कर सकते हैं। अपस्ट्रीम में, इवेंट्स को परिवर्तन के समान डेटाबेस ट्रांज़ैक्शन में एक ट्रांज़ैक्शनल आउटबॉक्स में लिखा जाता है, इसलिए उपभोक्ता के अनुपलब्ध रहने के दौरान कुछ भी नष्ट नहीं होता है — डाउन उपभोक्ता केवल पीछे छूट जाता है, यह उत्पादक को कभी बाधित नहीं करता है, और आप वापस आने के बाद डैशबोर्ड से वितरण को फिर से चला सकते हैं।

इसके साथ निर्माण शुरू करने में क्या लागत आती है?

Footprint-Free होस्टिंग के 14-दिन के बिना कार्ड वाले ट्रायल से शुरुआत करें — कोई भुगतान विवरण नहीं, अधिकतम 5 साइटें। पेड Footprint-Free टियर PBN 5 के लिए $6/माह से शुरू होते हैं। प्रत्येक प्लान में 30-दिन की मनी-बैक गारंटी, निःशुल्क माइग्रेशन और कोई वेंडर लॉक-इन नहीं मिलता है।

विनिर्देश पढ़ें, फिर उसके अनुसार निर्माण करें

स्पेक-फर्स्ट API, जनरेट किए गए SDKs, एक CLI, एक टेराफॉर्म प्रोवाइडर, हस्ताक्षरित वेबहुक और एक MCP सर्वर — उस होस्टिंग पर जिसे हमने दुनिया भर में 700,000+ साइटों के लिए बनाया है। बिना कार्ड और बिना भुगतान विवरण के 14-दिवसीय परीक्षण के साथ शुरुआत करें।

मुफ़्त शुरू करें

WordPress प्लगइन्स जिनके साथ आपका AI एजेंट काम कर सकता है

इनमें से प्रत्येक प्लगइन आपकी WordPress साइट को एक MCP सर्वर बनाता है, जिससे Claude, Cursor, VS Code और अन्य AI सहायक इस पर वास्तविक कार्य कर सकते हैं, जो आपके रूप में साइन इन हैं और आपकी अनुमति तक सीमित हैं।

डेवलपर्स के लिए सभी MCP और API दस्तावेज़ →