ब्राउझरमध्ये VS Code (code-server)
तुमच्या साइटच्या फाइल्सवर थेट चालणारा खरा संपादक: मल्टि-फाइल शोध आणि अंगभूत git. साइट उघडा, बदल करा, कमिट करा — कोणतेही स्थानिक चेकआउट नाही आणि काहीही स्थापित करण्याची आवश्यकता नाही.
साइट साधने
तुमच्या साइटला आवश्यक असलेले प्रत्येक साधन, ब्राउझरमध्ये
आमच्या स्वतःच्या इन्फ्रास्ट्रक्चरवर होस्ट केलेल्या प्रत्येक साइटसाठी ब्राउझरमध्ये VS Code, शेअर्ड प्लॅटफॉर्मवर आयसोलेटेड SSH शेल, wp-cli, phpMyAdmin, फाइल मॅनेजर, प्रत्येक साइटनुसार cron आणि एन्व्हायर्नमेंट व्हेरिएबल्स, आणि PHP चे संपूर्ण नियंत्रण — सर्वकाही डॅशबोर्डमध्ये, केवळ आपल्या साइटपुरते मर्यादित. हे डेव्हलपरचे नियंत्रण पृष्ठ आहे, केवळ सेटिंग्जचे पान नाही. उपलब्धता: प्रत्येक साइटनुसार डेटाबेस थ्रॉटलिंगचे काम सक्रियपणे सुरू असून ते अद्याप उपलब्ध नाही. येथे वर्णन केलेले इतर सर्वकाही आज उपलब्ध आहे.
- ७,००,०००+जगभरात होस्ट केलेल्या साइट्स
- 99.99%अपटाइम हमी
- 14 दिवसविनामूल्य चाचणी, कार्डची आवश्यकता नाही
- 30 दिवसपैसे परत करण्याची हमी
एक वास्तविक कार्यक्षेत्र, होस्टिंग पॅनेल नाही
बहुतेक होस्टिंग कंट्रोल पॅनेल्स काम जिथे सुरू होते तिथेच थांबतात. तुम्ही एखादी-दुसरी सेटिंग बदलू शकता, त्यानंतर तुम्हाला FTP क्लायंट उघडावा लागतो, डेटाबेस टूल शोधावे लागते, इतर कुठूनतरी SSH द्वारे लॉग इन करावे लागते आणि काम स्वतःच जुळवून आणावे लागते. Zinn Digital® संपूर्ण टूलचेन थेट साइटमध्येच समाविष्ट करते: डॅशबोर्डमध्ये साइट उघडा आणि एडिटर, टर्मिनल, डेटाबेस, फाइल्स, cron, एन्व्हायर्नमेंट आणि लॉग्स आधीपासूनच तिथे उपलब्ध असतात, आधीच ऑथेंटिकेट केलेले असतात आणि योग्य साइटशी आधीच जोडलेले असतात.
त्या साधनांपैकी प्रत्येक साधन साइटच्या स्वतःच्या cage मध्ये चालते. CloudLinux CageFS प्रत्येक भाडेकरूला एक वेगळे फाइलसिस्टम दृश्य प्रदान करते, ज्यामुळे शेल, संपादक किंवा फाइल व्यवस्थापक केवळ त्या भाडेकरूच्या फायली पाहू शकतात — इतर साइट्स, इतर ग्राहक किंवा संवेदनशील सिस्टम पाथ्स नाही. खाजगी बॉक्सच्या अलगीकरणासह सामायिक पॅनेलची सोय.
ब्राउझरमधूनच संपादित करा, चालवा आणि वितरित करा
संपादन पृष्ठभाग हा एक पूर्ण IDE आहे, सिंटॅक्स रंग असलेला केवळ साधा मजकूर क्षेत्र नाही.
पॅनेल टर्मिनलमध्ये wp-cli
wp-cli पॅनेल टर्मिनलमध्ये आणि SSH वर उपलब्ध आहे. डोमेन सर्च-रिप्लेस करा, प्लगइन ॲक्टिव्हेट करा, रीराइट्स फ्लश करा, डेटाबेस एक्सपोर्ट करा, मागणीनुसार क्रॉन इव्हेंट चालवा — तुमच्या कोडच्या त्याच विंडोमध्ये, प्रमाणित WordPress टूलकिट.
संपादकासह, AI मदत
डॅशबोर्ड AI सहाय्यक तुमच्या स्वतःच्या मॉडेल कीजवर चालतो, फाइल्स वाचतो आणि संपादित करतो आणि तुमच्यासाठी wp-cli चालवतो. तुमचे स्वतःचे मॉडेल आणा; प्लॅटफॉर्म कृतीची साधने पुरवतो. हा डॅशबोर्डमधील एक स्वतंत्र भाग आहे — संपादकाच्या आतील सहाय्य सक्रिय विकासात आहे आणि अद्याप उपलब्ध नाही.
बंदिस्त SSH, SFTP आणि FTP
तुम्ही स्वतःची टूल्स वापरणे पसंत करता का? SSH किंवा SFTP द्वारे कनेक्ट व्हा आणि त्याच फाइल्सचे तेच जेल केलेले दृश्य मिळवा. SSH समाविष्ट असलेल्या प्लॅन्समध्ये तुम्हाला त्याच CageFS जेलमध्ये एक वास्तविक shell मिळते: तुम्ही डॅशबोर्डमध्ये तुमची पब्लिक की जोडता आणि साइटचे स्वतःचे खाते म्हणून लॉग इन करता. Footprint-Free प्लॅन्सना shell ऐवजी SFTP मिळते. ॲक्सेस की आणि क्रेडेंशियल्स डॅशबोर्डमध्ये किमान-अधिकार तत्त्वावर व्यवस्थापित केले जातात, आणि विशेषाधिकारप्राप्त कृती ऑडिट-लॉग केल्या जातात.
PHP आणि रनटाइम, तुमच्या नियंत्रणाखाली
प्रत्येक साइटनुसार रनटाइम संरचना — सर्व्हर-व्यापी सेटिंग नाही ज्यासाठी बदल करण्यासाठी तुम्हाला तिकीट नोंदवावे लागेल.
प्रत्येक साइटनुसार PHP आवृत्ती
CloudLinux alt-PHP चा वापर करून प्रत्येक साइटसाठी स्वतंत्रपणे PHP आवृत्ती निवडा. शेजारील साइट सध्याच्या आवृत्तीवर चालू असताना जुने प्लगइन जुन्या शाखेवर चालवा — कोणताही शेअर केलेला रनटाइम नाही, संपूर्ण खात्यासाठी कोणतीही तडजोड केलेली आवृत्ती नाही.
संपादकीय PHP सेटिंग्ज
memory_limit, max_execution_time, upload आणि post आकार आणि उर्वरित गोष्टी तुमच्या पात्रतेच्या मर्यादेत सेट करण्यासाठी तुमच्याकडे आहेत, त्यामुळे इंपोर्ट स्क्रिप्ट किंवा मोठ्या मीडिया अपलोडसाठी सपोर्ट संभाषणाची आवश्यकता नाही.
मागणीनुसार विस्तार
प्रत्येक साइटनुसार PHP एक्स्टेंशन्स सक्षम किंवा अक्षम करा — imagick आणि gd, redis आणि memcached, bcmath, intl, soap आणि बरेच काही — जेणेकरून साइटवर केवळ आवश्यक असणारीच एक्स्टेंशन्स असतील आणि अनावश्यक काहीही असणार नाही.
डेडिकेटेड PHP वर्कर्स
प्रत्येक साइटला स्वतःचे LiteSpeed LSAPI वर्कर्स मिळतात, ज्यांची संख्या तुमच्या टियरमध्ये कॉन्फिगर करण्यायोग्य आहे आणि साइटच्या LVE एंट्री-प्रोसेस मर्यादेने बद्ध आहे. समवर्तीता (कॉन्करन्सी) पूर्णपणे तुमची आहे; शेजाऱ्याच्या ट्रॅफिकमधील वाढ ही तुमची रांग ठरत नाही.
प्रति-साइट ऑब्जेक्ट कॅशे
प्रत्येक साइटसाठी Redis किंवा Memcached ऑब्जेक्ट कॅशिंग, जोडलेल्या WordPress object-cache drop-in सह — डेटाबेसवर ताण आणण्याऐवजी डायनॅमिक पृष्ठे लोड असतानाही वेगवान राहतात.
क्रॉन आणि एन्व्हायर्नमेंट व्हेरिएबल्स
प्रत्येक साइटसाठी WP-cron आणि वास्तविक सिस्टीम cron व्यवस्थापित करा आणि wp-config स्वतः संपादित न करता साइटच्या रनटाइमसाठी एन्व्हायर्नमेंट व्हेरिएबल्स — API कीज, फीचर स्विचेस आणि स्टेज फ्लॅग्ज — सेट करा.
डेटाबेसेस आणि फाइल्स, प्रथम श्रेणी
डेव्हलपर्सना प्रत्यक्षात ज्या दोन गोष्टींपर्यंत पोहोचणे आवश्यक आहे त्यांचा थेट ॲक्सेस.
phpMyAdmin आणि Adminer, एम्बेड केलेले
दोन्ही डेटाबेस टूल्स डॅशबोर्डमध्ये इनबिल्ट आहेत आणि सिंगल-साइन-ऑन केलेले आहेत — साइटवरून क्लिक करा आणि आपण आधीच योग्य डेटाबेससाठी प्रमाणीकृत असाल. सेव्ह किंवा शेअर करण्यासाठी कोणतीही स्वतंत्र क्रेडेंशियल्स नाहीत.
MariaDB, एकाधिक डेटाबेस आणि वापरकर्ते
प्रत्येक साइट MariaDB वर चालते ज्यामध्ये प्रकल्पाच्या आवश्यकतेनुसार डेटाबेस आणि वापरकर्ते समाविष्ट असतात, तसेच जेव्हा तुम्हाला बाह्य क्लायंट किंवा रिपोर्टिंग टूल कनेक्ट करायचे असेल तेव्हासाठी रिमोट-अॅक्सेस टॉगल देखील उपलब्ध आहे.
MySQL Governor शांतता राखत आहे
प्रत्येक साइटचा डेटाबेस वापर CloudLinux MySQL Governor द्वारे नियंत्रित केला जातो, त्यामुळे एका साइटच्या मोठ्या क्वेरीज तुमच्यासह इतर प्रत्येकासाठी सर्व्हरचा वेग कमी करू शकत नाहीत.
पॅनेलमध्ये फाइल व्यवस्थापक
जेव्हा IDE उघडणे कामाच्या गरजेपेक्षा जास्त औपचारिक वाटते, तेव्हा अपलोड, परवानग्या, संग्रहण आणि जलद संपादनांसाठी एम्बेड केलेले आणि SSO-सक्षम असलेले एक संपूर्ण फाइल व्यवस्थापक (FileGator).
अॅक्सेस, त्रुटी आणि PHP लॉग
काम करत असताना डॅशबोर्डवरून साइटचे ॲक्सेस, एरर आणि PHP लॉग वाचा — 'ते बिघडले' पासून ते ज्या ओळीमुळे बिघडले त्या ओळीपर्यंतचा सर्वात जलद मार्ग.
WordPress-सुसंगत, सुरुवातीपासून शेवटपर्यंत
टूल्सना माहित आहे की ते WordPress चे व्यवस्थापन करत आहेत, त्यामुळे सामान्य कामे दहा ऐवजी एकाच कृतीत होतात.
- WP ॲडमिनमध्ये एका क्लिकवर लॉगिन — वेगवेगळ्या साइट्ससाठी पासवर्ड बदलत बसण्याची गरज नाही, आणि टीममध्ये शेअर केलेली ॲडमिन क्रेडेन्शियल्स फिरत राहण्याची चिंता नाही.
- कामाच्या गरजेनुसार पॅनेलमधून किंवा wp-cli द्वारे प्लगइन्स आणि थीम्स स्थापित करा, सक्रिय करा, अपडेट करा आणि काढून टाका.
- स्टेजिंगवर क्लोन करा, सुरक्षितपणे काम करा, त्यानंतर सर्व योग्य झाल्यावर थेट साइटवर पाठवा.
- जेव्हा तुम्हाला कोणतीही साइट PHP शिवाय, डेटाबेसशिवाय आणि गैरफायदा घेण्यासारखे काहीही नसताना प्रदर्शित करायची असेल, तेव्हा तिचा स्टॅटिक-HTML स्नॅपशॉट घ्या.
- कोणताही बॅकअप उपलब्ध नसताना Wayback Machine इतिहासावरून साइटची पुनर्बांधणी करा — कोणतीही संग्रहित तारीख निवडा, कार्यरत साइट मिळवा.
- साइट्सच्या संपूर्ण संचावर मोठ्या प्रमाणावर प्लगइन लागू करा — आमची स्टाफ टूल्स प्रत्येक साइटवर, एकाच सर्व्हरच्या साइट्सवर किंवा एकाच ग्राहकाच्या साइट्सवर प्लगइन्स पाठवू शकतात.
- तुमच्या साइट्सवरील प्रत्येक आउटबाउंड लिंक शोधा आणि एकाच कामात शेकडो पोस्ट्समधील अँकर किंवा गंतव्यस्थान बदला — बदल लागू होण्यापूर्वी कशावर परिणाम होईल याच्या पूर्वावलोकनासह, आणि जे बदलले होते ते तंतोतंत पूर्ववत करणार्‍या एका क्लिकवरील अनडू सुविधेसह.
संघ प्रवेश, मर्यादित आणि नोंदवलेला
या साधनांचा ॲक्सेस आपल्या संस्थेच्या भूमिकांनुसार निर्धारित होतो. ग्राहक सदस्यत्वांमध्ये मालक, बिलिंग, डेव्ह किंवा केवळ वाचनीय भूमिका असते आणि या भूमिकांवरून परवानग्या ठरवल्या जातात — डेव्ह भूमिका ही एका कार्यरत विकसकाची भूमिका आहे, आणि लाइव्हवर डिप्लॉय करणे किंवा पुश करणे जाणीवपूर्वक याचा भाग नाही. कर्मचाऱ्यांचा ॲक्सेसदेखील त्यांच्या स्वतःच्या विभागाच्या भूमिका आणि परवानग्यांद्वारे समान रीतीने मर्यादित असतो.
प्रोग्रॅमॅटिक अॅक्सेस संस्था-निहाय API कीज आणि विशिष्ट स्कोप्स (केवळ-वाचण्यायोग्य, बिलिंग किंवा प्रोव्हिजनिंग) असलेल्या OAuth क्लायंट्सचा वापर करतो — ज्यामुळे ऑटोमेशनला नेमका आवश्यक तेवढाच अॅक्सेस मिळतो. प्रत्येक विशेषाधिकारप्राप्त कृती ही कर्ता, कृती आणि उद्दिष्ट यांसह ऑडिट-लॉग केली जाते, याचा अर्थ 'मंगळवारी PHP आवृत्ती कोणी बदलली' या प्रश्नाचे उत्तर वाद घालण्याऐवजी केवळ एक शोध घेण्यापुरते मर्यादित असते.
तुम्हाला हे सर्व एखाद्या AI टूलवरून नियंत्रित करायचे असल्यास, हीच क्षमता आमच्या होस्ट केलेल्या MCP सर्व्हरद्वारे उपलब्ध करून दिली आहे — त्याच भूमिका व्याप्ती (role scoping) आणि ऑडिट ट्रेल अंतर्गत Claude, Cursor किंवा कोणत्याही MCP-सक्षम एजंटवरून wp-cli चालवा, स्टेजिंगवर क्लोन करा, कॅशे रिकामी करा किंवा स्नॅपशॉट पुनर्स्थापित करा.
कोणत्या उत्पादन श्रेणीमध्ये काय उपलब्ध आहे
मुख्य प्रवाहातील होस्टिंग ही पूर्णपणे स्वयंचलित सेवा आहे: आपल्या योजनेच्या अधिकारांनुसार संपूर्ण टूल सेट उपलब्ध आणि संपादन करण्यायोग्य असतो. Footprint-Free होस्टिंग जाणूनबुजून अधिक प्रमाणित आणि नियंत्रित ठेवलेले असते, कारण नेटवर्कचे संपूर्ण मूल्य हे त्याच्या साइट्स एकसमान, लक्षवेधी नसलेले स्वरूप दर्शविण्यावर अवलंबून असते — कॉन्फिगरेशनचे स्वातंत्र्य हा स्वतःच एक माग (फूटप्रिंट) असतो.
उर्वरित मर्यादा अधिकारांद्वारे (Entitlements) व्यवस्थापित केल्या जातात. PHP वर्कर्स, डिस्क आणि विस्तारे तुमच्या स्तरानुसार वाढतात, त्यामुळे प्रत्येक योजनेवर टूलींगचे स्वरूप सारखेच राहते, तर क्षमता त्यासोबत वाढते. कोणती श्रेणी योग्य आहे याबद्दल तुम्हाला खात्री नसल्यास, कार्डची आवश्यकता नसलेल्या १४-दिवसांच्या चाचणीने सुरुवात करा आणि निर्णय घेण्यापूर्वी पॅनेल स्वतः तपासा.
नेहमी विचारले जाणारे प्रश्न
वेब IDE खरोखरच VS Code आहे का?
होय — हे code-server आहे, जे तुमच्या साइटच्या फाइल्सवर ब्राउझरमध्ये चालणारे VS Code आहे. आम्ही आमच्या स्वतःच्या इन्फ्रास्ट्रक्चरवर होस्ट करत असलेल्या प्रत्येक साइटवर हे उपलब्ध आहे; तुम्ही इतरत्र डिप्लॉय करण्यासाठी निवडलेली साइट जिथे होस्ट केली आहे तिथेच संपादित केली जाते. तुम्हाला मल्टी-फाइल शोध आणि git मिळते, आणि हे थेट (LIVE) साइट संपादित करते: तुम्ही सेव्ह केलेली फाइल ती लिहिल्या क्षणी सार्वजनिक इंटरनेटवर उपलब्ध होते, जरी एखादी स्टॅटिक फाइल CDN कॅशेमधून चार तासांपर्यंत सर्व्ह केली जात राहू शकते. एडिटरमधील AI सहाय्य सक्रियपणे विकसित केले जात आहे आणि अद्याप उपलब्ध नाही.
मला SSH ॲक्सेस मिळतो का, आणि तो किती वेगळा (आयसोलेटेड) आहे?
शेअर्ड प्लॅटफॉर्मवर तुम्हाला SSH द्वारे जेल्ड शेल, तसेच SFTP आणि FTP मिळतात, ज्यामध्ये डॅशबोर्डवर किमान-विशेषाधिकार तत्त्वावर कीज आणि क्रेडेन्शियल्स व्यवस्थापित केले जातात. आमच्या स्वतःच्या फ्लीटवरील साइट्सना शेलऐवजी SFTP मिळते — खाते `/sbin/nologin` सह तयार केले जाते. हे जेल CloudLinux CageFS आहे: प्रत्येक भाडेकरूला एक वेगळे फाइलसिस्टम दृश्य मिळते आणि ते इतर भाडेकरू, इतर साइट्स किंवा संवेदनशील सिस्टम फाइल्स पाहू शकत नाहीत, ज्यामुळे उल्लंघन पसरू देण्याऐवजी ते मर्यादित ठेवले जाते. कोणतेही आयसोलेशन मॉडेल तडजोड अशक्य करत नाही, त्यामुळे मालवेअर स्कॅनिंग, सक्रिय WAF आणि ऑडिट लॉगिंग यासोबतच चालतात.
मी स्वतः PHP आवृत्ती आणि विस्तार बदलू शकतो का?
होय. 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-Free हे मुद्दाम अधिक प्रमाणित आणि लॉक डाउन केलेले आहे, कारण प्रत्येक साइटमधील कॉन्फिगरेशन बदल हा स्वतःच एक फूटप्रिंट असतो. उर्वरित गोष्टी — वर्कर्स, डिस्क आणि एक्स्टेंशन्स — अधिकारांद्वारे नियंत्रित केल्या जातात, त्यामुळे तुम्ही काय समायोजित करू शकता हे तुमच्या टियरनुसार ठरते.
माझ्या टीममधील कोण ही टूल्स वापरू शकते?
प्रवेश हा संस्थेच्या भूमिकांनुसार नियंत्रित केला जातो: ग्राहकांसाठी owner, billing, dev आणि read-only, ज्यांच्या आधारे परवानग्या निश्चित केल्या जातात. dev भूमिकेमध्ये लाईव्हवर उपयोजन (deploy) करणे किंवा पुश करणे समाविष्ट नाही. प्रोग्रामॅटिक प्रवेशासाठी संस्था-निहाय API की आणि तपशीलवार व्याप्ती (scopes) असलेले OAuth क्लायंट वापरले जातात, आणि प्रत्येक विशेषाधिकारप्राप्त कृती कर्ता, कृती आणि उद्दिष्टासह ऑडिट-लॉगमध्ये नोंदवली जाते.
संबंधित
साइट उघडा आणि टूलसेट पहा
कार्डशिवाय 14 दिवसांची चाचणी सुरू करा, साइट उपयोजित करा आणि IDE, टर्मिनल, डेटाबेस साधने आणि PHP नियंत्रणे कसून तपासा. 30 दिवसांची मनी-बॅक हमी, विनामूल्य स्थलांतर, कोणतेही बंधन नाही.
विनामूल्य सुरू करा