मुख्य बात: एक स्टैटिक साइट तभी पोर्टेबल होती है जब हैंडऑफ़ में रनिंग फ़ाइलें, सर्वर कॉन्फ़िगरेशन, DNS मान्यताएँ, सोर्स आर्टिफ़ैक्ट्स, और वेरिफ़िकेशन कमांड्स शामिल हों जो साबित करते हैं कि डोमेन साफ़-सुथरे तरीक़े से माइग्रेट हो सकता है।
क्या बदला
KENSAI अब स्टैटिक-साइट माइग्रेशन कार्य को एक एविडेंस पैकेज के रूप में मानता है, न कि सिर्फ़ एक वेब-रूट की कॉपी के रूप में। व्यावहारिक हैंडऑफ़ में लाइव HTML/CSS एसेट्स, कोई भी इम्पोर्टेड डेटा या सोर्स ज़िप्स, Caddy होस्ट कॉन्फ़िगरेशन, ओरिजिन-IP चेक्स, रिस्पॉन्स-हेडर स्नैपशॉट्स, और प्राप्त करने वाली टीम के लिए एक लॉन्च रनबुक शामिल है।
यह मायने रखता है क्योंकि एक स्टैटिक डिप्लॉयमेंट अक्सर तब तक सरल दिखता है जब तक अगली टीम को इसके छिपे हुए संदर्भ को फिर से बनाना नहीं पड़ता। एक गुम रीडायरेक्ट, बासी ओरिजिन-मान्यता, या अदस्तावेज़ीकृत कैटलॉग-सोर्स एक डोमेन-मूव को अनुमान लगाने के खेल में बदल सकता है।
एक अच्छे पैकेज में क्या होता है
- लाइव ट्री: सटीक सर्व की गई डायरेक्टरी, जिसमें कैटलॉग पेजेस, एसेट्स, और फ़ॉलबैक फ़ाइलें शामिल हैं।
- कॉन्फ़िगरेशन: संबंधित Caddy ब्लॉक, कैनोनिकल रीडायरेक्ट्स, TLS अपेक्षाएँ, और होस्टनेम्स।
- सोर्स एविडेंस: अपलोड किए गए आर्काइव्स, सोर्स स्नैपशॉट्स, इम्पोर्टेड कंटेंट के ओरिजिन्स, और बैकअप कॉपीज़।
- वेरिफ़िकेशन: curl चेक्स, DNS नोट्स, चेकसम प्रूफ़, और बड़े बंडल्स के लिए रीअसेंबली क़दम।
परिचालन टेकअवे
पोर्टेबल स्टैटिक लॉन्च DNS स्विच होने से पहले जीते जाते हैं। जब नए सर्वर को फ़ाइलें और परिचालन प्रूफ़ दोनों मिलते हैं, तो कार्यान्वयन उसी डोमेन पर बिना यह फिर से खोजे जारी रह सकता है कि पुरानी साइट कैसे काम करती थी।
KENSAI के लिए, यही मानक है: आर्टिफ़ैक्ट शिप करें, कॉन्फ़िग शिप करें, प्रूफ़ शिप करें, और अगली टीम को एक ऐसा रास्ता दें जिसे वे सत्यापित कर सकें।