डेव्हलपर्ससाठी
Zinn Digital® हे एक API-प्रथम प्लॅटफॉर्म आहे. आमच्या डॅशबोर्डला चालना देणारे तेच इंजिन API तुम्हाला मिळते — आवृत्तीकृत, तपशील-प्रथम आणि बिल्डच्या वेळी १००% दस्तऐवजीकरण केलेले, ज्यावर व्युत्पन्न SDK, एक CLI, एक Terraform प्रदाता, स्वाक्षरी केलेले वेबहुक आणि एक MCP सर्व्हर उपलब्ध आहेत. कामासाठी तुम्ही काहीही वापरत असलात तरी — टर्मिनल, पाइपलाइन, स्थिती फाइल किंवा AI एजंट — प्लॅटफॉर्म त्यास प्रतिसाद देते.
बहुतेक होस्ट नंतर नियंत्रण पॅनेलमध्ये API जोडतात, आणि ते दिसून येते — पॅनेलची निम्मी वैशिष्ट्ये कधीही बाहेर येत नाहीत. आम्ही याच्या अगदी उलट पद्धतीने रचना केली आहे. डॅशबोर्ड, ॲडमिन कन्सोल, CLI, Terraform प्रदाता, MCP सर्व्हर आणि तुमची स्वतःची एकत्रीकरणे हे सर्व एकाच इंजिन API चा वापर करतात. जर तुम्ही ते पॅनेलमध्ये करू शकत असाल, तर तुम्ही ते कोडमध्येही करू शकता.
OpenAPI तपशील हा विश्वासाचा खरा स्रोत आहे, आणि जोपर्यंत तो तपशीलामध्ये समाविष्ट नसतो तोपर्यंत कोणताही एंडपॉइंट जारी केला जात नाही. हा एकच नियम सार्वजनिक API ला नंतर कधीतरी होण्याऐवजी बिल्डच्या वेळीच पूर्णपणे दस्तऐवजीकरण केलेला बनवतो — कोणताही कागदोपत्री नोंद नसलेला भाग उरत नाही, कारण कागदोपत्री नोंद नसलेला एंडपॉइंट अस्तित्वातच असू शकत नाही.
परस्परसंवादी संदर्भ दस्तऐवज, चार क्लायंट SDK, CLI चा बराचसा भाग आणि Terraform प्रोव्हायडर स्कॅफोल्डिंग हे सर्व त्या एकाच वैशिष्ट्यातून तयार केले जातात. एकच स्रोत, अनेक आर्टिफॅक्ट्स, नेहमी समक्रमित — अंमलबजावणीपासून भरकटलेल्या दस्तऐवजाचा तुम्हाला कधीही पाठलाग करावा लागणार नाही.
एंडपॉइंट्स प्रकाशित अवमूल्यन धोरण आणि बदल नोंदीसह /v1 अंतर्गत उपलब्ध आहेत. अयशस्वी बिल्डवरून समजण्याऐवजी, काहीही बदलण्यापूर्वी आपल्याला लेखी स्वरूपात सूचित केले जाते.
अंमलबजावणी-विरुद्ध-तपशील करार चाचण्या आणि OpenAPI लिंटिंग प्रत्येक बदलावर चालतात. कोड आणि करारातील विसंगतीमुळे बिल्ड अयशस्वी होते — त्यामुळे तुम्ही ज्या तपशीलावरून तुमचा क्लायंट तयार करता, तोच तपशील सर्व्हर प्रत्यक्षात पाळतो.
प्रवेश करण्याचे दोन मार्ग, त्यांच्यामागे एकच समान तत्त्व. आपण यापैकी कोणताही वापरला तरीही, त्याच परवानग्यांची तपासणी आणि डेटाबेस-पातळीवरील तेच अलगीकरण लागू होते.
कीज् zdk_<mode>_<prefix>_<secret> सारख्या दिसतात. सिक्रेटचा फक्त SHA-256 हॅश साठवला जातो — जारी केल्यानंतर आम्ही तुम्हाला पुन्हा की दाखवू शकत नाही आणि आमच्या डेटाबेसमध्ये प्रवेश करणारी कोणतीही व्यक्ती देखील ती दाखवू शकत नाही. कीजना स्कोप्स असतात, त्या रद्द केल्या जाऊ शकतात आणि त्या व्यक्तीनुसार देण्याऐवजी संस्थेनुसार जारी केल्या जातात.
सँडबॉक्स कीज या प्रॉडक्शन कीजपासून वेगळ्या असतात आणि सँडबॉक्स मोडमध्ये चालतात: कोणतेही वास्तविक बिलिंग नाही, कोणतीही वास्तविक तरतूद नाही. तुमचे एकत्रीकरण परीक्षण पैसे खर्च न करता किंवा सर्व्हर तयार न करता API वर मोठ्या प्रमाणात विनंत्या पाठवू शकतात.
वापरकर्ता सत्रे realm सार्वजनिक की द्वारे पडताळणी केलेल्या Keycloak-जारी केलेल्या JWT सह प्रमाणीकृत होतात आणि API की प्रमाणेच समान Principal ऑब्जेक्टमध्ये रूपांतरित होतात. एंडपॉइंट्स sites.create किंवा apikeys.manage यांसारख्या तपशीलवार परवानगी की द्वारे नियंत्रित केले जातात, ज्या प्रत्येक संस्थेनुसार तपासल्या जातात — एका संस्थेतील परवानगी स्वतंत्र, असंबंधित संस्थेमध्ये कोणताही प्रवेश देत नाही, जरी ती तिच्या अंतर्गत असलेल्या संस्थांना लागू होत असली तरीही.
प्रत्येक टेनंट विनंती प्रिन्सिपलकडून सेट केलेल्या Postgres संस्था स्कोपसह व्यवहारात चालते, त्यामुळे वेगळेपण डेटाबेसद्वारे लागू केले जाते, कोणाकडून विसरल्या जाऊ शकणाऱ्या ORM फिल्टरद्वारे नाही. सखोल संरक्षण म्हणून queryset फिल्टर अजूनही तिथे अस्तित्वात आहे.
README मध्ये API उत्कृष्ट दाखवणे सोपे आहे, परंतु प्रत्यक्ष ट्रॅफिक असताना ते योग्य रीतीने कार्यक्षम ठेवणे कठीण आहे. हे तेच भाग आहेत ज्यावर आम्ही सर्वात जास्त मेहनत घेतली आहे, कारण पहाटे तीन वाजता इंटिग्रेशन खंडित करणारे हेच भाग असतात.
मोठ्या प्रमाणातील कामाचे स्वरूप निश्चित करणारा एक महत्त्वाचा तपशील नमूद करणे आवश्यक आहे: डुप्लिकेट डोमेनवरील 409 त्रुटी कोणत्याही टेनंटसाठी "हे होस्टनेम येथे होस्ट केले आहे का?" याचे उत्तर देते, जे एक इन्युमरेशन ओरॅकल (enumeration oracle) आणि Footprint-Free साठी वास्तविक डीअ‍ॅनॉनिमायझेशन (deanonymisation) जोखीम आहे. साइट निर्मिती थ्रॉटल करणे हा एक आळशी उपाय ठरला असता आणि त्यामुळे बल्क-प्रॉव्हिजनिंग उत्पादन थेट खंडित झाले असते. त्याऐवजी, प्रति प्रिन्सिपल (principal) केवळ नाकारलेल्या डुप्लिकेट-डोमेन प्रयत्नांवर मर्यादा (बजेट) ठेवली जाते. यशस्वी निर्मितींवर याचा कोणताही भार पडत नाही — त्यामुळे आपण दिवसभर मोठ्या प्रमाणात प्रॉव्हिजन करू शकता आणि तपासणीचे (probing) प्रयत्न त्वरित निष्फळ ठरतात.
कामाच्या तीन वेगवेगळ्या पद्धतींसाठी, एकाच तपशीलाचे तीन ग्राहक.
TypeScript, Python, PHP आणि Go साठी व्युत्पन्न केलेले, तपशीलाचा मागोवा घेते जेणेकरून हाताने लिहिलेल्या रॅपरची वाट न पाहता नवीन एंडपॉईंट तुमच्या भाषेत पोहोचेल.
WordPress साइटची प्राथमिक रचना तयार करा, Node शिवाय इतर काहीही इन्स्टॉल न करता ती स्थानिक पातळीवर चालवा आणि डिप्लॉय करा. Zinnector® तुम्ही ज्या स्लॉटवर डिप्लॉय करणार आहात त्याविरुद्ध तुमच्या प्रोजेक्टची पूर्व-तपासणी करते — PHP आवृत्ती, डिस्क, फाइल्सची संख्या — आणि पुश केल्यानंतर नाही तर पुश करण्यापूर्वीच चेतावणी देते. हे साइन इन देखील करते, साइट्सची सूची दाखवते, डिप्लॉय करते, डोमेन्स आणि DNS व्यवस्थापित करते, मेल सेवा वाचते, बॅकअप घेते, अनुमती असलेल्या यादीतील WP-CLI चालवते, लॉग्सचा मागोवा घेते आणि मोठ्या प्रमाणावरील ऑपरेशन्स सुरू करते. विनामूल्य, MIT-परवानाधारक आणि याच सार्वजनिक API वर तयार केलेले.
साइट्स, डोमेन्स, DNS रेकॉर्ड्स, मेलबॉक्सेस आणि प्लॅन्स इन्फ्रास्ट्रक्चर अ‍ॅज कोड म्हणून व्यवस्थापित करा. terraform apply होस्टिंग प्रोव्हिजन करते, आणि तुमची एन्व्हायर्नमेंट्स कोणीही नोंदवून न ठेवलेल्या क्लीक्सच्या क्रमाऐवजी पुनरुत्पादन करण्यायोग्य आणि पुनरावलोकन करण्यायोग्य बनतात.
ब्राउझरवरून तुम्ही वाचू शकता आणि कॉल करू शकता असे व्युत्पन्न केलेले दस्तऐवज, जे सर्व्हर लागू करत असलेल्या एंडपॉइंट्सचे अचूक वर्णन करते — कारण दोन्ही एकाच तपशीलातून आले आहेत.
प्लॅटफॉर्मच्या मागे एक टिकाऊ इव्हेंट स्पाइन आहे: प्रत्येक स्थितीतील बदल डेटाबेस बदलासह अ‍ॅटोमिकली Postgres मधील ट्रान्झॅक्शनल outbox वर एक इव्हेंट लिहितो, आणि रिले तो NATS JetStream वर प्रकाशित करतो. इव्हेंट्स प्रकारबद्ध आणि आवृत्तीबद्ध आहेत — site.deployed, order.paid, invoice.overdue, backup.completed, abuse.flagged, trial.ending आणि उर्वरित.
एखादा एंडपॉईंट WebhookSubscription म्हणून नोंदणीकृत करा आणि तो प्राप्त करत असलेले इव्हेंट प्रकार निवडा. एकच प्रवाह सूचना, विश्लेषण, ऑटोमेशन आणि तुमच्या एकत्रीकरणाला समान रीतीने फीड करतो — आम्ही वापरत असलेले इव्हेंटच तुम्ही वापरत आहात.
प्रत्येक वितरण HMAC-स्वाक्षरी केलेले असते जेणेकरून त्यावर कारवाई करण्यापूर्वी ते आमच्याकडूनच आले आहे याची आपण पडताळणी करू शकता.
अयशस्वी झालेल्या वितरणांचा अंतराने पुन्हा प्रयत्न केला जातो आणि प्रत्येक प्रयत्न WebhookDelivery म्हणून नोंदवला जातो. आम्ही काय पाठवले हे विचारण्यासाठी सपोर्ट टीमला ईमेल करण्याऐवजी तुम्ही डॅशबोर्डवरून वितरणांची तपासणी करू शकता आणि ती पुन्हा पाठवू शकता.
हा पाइपलाइन "तंतोतंत एकदाच" असल्याचे भासवण्याऐवजी जाणीवपूर्वक "किमान एकदा तरी" या तत्त्वावर काम करतो. प्रकाशनाच्या दरम्यान खंडित होणाऱ्या रिलेची मागणी भाडेपट्टी संपुष्टात येते आणि त्याचे इव्हेंट्स पुन्हा प्रकाशित केले जातात. लिफाफा आयडीवर आधारित डुप्लिकेट्स काढून टाका आणि आपला ग्राहक रचनेनुसार अचूक ठरेल.
एपीआय ही डेव्हलपरच्या कथेची केवळ अर्धी बाजू आहे. उर्वरित अर्धा भाग ती प्रत्यक्षात आणणे हा आहे.
API हे एक दार आहे. हे इतर चार आहेत, आणि त्यातील प्रत्येक डेव्हलपर स्तर म्हणून विकण्याऐवजी प्लॅनमध्ये समाविष्ट केले आहे.
डॅशबोर्डमधील साइटच्या पृष्ठावरून उघडलेले ब्राउझरमधील VS Code, इन-बिल्ट git सह त्या साइटच्या प्रत्यक्ष फाइल्स संपादित करते आणि संपूर्ण संपादक आपल्या SFTP प्रवेशाप्रमाणेच त्याच CageFS जेलमध्ये असतो. हे थेट (LIVE) साइट संपादित करते — मध्यभागी कोणतीही स्टेजिंग प्रत नसते, त्यामुळे आपण सेव्ह केलेली फाइल लिहिली जाताच ती सार्वजनिक होते, जरी स्टॅटिक फाइल CDN कॅशेमधून चार तासांपर्यंत सर्व्ह केली जाऊ शकते.
विनामूल्य, MIT-परवानाधारक आणि याच सार्वजनिक API वर तयार केलेले. WordPress साइटचा सांगाडा तयार करा, ती तुमच्या स्वतःच्या मशीनवर चालवा, तुम्ही ज्या स्लॉटवर उपयोजन करणार आहात त्यानुसार त्याची पूर्व-तपासणी करा — PHP आवृत्ती, डिस्क, फाइल संख्या — आणि उपयोजित करा. Node 24 किंवा नवीन आवृत्ती आवश्यक आहे.
साधनांची एकच सूची, जेणेकरून तुम्ही आधीपासून वापरत असलेला AI क्लायंट डॅशबोर्ड वापरत असलेल्या त्याच API आणि परवानग्यांद्वारे तुमच्या साइट्सवर कार्य करू शकेल. तुमचा स्वतःचा क्लायंट ज्या सर्व्हरशी कनेक्ट होतो, तोच सर्व्हर वेब एडिटरशी जोडलेला आहे. तुम्ही अन्यथा सांगत नाही तोपर्यंत केवळ वाचनीय.
क्लायंटच्या कामासाठी आपल्या पासवर्डची आवश्यकता नाही. ईमेल पत्त्याद्वारे कोणालाही आमंत्रित करा आणि त्यांना नेमकी एकच साइट मिळेल: ते स्वतःच्या खात्यातून दर्शक, संपादक किंवा व्यवस्थापक भूमिकेसह साइन इन करतात, आणि कोणताही हँडलर चालण्यापूर्वी इतर प्रत्येक साइट 404 प्रतिसाद देते — ही केवळ एक तपासणी नसून Postgres पंक्ती-पातळीवरील सुरक्षा धोरण आणि विनंती-पातळीवरील कुंपण आहे. खाते मालक एका क्लिकमध्ये ही परवानगी देऊ शकतात आणि रद्द करू शकतात, जी त्यांच्या पुढील विनंतीवर लागू होते.
आम्ही हे प्लॅटफॉर्म होस्ट केलेले MCP सर्व्हर म्हणून उपलब्ध करून देतो: इंजिन API वरील एक पातळ प्रोटोकॉल अडॅप्टर जे अगदी समान क्रिया कॅटलॉग, RBAC आणि ऑडिट ट्रेलचा पुनर्वापर करते. Claude Code, Cursor, ChatGPT, Claude Desktop किंवा कोणत्याही MCP-सक्षम क्लायंटला एकदा कनेक्ट करा आणि आम्ही API मध्ये जोडलेली प्रत्येक क्षमता आपोआप त्यासाठी उपलब्ध होईल.
एजंटला तीन गोष्टी मिळतात: Tools (समान API एंडपॉइंट्स, विचलित होण्यासाठी कोणताही समांतर लॉजिक नाही), Resources (फक्त वाचनीय साइटचे आरोग्य, कॉन्फिगरेशन, अलीकडील लॉग्स, मेट्रिक्स, अपटाइम आणि KB लेख, जेणेकरून ते कृती करण्यापूर्वी वास्तविक डेटासह निदान करते) आणि Prompts ("diagnose this site" किंवा "prepare a migration" सारखे प्रकाशित वर्कफ्लो टेम्पलेट्स).
सुरक्षितता ही प्रमाणीकरणासारखीच आहे: OAuth 2.1, तुमच्या संस्थेशी बांधील असलेले टोकन्स आणि पंक्ती-पातळीवरील सुरक्षिततेसह लागू केलेल्या RBAC परवानग्या, प्रत्येक टूलनुसार मर्यादित आणि रद्द करण्यायोग्य, उत्पादनापासून वेगळे केलेले सँडबॉक्स. विध्वंसक क्रिया — हटवणे, निलंबित करणे, बिलिंग, मोठा खर्च — यासाठी स्पष्ट पुष्टीकरण किंवा मानवी मंजुरी धोरण आवश्यक आहे. दर मर्यादा आणि खर्च मर्यादा AI-द्वारे सुरू केलेल्या सशुल्क क्रियांना मर्यादित करतात आणि प्रत्येक MCP कॉल ओळख, टूल, युक्तिवाद आणि निकालासह ऑडिट-लॉग केला जातो.
आम्ही प्रत्येक ॲप स्वतंत्रपणे समाकलित करण्याऐवजी प्रोटोकॉलला समर्थन देतो, ज्याचा अर्थ असा आहे की तुमचे होस्टिंग एकत्रीकरण न बदलता तुमची AI साधनांची निवड बदलू शकते.
होय — हे प्रकाशित आणि मजबूत केलेले तेच इंजिन API आहे. डॅशबोर्ड, ॲडमिन कन्सोल, CLI, Terraform प्रदाता, MCP सर्व्हर आणि वेबहुक्स हे सर्व एकाच घटकाचे ग्राहक आहेत, म्हणूनच API पॅनेलच्या मागे पडत नाही.
होय. Sandbox कीज या प्रॉडक्शन कीजपेक्षा वेगळ्या जारी केल्या जातात आणि टेस्ट मोडमध्ये चालतात: कोणतेही वास्तविक बिलिंग नाही आणि कोणतेही वास्तविक प्रोव्हिजनिंग नाही. तुमची CI ही sandbox क्रेडेंशियल्सवर निर्देशित करा आणि संपूर्ण विनंती व प्रतिसाद चक्र सुरक्षितपणे कार्यान्वित करा.
तुमच्या POST वर Idempotency-Key पाठवा. रिप्ले रेकॉर्ड इनलाइन ऐवजी commit वर लिहिले जाते, त्यामुळे एखादा पुन्हा केलेला प्रयत्न प्रत्यक्षात commit न झालेल्या पंक्तीसाठी कॅश केलेले यश कधीही रिप्ले करू शकत नाही, आणि अयशस्वी झालेली विनंती तिचे लॉक त्वरित सोडते जेणेकरून तुमचा दुरुस्त केलेला पुनर्प्रयत्न रखडणार नाही. Webhook वितरण हे रचनेनुसार किमान-एकदा (at-least-once) आहे — तुमच्या बाजूने envelope id वर डिड्युप्लिकेट (dedupe) करा.
आज नाही. API की प्रत्येक संस्थेनुसार जारी केल्या जातात, त्यामुळे अनेक क्लायंट संस्थांमध्ये पसरलेल्या एकत्रीकरणात प्रत्येकासाठी एक की असते. युझर प्रिन्सिपल्ससाठी परवानग्या देखील प्रत्येक संस्थेनुसार तपासल्या जातात: एका संस्थेत sites.create असणे वेगळ्या, असंबद्ध संस्थेत कोणताही ॲक्सेस देत नाही, तरीही ते त्या संस्थेच्या अंतर्गत असलेल्या संस्थांना लागू होते. हे मुद्दाम केले आहे — हे धोक्यात आलेली की संपूर्ण प्लॅटफॉर्मवर लागू न करता केवळ तिच्या स्वतःच्या संस्थेपुरती आणि तिच्या अंतर्गत असलेल्या उप-संस्थांपुरती मर्यादित ठेवते.
dev भूमिकेमध्ये संस्था वाचणे, API की व्यवस्थापन, साइट्स पाहणे आणि तयार करणे, त्या रीस्टार्ट करणे, त्यांची कॅशे साफ करणे आणि तिकिटे पाहणे व त्यांना उत्तरे देणे समाविष्ट आहे. हे जाणीवपूर्वक बिलिंग नियंत्रण वगळते. कृपया लक्षात ठेवा की डिप्लॉय आणि पुश-टू-लाइव्ह परवानग्या याचा भाग नाहीत — जर एखाद्या टीम सदस्याला त्यांची आवश्यकता असेल, तर Developer ही सर्वात व्यापक तांत्रिक भूमिका आहे असे गृहीत धरण्याऐवजी, त्या परवानग्या असलेली भूमिका नियुक्त करा.
डिलिव्हरी बॅकऑफसह पुन्हा प्रयत्न करतात आणि प्रत्येक प्रयत्न एक WebhookDelivery म्हणून नोंदवला जातो ज्याची आपण तपासणी करू शकता. अपस्ट्रीममध्ये, इव्हेंट्स हे बदलाप्रमाणेच एकाच डेटाबेस ट्रॅन्झॅक्शनमधील ट्रॅन्झॅक्शनल आउटबॉक्समध्ये लिहिले जातात, त्यामुळे ग्राहक अनुपलब्ध असताना काहीही गमावले जात नाही — डाऊन झालेला ग्राहक फक्त मागे पडतो, तो उत्पादकाला कधीही बाधित करत नाही, आणि आपण परत आल्यावर डॅशबोर्डवरून डिलिव्हरी पुन्हा प्ले करू शकता.
Footprint-Free होस्टिंगच्या कार्डशिवाय मिळणाऱ्या १४ दिवसांच्या ट्रायलसह सुरुवात करा — पेमेंट तपशीलांची गरज नाही, कमाल ५ साइट्सपर्यंत. सशुल्क Footprint-Free टियर्स PBN 5 साठी $६/महिना या दराने सुरू होतात. प्रत्येक प्लॅनसोबत ३० दिवसांची मनी-बॅक गॅरंटी, विनामूल्य मायग्रेशन्स आणि कोणताही व्हेंडर लॉक-इन नसण्याची हमी मिळते.
स्पेक-फर्स्ट API, जनरेट केलेले SDKs, एक CLI, टेराफॉर्म प्रोव्हायडर, स्वाक्षरी केलेले वेबहुक्स आणि एक MCP सर्व्हर — आम्ही जगभरातील 700,000+ साइट्ससाठी तयार केलेल्या होस्टिंगवर. कोणत्याही पेमेंट तपशीलांशिवाय, कार्ड-मुक्त 14-दिवसांच्या चाचणीसह प्रारंभ करा.
विनामूल्य सुरू करायापैकी प्रत्येक प्लगइन तुमच्या WordPress साइटला एक MCP सर्व्हर बनवते, ज्यामुळे Claude, Cursor, VS Code आणि इतर AI असिस्टंट्स तुमच्या खात्यावरून साइन इन करून आणि तुम्हाला करण्याची परवानगी असलेल्या कामांपुरतेच मर्यादित राहून त्यावर प्रत्यक्ष काम करू शकतात.