एक साइट एका डेव्हलपरसोबत शेअर करा
एका डेव्हलपरला एक साइट द्या. तुमचा पासवर्ड नाही.
एका खाजगी ई-मेलद्वारे एकच साइट शेअर करा. डेव्हलपर त्यांच्या स्वतःच्या Zinn Digital® खात्यासह साईन इन करतो, आमच्या मोफत कमांड-लाइन टूलच्या मदतीने साइट त्यांच्या मशीनवर ओढून घेतो — फाइल्स आणि डेटाबेस — आणि त्यावर स्थानिक पातळीवर काम करतो. ते तुमचे बिलिंग कधीही पाहत नाहीत, ते तुमच्या इतर साइटवर कधीही प्रवेश करत नाहीत आणि काम संपताच तुम्ही ते समाप्त करू शकता.
तुम्ही काय करता, एकदाच
तुमच्या डॅशबोर्डवर, तुम्हाला शेअर करायच्या असलेल्या साइटवर तीन पायऱ्या आहेत. डेव्हलपरला अद्याप खात्याची आवश्यकता नाही — जर त्यांनी कधीही साइन इन केले नसेल, तर आमंत्रण स्वीकारल्यावर ते एक खाते तयार करते.
साइट उघडा, सुरक्षा वर जा, ही साइट शेअर करा निवडा
त्यांचा ईमेल पत्ता टाईप करा. एवढेच आमंत्रण आहे — तुम्ही त्यांच्यासाठी कधीही लॉगिन तयार करत नाही आणि तुमचे लॉगिन कधीही कोणाला देत नाही.
ते काय करू शकतात ते निवडा
व्ह्यूअर, एडिटर किंवा मॅनेजर. डेव्हलपरला सहसा एडिटरची आवश्यकता असते: ही ती भूमिका आहे जिच्याद्वारे फाइल्स बदलता येतात, WordPress ऍडमिन उघडता येतो आणि काम करण्यासाठी साइटची प्रत घेता येते.
जर कामाची शेवटची तारीख असेल, तर ती द्या
त्या तारखेपासून ते अनुदान मोजणे बंद करते. ते काढून टाकणे कोणालाही लक्षात ठेवावे लागत नाही, हा तो भाग आहे जो प्रत्येka विसरतो — मार्चमध्ये काम संपवणाऱ्या कंत्राटदाराकडे नोव्हेंबरमध्येही चाव्या असतात.
तीन भूमिका, आणि एक यादी जी कधीच बदलत नाही
ही भूमिका प्रत्येक साईटनुसार असते, त्यामुळे एकच व्यक्ती एका साईटवर व्ह्यूअर आणि दुसऱ्या साईटवर एडिटर असू शकते.
दर्शक
दिसते, आणि काहीही बदलत नाही. साइट, त्याचे लॉग आणि त्याचे बॅकअप पाहते. दृश्यमानता इच्छिणाऱ्या क्लायंटसाठी किंवा ऑडिटरसाठी योग्य.
संपादक
दररोजचा डेव्हलपर. डिप्लॉय करतो, कॅशे साफ करतो, 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® खात्यासह साइन इन करतो. पासवर्ड सामायिक केल्यामुळे तुमचे ऑडिट लॉग देखील निरुपयोगी होईल, कारण त्यांनी केलेली प्रत्येक गोष्ट तुमच्या नावाने नोंदवली जाईल.
त्यांना माझ्या इतर साइट्स दिसू शकतात का?
नाही. प्रवेश एका वेळी एका साइटवर दिला जातो, आणि बटणे लपवण्याऐवजी डेटाबेसमध्येच निर्बंध लागू केले जाते - ज्या साइटसाठी परवानगी दिली गेली नाही अशी विचारणा करणाऱ्या सहकाऱ्याला असे उत्तर दिले जाते की ती साइट अस्तित्वातच नाही.
त्यांना माझ्या ग्राहकांचा डेटा मिळतो का?
जर तुम्ही त्यांना एडिटर किंवा मॅनेजर बनवले, तर ते साइटची प्रत घेऊ शकतात आणि साइटची प्रत म्हणजे त्याच्या फाईल्स आणि डेटाबेस होय. भूमिका निवडताना तुम्हाला हे सांगितले जाते, प्रत्येक प्रत तुमच्या ऑडिट लॉगमध्ये नोंदवली जाते आणि तुम्ही त्यांना त्याऐवजी केवळ फाईल्सवर काम करण्यास सांगू शकता.
मी हे कसे संपवू?
हे साइटच्या सुरक्षा (Security) विभागात रद्द करा. हे त्वरित प्रभावी ठरते — त्या डेव्हलपरने चालवलेली पुढील कमांड साइट पाहू शकणार नाही. तुम्ही अगोदर ठरवलेल्या तारखेवर कालबाह्यता (expiry) तीच कृती करते.
प्रत्येक ध्वज, आणि त्यातील प्रत्येक काय छापतो
संपूर्ण Zinnector® कमांड संदर्भ थेट टूलमधूनच तयार केला जातो, त्यामुळे तो तुम्ही इन्स्टॉल केलेल्या आवृत्तीशी विसंगत होऊ शकत नाही.