विकसकांसाठी
Zinn Digital® हे एक API-फर्स्ट प्लॅटफॉर्म आहे. आमच्या डॅशबोर्डला पॉवर देणारे इंजिन API हेच तुम्हाला मिळते — व्हर्जन केलेले, स्पेसिफिकेशन-फर्स्ट आणि बिल्डच्या वेळी १००% डॉक्युमेंट केलेले, सोबत जनरेट केलेले SDKs, एक CLI, एक Terraform प्रोवाइडर, स्वाक्षरी केलेले वेबहूक्स आणि त्यावर एक MCP सर्व्हर. तुम्ही काम करण्यासाठी जे काही वापरत असाल — टर्मिनल, पायपलाइन, स्टेट फाइल किंवा AI एजंट — प्लॅटफॉर्म त्याला प्रतिसाद देतो.
बहुतेक होस्ट्स कंट्रोल पॅनलवर नंतरून एपीआय जोडतात, आणि ते लक्षात येते — पॅनलची अर्धी वैशिष्ट्ये कधीही बाहेर येत नाहीत. आम्ही नेमक्या उलट पद्धतीने निर्मिती केली आहे. डॅशबोर्ड, प्रशासक कन्सोल, सीएलआय (CLI), टेराफॉर्म प्रोव्हायडर, एमसीपी (MCP) सर्व्हर आणि तुमच्या स्वतःच्या एकात्मिक प्रणाली (इंटीग्रेशन्स) या सर्व एकच इंजिन एपीआयचा वापर करतात. जर तुम्ही ते पॅनलमध्ये करू शकत असाल, तर तुम्ही ते कोडमध्येही करू शकता.
OpenAPI स्पेक हेच सत्य आहे, आणि स्पेकमध्ये असल्याशिवाय कोणतीही एंडपॉइंट रिलीज होत नाही. तो एकच नियम सार्वजनिक API ला नंतरच्या ऐवजी बिल्डच्या वेळी पूर्णपणे दस्तऐवजीकरण (documented) बनवतो — त्यात कोणताही विना-दस्तऐवजीकरण कोपरा नसतो, कारण विना-दस्तऐवजीकरण एंडपॉइंट असूच शकत नाही.
परस्परसंवादी संदर्भ दस्तऐवज, चार क्लायंट SDKs, CLI चा मोठा भाग आणि Terraform प्रोवाइडरचे स्कॅफोल्डिंग हे सर्व त्या एकाच स्पेसिफिकेशनमधून तयार केले जातात. एक स्रोत, अनेक आर्टिफॅक्ट्स, नेहमी सिंक्रोनाइज केलेले — इम्प्लिमेंटेशनपासून दूर गेलेल्या कोणत्याही दस्तऐवजाचा तुम्हाला कधीही मागोवा घ्यावा लागत नाही.
एंडपॉइंट्स /v1 अंतर्गत प्रकाशित डीप्रिकेशन पॉलिसी आणि चेंजलॉगसह उपलब्ध असतात. कोणत्याही बदलाची माहिती तुम्हाला एखादी बिल्ड फेल होण्यापूर्वी लिखित स्वरूपात दिली जाते.
प्रत्येक बदलावर अंमलबजावणी विरुद्ध स्पेसिफिकेशन कॉन्ट्रॅक्ट टेस्ट्स आणि OpenAPI ल्हिंटिंग रन होतात. कोड आणि कॉन्ट्रॅक्टमधील तफावत बिल्ड अपयशी ठरवते — त्यामुळे ज्या स्पेसिफिकेशनवरून तुम्ही तुमचा क्लायंट जनरेट करता, तेच स्पेसिफिकेशन सर्व्हर खरोखर पाळतो.
आत येण्याचे दोन मार्ग, पण त्यामागील मुख्य तत्त्व एकच आहे. तुम्ही कोणतीही पद्धत वापरली, तरी तीच परवानगी तपासणी आणि डेटाबेस-स्तरीय आयसोलेशन लागू होते.
किल्क्यांचे स्वरूप zdk_<mode>_<prefix>_<secret> असे असते. सिक्रेटचा केवळ SHA-256 हॅश साठवला जातो — किल्ली जारी केल्यानंतर ती आम्हा कोणालाही पुन्हा दाखवता येत नाही आणि आमच्या डेटाबेसमध्ये प्रवेश करणाऱ्या कोणालाही ती पाहता येत नाही. किल्लींना स्कोप्स असतात, त्या रद्द करता येतात आणि त्या व्यक्तींऐवजी प्रत्येक संस्थेसाठी स्वतंत्रपणे जारी केल्या जातात.
सॅंडबॉक्स की (sandbox keys) प्रॉडक्शन कीपेक्षा वेगळ्या असतात आणि सॅंडबॉक्स मोडमध्ये चालतात: यात कोणतेही वास्तविक बिलिंग किंवा प्रत्यक्ष प्रोव्हिजनिंग होत नाही. तुमची इंटिग्रेशन टेस्ट्स पैसे न खर्च करता किंवा सर्व्हर तयार न करता API वर सतत माळा (hammer) मारू शकतात.
वापरकर्ता सत्रे Keycloak-जारी केलेल्या JWT सह प्रमाणीकृत होतात, ज्या रिम सार्वजनिक की विरुद्ध सत्यापित केल्या जातात आणि API की करते त्याच Principal ऑब्जेक्टमध्ये रिझॉल्व्ह होतात. एंडपॉइंट्स sites.create किंवा apikeys.manage सारख्या दाणेदार परवानगी की वर गेट करतात, ज्या प्रत्येक संस्थेसाठी तपासल्या जातात - एका संस्थेमधील परवानगी वेगळ्या, असंबंधित संस्थेत कोणताही प्रवेश देत नाही, जरी ती तिच्या खाली नेस्ट केलेल्या संस्थांना लागू होत असली.
प्रत्येक टेनंट विनंती ट्रान्झॅक्शनमध्ये चालते आणि प्रिन्सिपलवरून सेट केलेला पोस्टग्रेज ऑर्ग स्कोप असतो, त्यामुळे आयसोलेशन डेटाबेसद्वारे लागू केले जाते, कोणीतरी विसरू शकेल अशा ORM फिल्टरद्वारे नाही. क्वेरीसेट फिल्टर अद्याप संरक्षणाची बहुस्तरीय बाजू म्हणून तिथे आहे.
एखादी API README मध्ये छान दिसणारी बनवणे सोपे असते आणि खऱ्या ट्रॅफिकखाली ती सुरळीत चालवणे कठीण असते. हे तेच भाग आहेत ज्यांच्यासाठी आम्ही खूप मेहनत घेतली, कारण हे तेच भाग आहेत जे पहाटे तीन वाजता इंटिग्रेशन खंडित करतात.
लक्षat ठेवायची एक महत्त्वाची गोष्ट, कारण यामुळे बल्क वर्क कसे काम करते हे ठरते: ड्युप्लिकेट डोमेनवरील ४०९ हा एरर कोणत्याही टेनंटसाठी "हा होस्टनेम येथे होस्ट केला आहे का?" याचे उत्तर देतो, जो एक इन्युमरेशन ओरॅकल आहे आणि Footprint-Free विरुद्ध डी-अनानिमायझेशनचा एक वास्तविक धोका आहे. साइट निर्मिती थ्रॉटल करणे हा एक आळशी उपाय ठरला असता आणि त्याने बल्क-प्रोव्हिजनिंग प्रॉडक्ट पूर्णपणे बंद पाडले असते. त्याऐवजी केवळ नाकारलेले ड्युप्लिकेट-डोमेन प्रयत्न प्रत्येक प्रिन्सिपलनुसार बजेट केले जातात. यशस्वी क्रिएट्ससाठी कधीही शुल्क आकारले जात नाही — त्यामुळे तुम्ही दिवसभर बल्क प्रोव्हिजन करू शकता आणि प्रॉबिंग जवळपास लगेचच थांबते.
तीन वेगवेगळ्या कार्यपद्धतींसाठी, एकाच वैशिष्ट्याचे तीन ग्राहक.
टाइपस्किप्ट, पायथन, पीएचपी आणि गो यासाठी जनरेट केलेले, स्पेसिफिकेशन्सचा मागोवा ठेवून हस्तलिखित वॅपरची वाट न बघता तुमच्या भाषेत एक नवीन एंडपॉइंट उपलब्ध होतो.
WordPress साइट तयार करा, ती स्थानिक पातळीवर Node शिवाय काहीही स्थापित न करता चालवा आणि ती तैनात करा. Zinnector® तुमचा प्रकल्प तुम्ही ज्या स्लॉटवर तैनात करणार आहात त्याच्या विरुद्ध पूर्व-तपासणी करतो - PHP आवृत्ती, डिस्क, फाईल संख्या - आणि नंतर ऐवजी पुश करण्यापूर्वी चेतावणी देतो. हे लॉग इन करते, साइट्सची सूची देते, तैनात करते, डोमेन आणि DNS व्यवस्थापित करते, मेल सेवा वाचते, बॅकअप घेते, परवानगी-यादीत असलेले WP-CLI चालवते, पुच्छ लॉग चालवते आणि मोठ्या प्रमाणात ऑपरेशन्स फायर करते. विनामूल्य, MIT-परवानाकृत आणि याच सार्वजनिक API वर तयार केलेले.
संकेततर्फे (Infrastructure as code) साइट्स, डोमेन, डीएनएस रेकॉर्ड्स, मेलबॉक्स आणि प्लॅन्सचे व्यवस्थापन करा. terraform apply होस्टिंग प्रवाहित करते आणि कोणीही लिहून न ठेवलेल्या क्लिक्सच्या मालिकेऐवजी तुमची इन्व्हायरनमेंट्स पुनरुत्पादित करण्यायोग्य (reproducible) आणि पुनरावलोकनायोग्य (reviewable) बनतात.
तयार केलेले दस्तऐवज जे तुम्ही वाचू शकता आणि ब्राउझरवरून कॉल करू शकता, जे सर्व्हर लागू करत असलेले एन्डकॉप्स नेमकेपणाने वर्णन करतात — कारण दोन्ही एकाच स्पेकवरून येतात.
प्लॅटफॉर्मच्या मागे एक टिकाऊ इव्हेंट स्पाइन आहे: प्रत्येक स्टेट चेंज डेटाबेस बदलासह अॅटोमिकली पोस्टग्रेझमधील ट्रान्झॅक्शनल आउटरबॉक्समध्ये एक इव्हेंट लिहितो आणि एक रिले तो NATS JetStream वर पब्लिश करतो. इव्हेंट टाईप केलेले आणि व्हर्जन केलेले असतात — site.deployed, order.paid, invoice.overdue, backup.completed, abuse.flagged, trial.ending आणि बाकीचे.
एका एंडपॉइंटची WebhookSubscription म्हणून नोंदणी करा आणि ते प्राप्त करत असलेले इव्हेंटचे प्रकार निवडा. एकच स्ट्रीम सूचना, ॲनालिटिक्स, ऑटोमेशन आणि तुमच्या इंटिग्रेशनला देखील फीड करते — तुम्ही आम्ही वापरत असलेल्या इव्हेंटचाच वापर करत आहात.
प्रत्येक डिलीव्हरी HMAC-स्वाक्षरी केलेली असते जेणेकरून त्यावर कारवाई करण्यापूर्वी ती आमच्याकडून आली आहे याची तुम्ही पडताळणी करू शकता.
अयशस्वी डिलीव्हरी बॅकऑफसह पुन्हा प्रयत्न केल्या जातात आणि प्रत्येक प्रयत्न WebhookDelivery म्हणून नोंदवला जातो. आम्ही काय पाठवले हे विचारण्यासाठी सपोर्टला ईमेल करण्याऐवजी तुम्ही डॅशबोर्डवरून डिलीव्हरी तपासू शकता आणि पुन्हा प्ले करू शकता.
पाइपलाइन जाणीवपूर्वक एक्झॅक्टली-वन्स (exactly-once) चे नाटक करण्याऐवजी ॲट-लीस्ट-वन्स (at-least-once) वर आधारित आहे. मध्येच बंद पडणाऱ्या रिलेच्या क्लेम लीजची मुदत संपते आणि त्याचे इव्हेंट्स पुन्हा पब्लिश केले जातात. लिफाफ्याच्या (envelope) id वर आधारित डिड्युप्लिकेट करा आणि तुमचा कन्झ्युमर संरचनेनुसारच योग्य राहील.
एका विकसकाच्या कथेचा API हा केवळ अर्धा भाग आहे. दुसरा अर्धा भाग म्हणजे शिपिंग.
आम्ही प्लॅटफॉर्मला होस्ट केलेले MCP सर्व्हर म्हणून एक्सपोज करतो: इंजिन API वरील एक पातळ प्रोटोकॉल अडॅप्टर जो हुबेहूब तीच ॲक्शन कॅटलॉग, RBAC आणि ऑडिट ट्रेल पुन्हा वापरतो. Claude Code, Cursor, ChatGPT, Claude Desktop किंवा कोणतीही MCP-सक्षम क्लायंट एकदाच कनेक्ट करा, आणि आम्ही API मध्ये जोडलेली प्रत्येक क्षमता आपोआप त्याच्यासाठी उपलब्ध होईल.
एजंटला तीन गोष्टी मिळतात: टूल्स (समान API एंडपॉइंट्स, विचलित होणारे कोणतेही समांतर लॉजिक नाही), रिसोर्सेस (फक्त वाचता येण्याजोगे साइट आरोग्य, कॉन्फिगरेशन, अलीकडील लॉग्स, मेट्रिक्स, अपटाइम आणि KB लेख, जेणेकरून तो कृती करण्यापूर्वी वास्तविक डेटासह निदान करेल) आणि प्रॉम्प्ट्स ("या साइटचे निदान करा" किंवा "मायग्रेशन तयार करा" यांसारखे प्रकाशित वर्कफ्लो टेम्पलेट्स).
सुरक्षा ही प्रमाणीकरणासारखीच आहे: OAuth 2.1, तुमच्या संस्थेशी जोडलेले टोकन्स आणि पंक्ती-स्तरीय सुरक्षिततेसह (row-level security) लागू केलेल्या RBAC परवान्या, प्रत्येक साधनासाठी मर्यादित (scoped) आणि रद्द करण्यायोग्य, सँडबॉक्स उत्पादन (प्रॉडक्शन) वातावरणापासून वेगळा केलेला. विनाशात्मक कृतींसाठी — हटवणे, निलंबित करणे, बिलिंग, मोठा खर्च — स्पष्ट पुष्टीकरण किंवा मानवी-मान्यता धोरण (human-approval policy) आवश्यक असते. दर मर्यादा (rate limits) आणि खर्च मर्यादा (spend caps) AI द्वारे ट्रिगर होणाऱ्या सशुल्क कृतींवर नियंत्रण ठेवतात, आणि प्रत्येक MCP कॉलची ओळख (identity), साधन (tool), युक्तिवाद (arguments) आणि निकालासह ऑडिट-नोंद (audit-logged) केली जाते.
आम्ही प्रत्येक ॲपचे एका वेळी एकत्रीकरण करण्याऐवजी प्रोटोकॉलला समर्थन देतो, ज्याचा अर्थ असा आहे की तुमचे होस्टिंग एकत्रीकरण न बदलता तुमच्या AI उपकरणांची निवड बदलू शकते.
होय — हे तेच इंजिन API आहे, जे प्रकाशित आणि परिष्कृत केले गेले आहे. डॅशबोर्ड, प्रशासक कन्सोल, CLI, Terraform प्रदाता, MCP सर्वहर आणि वेबहूक हे सर्व एकाच इंटरफेसचे वापरकर्ते आहेत, म्हणूनच API पॅनेलच्या मागे पडत नाही.
होय. सँडबॉक्स की (keys) प्रॉडक्शन की (keys) पेक्षा स्वतंत्रपणे जारी केल्या जातात आणि टेस्ट मोडमध्ये चालतात: कोणतेही वास्तविक बिलिंग आणि कोणतेही वास्तविक प्रोव्हिजनिंग होत नाही. तुमच्या CI ला सँडबॉक्स क्रेडेन्शियल्सवर पॉईंट करा आणि विनंती व प्रतिसादाचे संपूर्ण चक्र सुरक्षितपणे पार पाडा.
तुमच्या POST वर Idempotency-Key पाठवा. रिप्ले रेकॉर्ड इनलाइन ऐवजी कमिटवर लिहिला जातो, त्यामुळे रिट्राय कधीही अशा ओळीसाठी कॅश केलेले यश रिप्ले करू शकत नाही जी प्रत्यक्षात कमिट झाली नाही आणि अयशस्वी झालेली विनंती तिचे लॉक त्वरित रिलीज करते जेणेकरून तुमच्या सुधारित रिट्रायला अडथळा येणार नाही. वेबहूक डिलिव्हरी डिझाइननुसार किमान एकदा (at-least-once) असते — तुमच्या बाजूला एन्वलॉप आयडीवर डीडुपुकेट करा.
आज नाही. API की प्रत्येक संस्थेसाठी स्वतंत्रपणे जारी केल्या जातात, त्यामुळे अनेक क्लायंट संस्थांमध्ये पसरलेल्या इंटिग्रेशनकडे प्रत्येकासाठी एक की असते. युजर प्रिन्सिपल्ससाठी परवानग्या देखील प्रत्येक संस्थेनुसार तपासल्या जातात: एका संस्थेत sites.create धारण केल्यामुळे दुसऱ्या, असंबद्ध संस्थेत कोणताही प्रवेश मिळत नाही, जरी तो त्या खालील नेस्टेड संस्थांवर लागू होत असला. हे जाणीवपूर्वक केले आहे — यामुळे तडजोड झालेली की संपूर्ण प्लॅटफॉर्मवर नाही तर केवळ तिच्या स्वतःच्या संस्थेवर आणि त्याखालील उप-संस्थांवर मर्यादित राहते.
डेव्हलपर भूमिकेमध्ये संस्था वाचणे, API की व्यवस्थापन, साइट्स पाहणे आणि तयार करणे, त्यांना रीस्टार्ट करणे, त्यांचे कॅशे साफ करणे आणि तिकीट पाहणे व त्यांना उत्तर देणे समाविष्ट आहे. यात जाणीवपूर्वक बिलिंग नियंत्रण वगळले आहे. लक्षात ठेवा की डिप्लॉय आणि पुश-टू-लाइव्ह परवानग्या याचा भाग नाहीत — जर टीम सदस्याला त्यांची आवश्यकता असेल, तर डेव्हलपर ही सर्वात व्यापक तांत्रिक भूमिका आहे असे गृहीत धरण्याऐवजी त्या देणारी भूमिका असाइन करा.
डिलिव्हरी बॅकऑफसह पुन्हा प्रयत्न करतात आणि प्रत्येक प्रयत्न WebhookDelivery म्हणून नोंदवला जातो ज्याची तुम्ही तपासणी करू शकता. अपस्ट्रीममध्ये, इव्हेंट्स बदलाच्याच डेटाबेस ट्रान्झॅक्शनमध्ये ट्रान्झॅक्शनल आऊटबॉक्सवर लिहिले जातात, त्यामुळे कन्झ्युमर उपलब्ध नसताना काहीही गमावले जात नाही — डाउन असलेला कन्झ्युमर मागे पडतो, तो कधीही प्रोड्यूसरला खंडित करत नाही आणि तुम्ही पूर्ववत आल्यावर डॅशबोर्डवरून डिलिअरी पुन्हा प्ले करू शकता.
Footprint-Free Hosting ची कार्डशिवाय 14 दिवसांची चाचणी सुरू करा — कोणत्याही पेमेंट तपशिलाशिवाय, ५ साइट्सपर्यंत. सशुल्क Footprint-Free टियर PBN 5 साठी $6/mo पासून सुरू होतात. प्रत्येक प्लॅनमध्ये ३० दिवसांची पैसे परत करण्याची हमी, मोफत मायग्रेशन्स आणि कोणतेही व्हेंडर लॉक-इन नाही.
स्पेसिफिकेशन-फर्स्ट API, जनरेट केलेले SDKs, एक CLI, एक Terraform प्रोव्हायडर, स्वाक्षरी केलेले वेबहूक्स आणि एक MCP सर्व्हर — जगभरातील ६५०,०००+ साइट्ससाठी आम्ही तयार केलेल्या होस्टिंगवर. कोणत्याही पेमेंट तपशीलांशिवाय, कार्ड-मुक्त १४ दिवसांच्या ट्रेलपासून सुरुवात करा.
विनाशुल्क सुरू करा