ब्राउझरमध्ये VS Code (code-server)
तुमच्या साइटच्या फाइल्सवर थेट चालणारे खरेखुरे एडिटर: एक्सटेंशन्स, बहु-फाइल शोध, एकात्मिक टर्मिनल आणि इन-बिल्ट गिट. साइट उघडा, बदल करा, कमिट करा — कोणतीही लोकल चेकआउट नाही आणि काहीही इन्स्टॉल करण्याची गरज नाही.
सॉफ्टवेअर साधने
ब्राउझरमध्ये VS Code, एक सुरक्षित (jailed) SSH शेल, wp-cli, phpMyAdmin, एक फाइल मॅनेजर, प्रति-साइट क्रॉन आणि पर्यावरण चल (environment variables), आणि PHP वर पूर्ण नियंत्रण — सर्व काही डॅशबोर्डमध्ये, विशेषतः केवळ तुमच्या साइटसाठी मर्यादित. हे सेटिंग्जचे पेज नसून डेव्हलपरचे नियंत्रण कक्ष आहे. उपलब्धता: प्रति-साइट डेटाबेस थ्रॉटलिंग सध्या सक्रिय विकासाधीन असून अॅडव्हान्सड आहे आणि अद्याप उपलब्ध नाही. येथे वर्णन केलेल्या इतर सर्व गोष्टी आज लाइव्ह आहेत.
बहुतेक होस्टिंग कंट्रोल पॅनल्स जिथे काम सुरू होते तिथेच थांबतात. तुम्ही एखादी सेटिंग बदलू शकता, त्यानंतर तुमच्याकडून अशी अपेक्षा असते की तुम्ही एफटीपी क्लायंट उघडावे, डेटाबेस साधन शोधावे, अन्य ठिकाणावरून एसएसएच करावे आणि ते काम स्वतः एकत्र जोडावे. Zinn Digital® संपूर्ण टूलचेन थेट साइटच्या आतच ठेवते: डॅशबोर्डमध्ये एखादी साइट उघडा आणि संपादक, टर्मिनल, डेटाबेस, फाइल्स, क्रॉन, पर्यावरण आणि लॉग आधीच तिथे असतात, आधीच प्रमाणित केलेले असतात, आणि आधीच योग्य साइटकडे निर्देश करत असतात.
त्यातील प्रत्येक साधन साइटच्या स्वतःच्या केजमध्ये चालते. CloudLinux CageFS प्रत्येक टेनंटला स्वतंत्र फाइलसिस्टम दृश्य देते, जेणेकरून शेल, संपादक किंवा फाइल मॅनेजरला फक्त त्या टेनंटच्या फाइल्स दिसू शकतात — इतर साइट्स नाही, इतर ग्राहक नाही, संवेदनशील सिस्टम मार्ग नाही. एका खाजगी बॉक्सच्या वेगळेपणासह सामायिक पॅनेलची सुविधा.
संपादनाचे क्षेत्र एक पूर्ण आयडीई (IDE) आहे, वाक्यरचना रंगवलेले टेक्स्टएरिया नाही.
तुमच्या साइटच्या फाइल्सवर थेट चालणारे खरेखुरे एडिटर: एक्सटेंशन्स, बहु-फाइल शोध, एकात्मिक टर्मिनल आणि इन-बिल्ट गिट. साइट उघडा, बदल करा, कमिट करा — कोणतीही लोकल चेकआउट नाही आणि काहीही इन्स्टॉल करण्याची गरज नाही.
wp-cli पॅनेल टर्मिनलमध्ये आणि SSH वर उपलब्ध आहे. डोमेन सर्च-रिप्लेस करणे, प्लगइन सक्रिय करणे, रीलाईट्स फ्लश करणे, डेटाबेस एक्सपोर्ट करणे, क्रॉन इव्हेंट ऑन-डिमांड चालवणे — मानक WordPress टूलकिट, तुमच्या कोडच्याच विंडोमध्ये.
डॅशबोर्ड एआय असिस्टंट तुमच्या स्वतःच्या मॉडेल कीवर चालतो, जो तुमच्यासाठी फाइल्स वाचतो आणि संपादित करतो आणि wp-cli चालवतो. तुमचे स्वतःचे मॉडेल आणा; प्लॅटफॉर्म हातभार देतो. हा डॅशबोर्डमधील एक स्वतंत्र भाग आहे — एडिटरमधीलच मदत सध्या सक्रिय विकासाधीन आहे आणि अद्याप उपलब्ध नाही.
तुम्हाला स्वतःची साधने आवडतात का? SSH, SFTP किंवा FTP द्वारे कनेक्ट करा आणि त्याच फाईल्सचे त्याच ज्यूल्ड दृश्याचा आनंद घ्या. ऍक्सेस की आणि क्रेडेन्शियल्स डॅशबोर्डमध्ये कमीत कमी अधिकारांच्या तत्त्वावर (least-privilege basis) व्यवस्थापित केले जातात आणि विशेषाधिकार प्राप्त क्रियांचे ऑडिट-लॉग केले जाते.
प्रत्येक साइटसाठी रनटाइम कॉन्फिगरेशन — सर्व्हर-व्यापी सेटिंग नाही ज्यासाठी बदल करण्यासाठी तुम्हाला तिकीट (टिकाऊ विनंती) उचलावी लागेल.
CloudLinux alt-PHP वापरून प्रत्येक साइटसाठी स्वतंत्रपणे PHP व्हर्जन निवडा. संपूर्ण खात्यासाठी समान रनटाइम किंवा कोणत्याही तडजोडीच्या व्हर्जनशिवाय, शेजारची साइट नवीन व्हर्जनवर चालत असताना दुसऱ्या साइटवर जुने प्लगइन चालवा.
memory_limit, max_execution_time, upload and post size आणि बाकीच्या गोष्टी तुम्ही तुमच्या अधिकारांतर्गत सेट करू शकता, जेणेकरून इम्पोर्ट स्क्रिप्ट किंवा मोठ्या मीडिया अपलोडसाठी सपोर्टशी संवाद साधण्याची गरज पडणार नाही.
प्रत्येक साइटसाठी PHP एक्सटेंशन सक्षम किंवा अक्षम करा — imagick आणि gd, redis आणि memcached, bcmath, intl, soap आणि बरेच काही — जेणेकरून साइटवर नेमकी तीच एक्सटेंशन असतील ज्यांची तिला गरज आहे आणि अनावश्यक काहीही असणार नाही.
प्रत्येक साइटला स्वतःचे LiteSpeed LSAPI वर्कर मिळतात, ज्यांची संख्या तुमच्या टियरमध्ये कॉन्फिगर करण्यायोग्य असते आणि साइटच्या LVE एंट्री-प्रोसिस मर्यादेच्या अधीन असते. समवर्तीता (कॉन्करन्सी) पूर्णपणे तुमची आहे; शेजाऱ्याचा ट्रॅफिक स्पाइक तुमची रांग बनत नाही.
प्रत्येक साइटसाठी Redis किंवा Memcached ऑब्जेक्ट कॅचिंग, ज्यामध्ये WordPress ऑब्जेक्ट-कॅच ड्रॉप-इन जोडलेले आहे — डायनॅमिक पृष्ठे डेटाबेसवर भार टाकण्याऐवजी जास्त ट्रॅफिकमध्येही वेगवान राहतात.
प्रत्येक साइटसाठी WP-cron आणि रिअल सिस्टम क्रॉन व्यवस्थापित करा आणि wp-config स्वतः न संपादित करता साइटच्या रनटाइमसाठी पर्यावरण चल (environment variables) सेट करा — API की, वैशिष्ट्य स्विच आणि स्टेज ध्वज.
डेव्हलपर्सना खरोखर ज्या दोन गोष्टींपर्यंत पोहोचण्याची गरज असते, त्यात थेट प्रवेश.
दोन्ही डेटाबेस टूल्स डॅशबोर्डमध्ये इनबिल्ट आहेत आणि सिंगल-साइन-आॅन केलेले आहेत — साइटवरून क्लिक करा आणि तुम्ही आधीच योग्य डेटाबेससाठी ऑथेंटिकेट झाले आहात. सेव्ह करण्यासाठी किंवा शेअर करण्यासाठी कोणतीही स्वतंत्र क्रेडेन्शियल्स नाहीत.
प्रत्येक साइट मारियाडीबी (MariaDB) वर चालते, ज्यामध्ये प्रकल्पाच्या गरजेनुसार कितीही डेटाबेस आणि युजर्स मिळतात, शिवाय जेव्हा तुम्हाला एखादा बाह्य क्लायंट किंवा रिपोर्टिंग टूल कनेक्ट करायचे असेल तेव्हा रिमोट-ऍक्सेस टॉगलची सुविधा मिळते.
दर-साइट डेटाबेस वापराचे नियंत्रण CloudLinux MySQL Governor द्वारे केले जाते, ज्यामुळे एका साइटच्या हेवी क्वेरीजमुळे तुमच्यासह इतरांचे सर्व्हर मंद होऊ शकत नाही.
आयडीई (IDE) उघडणे जेव्हा कामापेक्षा जास्त किचकट वाटते, तेव्हा फाइल्स अपलोड करण्यासाठी, परवानग्या देण्यासाठी, अर्काइव्हजसाठी आणि जलद संपादनांसाठी एक पूर्ण फाइल मॅनेजर (FileGator), जो एम्बेडेड आणि एसएसओ (SSO) युक्त आहे, उत्तम पर्याय ठरू शकतो.
काम करत असताना डॅशबोर्डवरून साइटचे ॲक्सेस, एरर आणि पीएचपी लॉग वाचा — 'ते बिघडले' इथून ते बिघडवणाऱ्या ओळीपर्यंत जाण्याचा सर्वात वेगवान मार्ग.
टूल्सना माहीत असते की ते WordPress व्यवस्थापित करत आहेत, त्यामुळे सामान्य कामे दहा कृतींऐवजी एकाच कृतीत होतात.
या साधनांमधील प्रवेश तुमच्या संस्थेच्या भूमिकांनुसार नियंत्रित केला जातो. ग्राहक सदस्यांकडे मालक, बिलिंग, डेव्ह किंवा फक्त-वाचनीय (read-only) भूमिका असते आणि परवानग्या त्या भूमिकांवरून ठरतात — डेव्ह ही एका कार्यरत डेव्हलपरची भूमिका आहे, आणि लाईव्हवर कोड टाकणे किंवा पुश करणे हे जाणीवपूर्वक त्याचा भाग ठेवलेले नाही. स्टाफचा प्रवेश देखील अशाच प्रकारे त्यांच्या स्वतःच्या विभागाच्या भूमिका आणि परवानग्यांद्वारे मर्यादित असतो.
प्रोग्रामॅटिक ऍक्सेससाठी प्रत्येक संस्थेसाठी स्वतंत्र API की आणि तपशीलवार स्कोपसह—फक्त-वाचण्यायोग्य, बिलिंग किंवा प्रोव्हिजनिंग—OAuth क्लायंट्स वापरले जातात, जेणेकरून ऑटोमेशनला नेमकी हवी तीच परवानगी मिळेल. प्रत्येक विशेषाधिकारप्राप्त कृतीचे (प्रिव्हिलेज्ड ॲक्शन) ॲक्टर, ॲक्शन आणि टारगेटसह ऑडिट लॉग केले जाते; याचा अर्थ मंगळवारी पीएचपी (PHP) आवृत्ती कोणी बदलली, याचे उत्तर वादाऐवजी एका शोधात मिळते.
जर तुम्हाला हे सर्व एखाद्या एआय टूल्सद्वारे नियंत्रित करायचे असेल, तर आमचे होस्टेड एमसीपी (MCP) सर्व्हर याद्वारे तीच सुविधा उपलब्ध करून देते - क्लॉड (Claude), कर्सर (Cursor) किंवा कोणत्याही एमसीपी-सक्षम एजंटवरून डब्लूपी-सीएलआय (wp-cli) चालवा, स्टेजिंगवर क्लोन करा, कॅश साफ करा किंवा स्नॅपशॉट रिस्टोअर करा, हे सर्व समान रोल स्कोपिंग आणि ऑडिट ट्रेल अंतर्गत केले जाऊ शकते.
मुख्यप्रवाहातील होस्टिंग पूर्णपणे सेल्फ-सर्व्हिस आहे: तुमच्या प्लॅनच्या अधिकारांनुसार उपलब्ध आणि संपादित करण्यायोग्य संपूर्ण टूल सेट. Footprint-Free होस्टिंग जाणीवपूर्वक अधिक मानक आणि लॉक-डाऊन केलेले आहे, कारण नेटवर्कचे संपूर्ण मूल्य त्याच्या साइट्स एकसमान, साधे स्वरूप सादर करण्यावर अवलंबून असते — कॉन्फिगरेशनचे स्वातंत्र्य हा स्वतःच एक फूटप्रिंट असतो.
हक्क बाकीचे काम करतात. PHP वर्कर, डिस्क आणि एक्सटेंशन तुमच्या टियरनुसार स्केल होतात, त्यामुळे प्रत्येक प्लॅनमध्ये टूलिंगचा आकार सारखाच राहतो आणि त्यासोबत क्षमता वाढत जाते. कोणती श्रेणी योग्य आहे याबद्दल खात्री नसल्यास, कार्डशिवाय १४ दिवसांच्या मोफत चाचणीपासून सुरुवात करा आणि निर्णय घेण्यापूर्वी पॅनल स्वतः तपासून पहा.
होय — हे code-server आहे, जे तुमच्या साइटच्या फाइल्सवर ब्राउझरमध्ये चालणारे VS Code आहे. तुम्हाला एक्स्टेंशन, बहु-फाइल शोध, एक एकात्मिक टर्मिनल आणि गिट मिळतात आणि हे डॅशबोर्डवरून थेट साइटची फाइलसिस्टम संपादित करते. एडिटरमधील AI सहाय्य सध्या सक्रिय विकासात आहे आणि अद्याप उपलब्ध नाही.
तुम्हाला कमीत कमी अधिकारांच्या आधारावर डॅशबोर्डमध्ये व्यवस्थापित केलेल्या की आणि क्रेडेन्शियल्ससह SSH वर जेल्ड शेल तसेच SFTP आणि FTP मिळतो. जेल हे CloudLinux CageFS आहे: प्रत्येक भाडेकरूला एक आयसोलेटेड फाइलसिस्टम व्ह्यू मिळतो आणि ते इतर भाडेकरू, इतर साइट्स किंवा संवेदनशील सिस्टम फाइल्स पाहू शकत नाही, ज्यामुळे उल्लंघन पसरू देण्याऐवजी ते मर्यादित राहते. कोणतेही आयसोलेशन मॉडेल तडजोड अशक्य करत नाही, त्यामुळे मालवेअर स्कॅनिंग, प्रोएक्टिव्ह WAF आणि ऑडिट लॉगिंग याच्यासोबतच चालतात.
होय. प्रत्येक साइटसाठी PHP आवृत्ती CloudLinux alt-PHP द्वारे निवडली जाते, memory_limit, max_execution_time आणि upload size यांसारखी सेटिंग्ज तुमच्या एंटायटलमेंटमध्ये संपादित करण्यायोग्य आहेत आणि imagick, gd, redis, memcached, bcmath, intl आणि soap यांसारखी एक्सटेंशन्स प्रत्येक साइटसाठी टॉगल केली जातात. साइटच्या LVE एंट्री-प्रॉसेस मर्यादेच्या अधीन राहून, तुमच्या PHP वर्करची संख्या तुमच्या टियरमध्ये कॉन्फिगर करण्यायोग्य आहे.
phpMyAdmin आणि Adminer डॅशबोर्डमध्ये एम्बेड केलेले आहेत आणि सिंगल-साइन-ऑन केलेले आहेत, त्यामुळे तुम्ही साइटवरून क्लिक करता आणि आधीपासूनच कनेक्ट केलेले असता. प्रत्येक साइट MariaDB चालवते आणि बाह्य क्लायंटसाठी रिमोट-ॲक्सेस टॉगलसह एकाधिक डेटाबेस आणि वापरकर्ते असू शकतात. MySQL Governor प्रति-साइट डेटाबेस वापराचे नियंत्रण करतो जेणेकरून एका साइटवरील जड क्वेरी सर्व्हरला धीमे करू शकत नाहीत.
होय. प्रति-साइट क्रॉन व्यवस्थापनामध्ये WP-क्रॉन आणि रिअल सिस्टीम क्रॉन दोन्ही समाविष्ट आहेत, आणि साइटच्या रनटाइमसाठी प्रत्येक साइटनुसार पर्यावरण चल (environment variables) सेट केले जातात — त्यामुळे शेड्यूल केलेली कार्ये (scheduled tasks) आणि कॉन्फिगरेशन साइटसोबतच राहतात, जी फाईल माइग्रेट करणे तुम्हाला लक्षात ठेवावे लागेल अशा फाईलमध्ये दडलेली नसतात.
मुख्य प्रवाहातील होस्टिंग ही संपूर्णपणे स्वतःहून सेवा देणारी आणि संपूर्ण साधनांच्या सेटसह असते. Footprint-Free हे जाणीवपूर्वक अधिक मानकीकृत आणि लॉक केलेले आहे, कारण प्रति-साइट कॉन्फिगरेशन बदल स्वतःच एक फूटप्रिंट असतो. हक्क उर्वरित गोष्टींवर नियंत्रण ठेवतात - वर्कर्स, डिस्क आणि एक्स्टेन्शन्स - त्यामुळे तुम्ही काय समायोजित करू शकता हे तुमच्या टियरनुसार बदलते.
प्रवेश संस्थेच्या भूमिकांनुसार नियंत्रित केला जातो: मालक (owner), बिलिंग (billing), विकासक (dev) आणि ग्राहकांसाठी फक्त वाचनीय (read-only), ज्यामध्ये या भूमिकांवरून परवानग्या निश्चित केल्या जातात. विकासक (dev) भूमिकेमध्ये लाईव्हवर डिप्लॉय करणे किंवा पुश करणे समाविष्ट नाही. प्रोग्रामेटिक प्रवेशासाठी प्रत्येक संस्थेसाठी स्वतंत्र API की आणि विशिष्ट स्कोप्स असलेले OAuth क्लायंट वापरले जातात, आणि प्रत्येक विशेषाधिकारप्राप्त कृतीचे (प्रिया) अभिनेता (actor), कृती (action) आणि लक्ष्य (target) यांच्यासह ऑडिट-लॉग रेकॉर्ड केले जाते.
क्रेडिट कार्डशिवाय १४ दिवसांची विनामूल्य चाचणी सुरू करा, एखादी साईट लाँच करा आणि IDE, टर्मिनल, डेटाबेस टूल्स आणि PHP नियंत्रणांचा पुरेपूर वापर करून पाहा. ३० दिवसांची मनी-बॅक गॅरंटी, विनामूल्य मायग्रेशन्स, नो लॉक-इन.
विनाशुल्क सुरू करा