एक साइट पर फ़ाइल और शेल एक्सेस प्राप्त करना

हर साइट की अपनी फ़ाइल एक्सेस होती है। Sites → आपकी साइट → Access.

SFTP

होस्ट, पोर्ट, यूज़रनेम और एक पासवर्ड जिसे आप उसी स्क्रीन पर जेनरेट करते हैं। कोई भी SFTP क्लाइंट काम करता है — FileZilla, Cyberduck, आपके एडिटर का इन-बिल्ट क्लाइंट। यह अकाउंट सिर्फ़ उसी एक साइट की फ़ाइलों तक सीमित होता है, इसलिए एक साइट का SFTP क्रेडेंशियल किसी दूसरी साइट को नहीं पढ़ सकता है।

SSH

उसी स्क्रीन पर अपनी पब्लिक की (public key) जोड़ें और अपने सामान्य क्लाइंट से कनेक्ट करें। पासवर्ड SSH जानबूझकर ऑफ़र नहीं किया जाता है: की (key) का अंदाज़ा नहीं लगाया जा सकता है, और पासवर्ड SSH वाला एक शेयर किया गया सर्वर एक ऐसा शेयर किया गया सर्वर होता है जिस पर आख़िरकार ब्रूट-फ़ोर्स हमला हो जाएगा।

यदि आपके पास अभी तक की (key) नहीं है, तो अपनी मशीन पर ssh-keygen -t ed25519 चलाने से यह बन जाएगी। .pub पर समाप्त होने वाली फ़ाइल वह है जिसे आप पेस्ट करते हैं; दूसरी फ़ाइल कभी भी आपके कंप्यूटर से बाहर नहीं जाती है।

शेल में आपको क्या मिलता है

आपकी साइट की फ़ाइलें, WordPress साइटों पर wp-cli, composer, और वह PHP वर्ज़न जिस पर साइट सेट है। आप साइट के अपने अलग-थलग (isolated) पर्यावरण के अंदर हैं — आप किसी अन्य ग्राहक की फ़ाइलें नहीं देख सकते हैं, और न ही वे आपकी देख सकते हैं।

क्रेडेंशियल प्रति अकाउंट के बजाय प्रति साइट क्यों होते हैं

क्योंकि एक्सेस वह चीज़ है जिसे सबसे ज़्यादा किसी कॉन्ट्रैक्टर के साथ शेयर किया जाता है, और प्रति साइट एक क्रेडेंशियल का मतलब है कि आप किसी व्यक्ति को बिल्कुल वही साइट दे सकते हैं जिस पर वे काम कर रहे हैं। बाद में इसे रद्द करने से किसी अन्य चीज़ पर कोई असर नहीं पड़ता है।

⭐ मशीन के बजाय किसी व्यक्ति के लिए, इसके बजाय उन्हें अपनी टीम में जोड़ें (Organisation → Team) — इसके बाद वे अपने तौर पर साइन इन करते हैं, उनका एक्सेस उनके अपने नाम के तहत लॉग किया जाता है, और उन्हें हटाने से सब कुछ एक साथ हट जाता है।