ब्राउज़र में VS Code (code-server)
वास्तविक संपादक, जो आपकी साइट की फ़ाइलों पर सीधे काम करता है: मल्टी-फ़ाइल खोज और अंतर्निहित git। साइट खोलें, बदलाव करें, उसे कमिट करें — कोई स्थानीय चेकआउट नहीं और कुछ भी स्थापित करने की आवश्यकता नहीं।
साइट टूल्स
हमारे अपने बेड़े पर होस्ट की जाने वाली हर साइट पर ब्राउज़र में VS Code, साझा प्लेटफ़ॉर्म पर एक पृथक SSH शेल, wp-cli, phpMyAdmin, एक फ़ाइल प्रबंधक, प्रति-साइट cron और पर्यावरण चर, और PHP का पूर्ण नियंत्रण — सब कुछ डैशबोर्ड में, सब कुछ केवल आपकी साइट तक सीमित। यह एक डेवलपर नियंत्रण इंटरफ़ेस है, कोई सेटिंग्स पृष्ठ नहीं। उपलब्धता: प्रति-साइट डेटाबेस थ्रॉटलिंग सक्रिय विकास के अधीन है और अभी उपलब्ध नहीं है। यहाँ वर्णित अन्य सभी सुविधाएँ आज लाइव हैं।
अधिकांश होस्टिंग नियंत्रण कक्ष वहीं रुक जाते हैं जहाँ से काम शुरू होता है। आप एक या दो सेटिंग्स बदल सकते हैं, और फिर आपसे अपेक्षा की जाती है कि आप एक FTP क्लाइंट खोलें, एक डेटाबेस टूल खोजें, किसी अन्य स्थान से SSH के माध्यम से कनेक्ट हों और सारा काम स्वयं जोड़ें। Zinn Digital® संपूर्ण टूलचेन को साइट के भीतर ही समाहित करता है: डैशबोर्ड में एक साइट खोलें और संपादक, टर्मिनल, डेटाबेस, फ़ाइलें, cron, वातावरण और लॉग पहले से ही वहाँ मौजूद हैं, पहले से ही प्रमाणित हैं और पहले से ही सही साइट पर निर्देशित हैं।
उनमें से प्रत्येक टूल साइट के अपने cage के अंदर चलता है। CloudLinux CageFS प्रत्येक किरायेदार को एक पृथक फ़ाइल सिस्टम दृश्य प्रदान करता है, ताकि एक शेल, एक संपादक या एक फ़ाइल प्रबंधक केवल उसी किरायेदार की फ़ाइलों को देख सके — अन्य साइटों, अन्य ग्राहकों या संवेदनशील सिस्टम पाथ को नहीं। एक निजी बॉक्स के अलगाव के साथ एक साझा पैनल की सुविधा।
संपादन क्षेत्र एक पूर्ण IDE है, सिंटैक्स कलरिंग वाला कोई सामान्य टेक्स्टएरिया नहीं।
वास्तविक संपादक, जो आपकी साइट की फ़ाइलों पर सीधे काम करता है: मल्टी-फ़ाइल खोज और अंतर्निहित git। साइट खोलें, बदलाव करें, उसे कमिट करें — कोई स्थानीय चेकआउट नहीं और कुछ भी स्थापित करने की आवश्यकता नहीं।
wp-cli पैनल टर्मिनल में और SSH के माध्यम से उपलब्ध है। डोमेन खोजें और बदलें, प्लगइन सक्रिय करें, पुनर्लेखन फ़्लश करें, डेटाबेस निर्यात करें, मांग पर क्रॉन इवेंट चलाएं — आपके कोड के समान विंडो में मानक WordPress टूलकिट।
डैशबोर्ड AI सहायक आपकी स्वयं की मॉडल कुंजियों पर चलता है, फ़ाइलों को पढ़ता और संपादित करता है और आपके लिए wp-cli चलाता है। अपना स्वयं का मॉडल लाएँ; प्लेटफ़ॉर्म कार्यान्वयन की सुविधा प्रदान करता है। यह डैशबोर्ड में एक अलग इंटरफ़ेस है — स्वयं संपादक के भीतर सहायता सक्रिय रूप से विकास के चरण में है और अभी उपलब्ध नहीं है।
क्या आप अपने स्वयं के टूल्स का उपयोग करना पसंद करते हैं? SSH या SFTP के माध्यम से कनेक्ट करें और उन्हीं फ़ाइलों का समान आइसोलेटेड दृश्य प्राप्त करें। SSH शामिल करने वाले प्लान पर आपको उसी CageFS जेल के भीतर एक वास्तविक shell मिलता है: आप डैशबोर्ड में अपनी सार्वजनिक कुंजी जोड़ते हैं, और आप साइट के अपने खाते के रूप में लॉग इन करते हैं। Footprint-Free प्लान में shell के बजाय SFTP मिलता है। एक्सेस कुंजियों और क्रेडेंशियल्स को डैशबोर्ड में न्यूनतम विशेषाधिकार के आधार पर प्रबंधित किया जाता है, और विशेषाधिकार प्राप्त कार्रवाइयों को ऑडिट-लॉग किया जाता है।
प्रति-साइट रनटाइम कॉन्फ़िगरेशन — पूरे सर्वर-स्तरीय कोई सेटिंग नहीं जिसे बदलने के लिए आपको टिकट दर्ज करना पड़े।
CloudLinux alt-PHP का उपयोग करके प्रत्येक साइट के लिए स्वतंत्र रूप से PHP संस्करण चुनें। जब बगल की साइट वर्तमान संस्करण पर चल रही हो, तब पुरानी शाखा पर पुराना प्लगइन चलाएँ — कोई साझा रनटाइम नहीं, पूरे खाते के लिए कोई समझौता संस्करण नहीं।
memory_limit, max_execution_time, upload और post का आकार तथा शेष सेटिंग्स आपकी पात्रता के भीतर निर्धारित करने के लिए आपके पास हैं, इसलिए किसी आयात स्क्रिप्ट या बड़े मीडिया अपलोड के लिए सहायता टीम से बातचीत की आवश्यकता नहीं है।
प्रत्येक साइट के लिए PHP एक्सटेंशन सक्षम या अक्षम करें — imagick और gd, redis और memcached, bcmath, intl, soap और अन्य — ताकि साइट केवल वही एक्सटेंशन रखे जिनकी उसे आवश्यकता है और कोई अनावश्यक एक्सटेंशन न हो।
प्रत्येक साइट को अपने स्वयं के LiteSpeed LSAPI वर्कर्स मिलते हैं, जिनकी संख्या आपके टियर के अंतर्गत कॉन्फ़िगर करने योग्य है और साइट की LVE एंट्री-प्रोसेस सीमा द्वारा बंधी है। एक साथ कार्य करने की क्षमता (कनकंरसी) आपकी है; पड़ोसी के ट्रैफ़िक में उछाल आपकी कतार नहीं बनता।
प्रत्येक साइट के लिए Redis या Memcached ऑब्जेक्ट कैशिंग, जिसमें WordPress object-cache drop-in शामिल है — डेटाबेस पर भारी दबाव डालने के बजाय डायनामिक पेज लोड के तहत भी तेज़ बने रहते हैं।
प्रत्येक साइट के लिए WP-cron और वास्तविक सिस्टम cron प्रबंधित करें, और wp-config को मैन्युअल रूप से संपादित किए बिना साइट के रनटाइम के लिए एनवायरनमेंट वेरिएबल्स — API कीज़, फ़ीचर स्विच और स्टेज फ़्लैग — सेट करें।
उन दो चीज़ों तक सीधी पहुँच जिनकी वास्तव में डेवलपर्स को आवश्यकता होती है।
दोनों डेटाबेस टूल डैशबोर्ड में अंतर्निहित हैं और सिंगल-साइन-ऑन की सुविधा से लैस हैं — साइट से क्लिक करके आगे बढ़ें और आप पहले से ही सही डेटाबेस के लिए प्रमाणित हो जाएंगे। सहेजने या साझा करने के लिए किसी अलग क्रेडेंशियल की आवश्यकता नहीं है।
प्रत्येक साइट MariaDB पर चलती है जिसमें प्रोजेक्ट की आवश्यकतानुसार जितने चाहें डेटाबेस और उपयोगकर्ता हो सकते हैं, साथ ही जब आप किसी बाहरी क्लाइंट या रिपोर्टिंग टूल को कनेक्ट करना चाहें तो इसके लिए रिमोट-एक्सेस टॉगल भी उपलब्ध है।
प्रति-साइट डेटाबेस उपयोग CloudLinux MySQL Governor द्वारा नियंत्रित किया जाता है, इसलिए किसी एक साइट के भारी प्रश्न आपके सहित अन्य सभी के लिए सर्वर को धीमा नहीं कर सकते।
एक पूर्ण फ़ाइल प्रबंधक (FileGator), जो एम्बेडेड और SSO-सक्षम है, अपलोड, अनुमतियों, अभिलेखागारों और त्वरित संपादनों के लिए जब IDE खोलना काम की आवश्यकता से अधिक औपचारिक लगे।
काम करते समय डैशबोर्ड से साइट के एक्सेस, त्रुटि और PHP लॉग पढ़ें — 'यह टूट गया' से लेकर उस पंक्ति तक पहुँचने का सबसे तेज़ रास्ता जिसने इसे तोड़ा।
उपकरण जानते हैं कि वे WordPress का प्रबंधन कर रहे हैं, इसलिए सामान्य कार्य दस के बजाय केवल एक क्रिया में पूरे हो जाते हैं।
इन उपकरणों तक पहुँच आपके संगठन की भूमिकाओं के अनुसार होती है। ग्राहक सदस्यताओं में स्वामी, बिलिंग, डेवलपर या केवल-पठन भूमिका होती है, और अनुमतियाँ उन्हीं भूमिकाओं से निर्धारित होती हैं — डेवलपर भूमिका एक कार्यरत डेवलपर की भूमिका है, और लाइव पर डिप्लॉय करना या पुश करना जानबूझकर इसका हिस्सा नहीं है। कर्मचारियों की पहुँच भी समान रूप से उनके अपने विभाग की भूमिकाओं और अनुमतियों द्वारा सीमित होती है।
प्रोग्रामेटिक एक्सेस संगठन-वार API कुंजियों और विस्तृत स्कोप वाले OAuth क्लाइंट्स का उपयोग करता है — केवल-पढ़ने के लिए, बिलिंग या प्रोविज़निंग — ताकि ऑटोमेशन को ठीक उतनी ही पहुँच मिले जितनी उसे आवश्यकता है। हर विशेषाधिकार प्राप्त कार्रवाई को कर्ता, कार्रवाई और लक्ष्य के साथ ऑडिट-लॉग किया जाता है, जिसका अर्थ है कि 'मंगलवार को PHP वर्शन किसने बदला' का उत्तर बहस के बजाय एक साधारण खोज है।
यदि आप यह सब किसी AI टूल से संचालित करना पसंद करते हैं, तो यही क्षमता हमारे होस्ट किए गए MCP सर्वर के माध्यम से भी उपलब्ध है — समान भूमिका दायरे और ऑडिट ट्रेल के तहत wp-cli चलाएं, staging पर क्लोन करें, कैश साफ़ करें या Claude, Cursor या किसी भी MCP-सक्षम एजेंट से स्नैपशॉट पुनर्स्थापित करें।
मुख्यधारा की होस्टिंग पूरी तरह से स्व-सेवा है: संपूर्ण टूल सेट, आपके प्लान के अधिकारों के भीतर उपलब्ध और संपादन योग्य है। Footprint-Free होस्टिंग को जानबूझकर अधिक मानकीकृत और लॉक डाउन किया गया है, क्योंकि एक नेटवर्क का पूरा मूल्य इस बात पर निर्भर करता है कि उसकी साइटें एक समान और साधारण सतह प्रस्तुत करें — कॉन्फ़िगरेशन की स्वतंत्रता अपने आप में एक पदचिह्न है।
बाकी एक्सेस नियंत्रण का कार्य अनुमतियों द्वारा संभाला जाता है। PHP वर्कर्स, डिस्क और एक्सटेंशन आपके स्तर के साथ स्केल होते हैं, इसलिए टूल्स का स्वरूप हर प्लान में समान रहता है जबकि उसके साथ क्षमता बढ़ती जाती है। यदि आप सुनिश्चित नहीं हैं कि कौन सा विकल्प उपयुक्त है, तो बिना कार्ड वाले 14-दिवसीय निःशुल्क परीक्षण से शुरुआत करें और निर्णय लेने से पहले पैनल को स्वयं देखें।
हाँ — यह code-server है, जो आपकी साइट की फ़ाइलों पर ब्राउज़र में चलने वाला VS Code है। हमारे अपने बेड़े पर होस्ट की जाने वाली प्रत्येक साइट पर उपलब्ध है; जिस साइट को आपने कहीं और डिप्लॉय करने के लिए चुना है, उसे वहीं संपादित किया जाता है जहाँ उसे होस्ट किया गया है। आपको मल्टी-फ़ाइल खोज और git की सुविधा मिलती है, और यह लाइव (LIVE) साइट को संपादित करता है: आपके द्वारा सहेजी गई फ़ाइल लिखे जाने के क्षण ही सार्वजनिक इंटरनेट पर उपलब्ध हो जाती है, यद्यपि कोई स्थिर फ़ाइल चार घंटे तक CDN कैश से प्रदर्शित होती रह सकती है। संपादक के भीतर AI सहायता सक्रिय विकास के अधीन है और अभी उपलब्ध नहीं है।
साझा प्लेटफ़ॉर्म पर आपको SSH पर एक जेल्ड शेल (jailed shell), साथ ही SFTP और FTP मिलता है, जिसमें कुंजियों और क्रेडेंशियल्स को न्यूनतम-विशेषाधिकार के आधार पर डैशबोर्ड में प्रबंधित किया जाता है। हमारे अपने बेड़े की साइटों को शेल के बजाय SFTP मिलता है — खाता `/sbin/nologin` के साथ बनाया जाता है। जेल CloudLinux CageFS है: प्रत्येक किरायेदार को एक अलग फ़ाइल सिस्टम दृश्य मिलता है और वह अन्य किरायेदारों, अन्य साइटों या संवेदनशील सिस्टम फ़ाइलों को नहीं देख सकता है, जिससे सुरक्षा उल्लंघन फैलने के बजाय सीमित रहता है। कोई भी अलगाव मॉडल सुरक्षा से समझौते को असंभव नहीं बनाता है, इसलिए मैलवेयर स्कैनिंग, सक्रिय WAF और ऑडिट लॉगिंग इसके साथ चलते हैं।
हाँ। PHP संस्करण प्रत्येक साइट के लिए CloudLinux alt-PHP के माध्यम से चुना जाता है, memory_limit, max_execution_time और अपलोड आकार जैसी सेटिंग्स आपके अधिकार के भीतर संपादन योग्य हैं, और imagick, gd, redis, memcached, bcmath, intl और soap जैसे एक्सटेंशन प्रति साइट टॉगल किए जा सकते हैं। आपकी PHP worker संख्या आपके स्तर के भीतर कॉन्फ़िगर करने योग्य है, जो साइट की LVE entry-process सीमा द्वारा सीमित है।
phpMyAdmin और Adminer डैशबोर्ड में एम्बेडेड हैं और सिंगल-साइन-ऑन की सुविधा से युक्त हैं, इसलिए आप साइट से क्लिक करते ही पहले से कनेक्ट हो जाते हैं। प्रत्येक साइट MariaDB चलाती है और इसमें कई डेटाबेस और उपयोगकर्ता हो सकते हैं, साथ ही बाहरी क्लाइंट्स के लिए एक रिमोट-एक्सेस टॉगल भी उपलब्ध है। MySQL Governor प्रति-साइट डेटाबेस उपयोग को नियंत्रित करता है ताकि किसी एक साइट पर भारी क्वेरी सर्वर को धीमा न कर सकें।
हाँ। प्रति-साइट cron प्रबंधन WP-cron और वास्तविक सिस्टम cron दोनों को कवर करता है, और परिवेश चर साइट के रनटाइम के लिए प्रति साइट सेट किए जाते हैं — इसलिए निर्धारित कार्य और कॉन्फ़िगरेशन साइट के साथ ही रहते हैं, न कि किसी ऐसी फ़ाइल में दबे रहते हैं जिसे माइग्रेट करना आपको याद रखना पड़े।
मुख्यधारा की होस्टिंग संपूर्ण टूल सेट के साथ पूरी तरह से सेल्फ़-सर्विस है। Footprint-Free को जानबूझकर अधिक मानकीकृत और लॉक डाउन किया गया है, क्योंकि प्रत्येक साइट के कॉन्फ़िगरेशन में भिन्नता ही अपने आप में एक फ़ुटप्रिंट (footprint) है। अनुमतियाँ बाकी चीज़ों को नियंत्रित करती हैं — वर्कर्स, डिस्क और एक्सटेंशन — इसलिए आप जो समायोजित कर सकते हैं वह आपके टियर के अनुसार बदलता है।
एक्सेस संगठन की भूमिकाओं के अनुसार होता है: ग्राहकों के लिए owner, billing, dev और read-only, और अनुमतियाँ इन्हीं भूमिकाओं के आधार पर तय की जाती हैं। dev भूमिका में लाइव पर डिप्लॉय करना या पुश करना शामिल नहीं है। प्रोग्रामेटिक एक्सेस प्रति-संगठन API कुंजियों और विस्तृत स्कोप वाले OAuth क्लाइंट्स का उपयोग करता है, और प्रत्येक विशेषाधिकार प्राप्त कार्रवाई को कर्ता, कार्रवाई और लक्ष्य के साथ ऑडिट-लॉग किया जाता है।
बिना कार्ड के 14-दिन का ट्रायल शुरू करें, साइट तैनात करें और आईडीई, टर्मिनल, डेटाबेस टूल्स और पीएचपी नियंत्रणों का पूरी तरह परीक्षण करें। 30-दिन की मनी-बैक गारंटी, निःशुल्क माइग्रेशन, कोई बाध्यता नहीं।
मुफ़्त शुरू करें