एक साइट किसी डेवलपर के साथ साझा करें
डेवलपर को एक साइट दें। अपना पासवर्ड नहीं।
ईमेल द्वारा एक ही साइट साझा करें। डेवलपर अपने स्वयं के Zinn Digital® खाते से साइन इन करता है, हमारे निःशुल्क कमांड-लाइन टूल के साथ अपनी मशीन पर साइट खींचता है - फ़ाइलें और डेटाबेस - और उस पर स्थानीय रूप से काम करता है। वे आपकी बिलिंग कभी नहीं देखते हैं, वे आपकी अन्य साइटों तक कभी नहीं पहुँचते हैं, और काम पूरा होने पर आप इसे तुरंत समाप्त कर सकते हैं।
एक बार जो आप करते हैं
आपके डैशबोर्ड में तीन चरण, उस साइट पर जिसे आप साझा करना चाहते हैं। डेवलपर को अभी तक किसी खाते की आवश्यकता नहीं है — यदि उन्होंने कभी साइन इन नहीं किया है, तो आमंत्रण स्वीकार करने पर एक खाता बन जाता है।
साइट खोलें, सुरक्षा पर जाएं, इस साइट को साझा करें चुनें
उनका ईमेल पता दर्ज करें। बस इतना ही निमंत्रण है — आपको उनके लिए कभी लॉगिन नहीं बनाना पड़ता है, और आप कभी भी अपना लॉगिन नहीं देते हैं।
वे क्या कर सकते हैं, यह चुनें
व्यूअर, एडिटर या मैनेजर। एक डेवलपर को आम तौर पर एडिटर की आवश्यकता होती है: यह वह भूमिका है जो फ़ाइलों को बदल सकती है, WordPress एडमिन खोल सकती है और काम करने के लिए साइट की एक कॉपी ले सकती है।
यदि कार्य की कोई अंतिम तिथि है, तो वह दें
उस तारीख के बाद अनुदान की गिनती अपने आप बंद हो जाती है। इसे हटाने के लिए किसी को भी याद रखने की आवश्यकता नहीं होती, और यही वह बात है जिसे हर कोई भूल जाता है—मार्च में काम पूरा करने वाले ठेकेदार के पास नवंबर में भी चाबियाँ होती हैं।
तीन भूमिकाएँ, और एक सूची जो कभी नहीं बदलती
यह भूमिका प्रति साइट के हिसाब से है, इसलिए एक ही व्यक्ति एक साइट पर दर्शक और दूसरी पर संपादक हो सकता है।
दर्शक
यह दिखता है, और कुछ नहीं बदलता। साइट, उसके लॉग और उसके बैकअप को देखता है। ऐसे क्लाइंट के लिए सही है जिसे विजिबिलिटी चाहिए, या किसी ऑडिटर के लिए।
संपादक
दैनिक डेवलपर। डिप्लॉय करता है, कैश साफ़ करता है, WordPress एडमिन खोलता है, PHP बदलता है — और स्थानीय स्तर पर काम करने के लिए साइट, फ़ाइलों और डेटाबेस की एक प्रति लेता है।
प्रबंधक
एक संपादक जो कुछ भी करता है, साथ ही लाइव साइट पर बैकअप को पुनर्स्थापित करना, HTTPS और CDN।
कोई भी भूमिका साइट को हटा नहीं सकती, उसे किसी दूसरे खाते में ले जा नहीं सकती, आपके बिल देख या चुका नहीं सकती, किसी अन्य को आमंत्रित नहीं कर सकती, या आपके स्वामित्व वाली किसी अन्य साइट तक पहुँच नहीं सकती। ये सेटिंग्स नहीं हैं — इसका कोई भी ऐसा संस्करण नहीं है जिसमें किसी सहयोगी के पास ये अधिकार हों।
डिवेलपर क्या चलाता है
Zinnector® हमारा निःशुल्क, MIT-लाइसेंस प्राप्त कमांड-लाइन टूल है। इसे Node 24 या नए संस्करण की आवश्यकता है और इसके अलावा कुछ नहीं — बुनियादी बातों के लिए कोई Docker नहीं, उनकी मशीन पर कोई PHP नहीं।
इसे इंस्टॉल करें
npm install -g zinnector
npm से एक पैकेज। यहाँ अभी किसी खाते की आवश्यकता नहीं है।
स्वयं के रूप में साइन इन करें
zinnector login
इससे उनका ब्राउज़र खुल जाएगा और वे अपने खुद के अकाउंट से साइन इन हो जाएंगे — वही अकाउंट जिस पर आमंत्रण भेजा गया था। उन्हें कभी आपके पासवर्ड की ज़रूरत नहीं होती, और न ही आपको उन्हें कभी पासवर्ड देने की ज़रूरत होती है।
देखें कि उन्हें ठीक क्या दिया गया था
zinnector sites
सूची में केवल उनके साथ साझा की गई साइटें दिखाई जाती हैं और कुछ नहीं। एक खाली सूची का अर्थ है कि आमंत्रण स्वीकार नहीं किया गया है, या एक्सेस समाप्त हो गया है।
साइट नीचे लाएँ
zinnector clone client-domain.com
थीम्स, प्लगइन्स, मीडिया और डेटाबेस, एक स्थानीय प्रोजेक्ट में। यह WordPress कोर और लाइव कॉन्फ़िगरेशन फ़ाइल को पीछे छोड़ देता है, और गिनती के साथ ठीक वही प्रिंट करता है जो इसने लिया और जो नहीं लिया।
इसे स्थानीय रूप से, अपनी वास्तविक सामग्री के साथ चलाएं
cd client-domain.com && zinnector dev --runtime docker
यह डेटाबेस को आयात करता है, साइट के पते को उनकी मशीन पर रीराइट करता है, और इसे खोलता है। वे साइट के अपने WordPress खातों से लॉग इन करते हैं।
साइट की एक प्रति में उसका डेटाबेस शामिल होता है
आमतौर पर डेवलपर को ठीक यही चाहिए होता है — इसके बिना वे एक खाली साइट के मुकाबले आपकी थीम देख रहे होते हैं। यह वास्तविक व्यक्तिगत डेटा भी है: आपके आगंतुकों ने साइट को जो कुछ भी दिया है, टिप्पणीकार के पते से लेकर ग्राहक के ऑर्डर तक। इसके बाद तीन बातें आती हैं, और हम तीनों करते हैं।
हर कॉपी आपके ऑडिट लॉग में है
किसने इसे लिया, कब लिया, और क्या उस आर्काइव में डेटाबेस था। जब डाउनलोड अधिकृत होता है, तब रिकॉर्ड किया जाता है, ताकि यह वहाँ मौजूद रहे, चाहे दूसरे छोर पर मौजूद टूल इसके साथ कुछ भी करे।
यह कभी भी गलती से कमिट नहीं किया जाता है
यह टूल प्रोजेक्ट की इग्नोर सूची में डेटाबेस फ़ाइल को उसी पल जोड़ देता है जब यह उसे लिखता है, ताकि एक अनचाहा कमिट आपके ग्राहकों को किसी रिपॉजिटरी में प्रकाशित न कर सके।
या वे इसके बिना काम कर सकते हैं
एक फ़्लैग केवल फ़ाइलें लेता है। बाकी सब कुछ वैसे ही काम करता है, और डेवलपर अभी भी बिल्ड और डिप्लॉय कर सकता है।
वे प्रश्न जो लोग वास्तव में पूछते हैं
क्या मुझे उन्हें अपना पासवर्ड देना होगा?
नहीं, और इसका कोई तरीका नहीं है। डेवलपर अपने स्वयं के Zinn Digital® खाते से साइन इन करता है। पासवर्ड शेयर करने से आपका ऑडिट लॉग भी बेकार हो जाएगा, क्योंकि उनके द्वारा की गई हर चीज़ आपके रूप में रिकॉर्ड की जाएगी।
क्या वे मेरी अन्य साइटें देख सकते हैं?
नहीं। एक्सेस एक बार में केवल एक साइट के लिए दिया जाता है, और प्रतिबंध बटन छिपाने के बजाय डेटाबेस में ही लागू किया जाता है — किसी सहयोगी द्वारा ऐसी साइट मांगने पर जिसे उन्हें नहीं दिया गया है, ऐसा उत्तर दिया जाता है जैसे कि वह मौजूद ही न हो।
क्या उन्हें मेरे ग्राहकों का डेटा मिलता है?
यदि आप उन्हें संपादक या प्रबंधक बनाते हैं, तो वे साइट की एक प्रति ले सकते हैं, और साइट की एक प्रति उसकी फ़ाइलें और उसका डेटाबेस होती है। भूमिका चुनते समय आपको यह बताया जाता है, प्रत्येक प्रति आपके ऑडिट लॉग में दर्ज की जाती है, और आप इसके बजाय उन्हें केवल फ़ाइलों पर काम करने के लिए कह सकते हैं।
मैं इसे कैसे समाप्त करूँ?
इसे साइट के सुरक्षा अनुभाग में रद्द करें। यह तुरंत प्रभावी होता है - उस डेवलपर द्वारा चलाया जाने वाला अगला कमांड साइट को नहीं देख सकता है। एक समाप्ति तिथि पहले से निर्धारित तिथि पर यही काम करती है।
प्रत्येक फ़्लैग, और प्रत्येक क्या प्रिंट करता है
Zinnector® का पूर्ण कमांड संदर्भ सीधे टूल से जनरेट होता है, इसलिए यह आपके द्वारा इंस्टॉल किए गए संस्करण से कभी पुराना या भिन्न नहीं हो सकता।