तो आपने तय कर लिया है कि आपको ISP को माइग्रेट करने की आवश्यकता है क्योंकि आपका मौजूदा प्रदाता PHP का आकर्षक वर्तमान संस्करण पेश नहीं करता है। वेबसाइट को एक नए होस्टिंग वातावरण में स्थानांतरित करने की प्रक्रिया को नीचे संक्षेप में प्रस्तुत किया गया है और इसका उद्देश्य उन सभी प्रमुख चरणों को शामिल करना है जिन्हें आपको उठाने की आवश्यकता होगी।
कृपया सुनिश्चित करें कि वास्तव में माइग्रेशन शुरू करने का प्रयास करने से पहले आप इसे पूरी तरह पढ़ लें। जैसा कि पहले ही उल्लेख किया गया है, यह केवल एक सारांश मार्गदर्शिका है और यदि प्रासंगिक नहीं है तो आपका वास्तविक माइग्रेशन हमारे द्वारा सूचीबद्ध कुछ चरणों को छोड़ सकता है। ऐसा भी हो सकता है कि आपको अपनी वेबसाइट को उसके नए वेब सर्वर पर काम करने के लिए कुछ अतिरिक्त कदम उठाने की आवश्यकता हो।
तैयारी
- स्पष्ट करें कि आप कहाँ प्रवास करने जा रहे हैं - प्रक्रिया में पहला कदम स्वाभाविक रूप से एक उपयुक्त प्रतिस्थापन सर्वर या इंटरनेट सेवा प्रदाता (आईएसपी) ढूंढना है। सुनिश्चित करें कि नया ISP न केवल वर्तमान में बनाए गए PHP का समर्थन करता है, बल्कि यह किसी अन्य विशिष्ट चीज़ का भी समर्थन करता है जिसकी आपकी वेबसाइट को आवश्यकता हो सकती है।
यह किसी विशेष तकनीक से कुछ भी हो सकता है जैसे कैशिंग या मेमोरी प्रबंधन प्रणाली (उदाहरण के लिए)। reddis) सर्वर पर स्थापित एक प्रोग्राम के लिए जिसे आपकी वेबसाइट को उपयोग करने की आवश्यकता है। उदाहरण के लिए ffmpeg (एक वीडियो एन्कोडिंग टूल)।
यह भी जांचने लायक है कि नया प्रदाता नवीनतम सुरक्षा मानकों का समर्थन करता है या नहीं और शायद वे भी निःशुल्क एसएसएल प्रमाणपत्र प्रदान करें जैसी सेवा के माध्यम से आइए एन्क्रिप्ट करें. यदि आपकी व्यावसायिक आवश्यकताएँ हैं तो शायद आपको इसकी आवश्यकता होगी पीसीआई डीएसएस प्रमाणन?
यदि आप इस बारे में 100% निश्चित नहीं हैं कि आपकी वेबसाइट को चलाने के लिए क्या चाहिए, तो स्पष्टीकरण देने के लिए इसे बनाने वाले लोगों से संपर्क करें। यदि अभी भी अनिश्चित है तो सैद्धांतिक रूप से आप अभी भी स्थानांतरण के साथ आगे बढ़ सकते हैं और फिर अपनी वेबसाइट की नई छिपी हुई प्रतिलिपि का परीक्षण करके देख सकते हैं कि क्या कोई समस्या सामने आती है।
- अपनी मौजूदा साइट का बैकअप लें: वेबसाइट फ़ाइलें (चरण 1/2) - यह महत्वपूर्ण है कि आप पहले अपनी मौजूदा वेबसाइट का मूल प्रदाता पर बैकअप लें और इन बैकअप फ़ाइलों की एक सुरक्षित प्रतिलिपि रखें। आपकी वेबसाइट संभवतः एक विज़ुअल ग्राहक प्रबंधन पोर्टल के साथ आती है जिसके माध्यम से आप वेब सर्वर पर फ़ाइलें ब्राउज़ कर सकते हैं। उम्मीद है कि यह आपको पूरी वेबसाइट की एक ज़िप फ़ाइल बनाने की अनुमति देगा। सुनिश्चित करें कि आप संपूर्ण संरचना का बैकअप लें। आपकी वेबसाइट किसी सार्वजनिक फ़ोल्डर के नीचे स्थित हो सकती है जहाँ वेबसाइट का मूल दिखाई देता है। हालाँकि सुरक्षा कारणों से अन्य वेबसाइटें अपनी कुछ फ़ाइलें इस सार्वजनिक रूट फ़ोल्डर के बाहर (ऊपर) छिपा देती हैं। यदि आप निश्चित नहीं हैं कि बैकअप की क्या आवश्यकता है तो अपनी वेबसाइट के डेवलपर से पूछें।
यह बैकअप केवल कुछ भी गलत होने पर एक सुरक्षित फ़ॉलबैक बनाने के लिए नहीं होगा, बल्कि ये फ़ाइलें वह होंगी जिन्हें आप इस गाइड के निम्नलिखित चरण में नई होस्टिंग में स्थानांतरित करेंगे।
- अपनी मौजूदा साइट का बैकअप लें: डेटाबेस (चरण 2/2) - आपकी वेबसाइट में संभवतः एक डेटाबेस होगा जिसमें इसकी अधिकांश सामग्री और सेटिंग्स होंगी। हालाँकि सभी वेबसाइटों को चलाने के लिए डेटाबेस की आवश्यकता नहीं होती है और यदि आपकी नहीं है तो आप स्वाभाविक रूप से इस चरण को छोड़ सकते हैं।
यदि आपके पास अपनी वेबसाइट चलाने वाला डेटाबेस है, तो अपने ग्राहक प्रबंधन पोर्टल पर लॉग इन करें और आपको वहां बैकअप लेने और डेटाबेस का लाइव स्नैपशॉट डाउनलोड करने का विकल्प ढूंढना चाहिए।
यदि आपकी वेबसाइट में ऐसी कार्यक्षमता है जो उपयोगकर्ताओं को स्वयं सामग्री जोड़ने की सुविधा देती है तो बहुत संभव है कि आपको सटीक योजना बनाने की आवश्यकता होगी कब यह बैकअप बनाया जाना चाहिए. सामान्य उत्तर स्थानांतरण के बिंदु के जितना संभव हो उतना करीब होता है। ऐसा केवल इसलिए है क्योंकि वास्तविक स्थानांतरण से कुछ घंटे/दिन पहले बैकअप बनाने से डेटाबेस एक्सट्रेक्ट के तैयार होते ही पुराना होने का जोखिम रहता है। उस प्रतिलिपि को नए सर्वर पर स्थापित करने का नतीजा यह होगा कि जब आप नए सर्वर को चालू करने के लिए स्विच करते हैं तो बैकअप किए जाने के बाद बनाए गए/संपादित किए गए किसी भी डेटा का अचानक नुकसान हो जाएगा।
हम अनुशंसा करेंगे कि आप इस बिंदु पर अपने मौजूदा डेटाबेस सर्वर संस्करण को स्पष्ट रूप से नोट कर लें और फिर इसकी तुलना आपके नए होस्टिंग संस्करण से करें। संस्करण में बड़े उछाल के परिणामस्वरूप बाद में आयात प्रक्रिया में आयात संबंधी समस्याएं हो सकती हैं। यदि आप अनिश्चित हैं कि यह कैसे करें तो आपके प्रदाता आपके लिए स्पष्टीकरण देने में सक्षम होंगे।
वेबसाइट की प्रतिलिपि बनाई जा रही है
- फ़ाइलें कॉपी करें - अपनी वेबसाइट फ़ाइलों की ज़िप को अपने नए होस्टिंग खाते में कॉपी करें। आप संभवतः इसे विज़ुअल वेब आधारित इंटरफ़ेस के माध्यम से या एफ़टीपी/एसएफटीपी जैसे स्थानांतरण प्रणाली के माध्यम से करने में सक्षम होंगे।
- अपना डेटाबेस आयात करें - नए वेब सर्वर पर आपके डेटाबेस का बैकअप (संभवतः .zip फ़ाइल या .sql टेक्स्ट फ़ाइल) स्थापित करने की प्रक्रिया भी वेब आधारित इंटरफ़ेस के माध्यम से संभव होनी चाहिए। इसका विवरण आपके होस्टिंग प्लेटफ़ॉर्म के आधार पर काफी परिवर्तनशील है इसलिए हम अधिक विवरण में नहीं जाएंगे। यदि फिर भी आप अनिश्चित हैं कि यह कैसे करना है तो अपने नए आईएसपी से टिकट प्राप्त करें जो सहायता करने में सक्षम होना चाहिए।
कॉपी कार्य पोस्ट करें
- अनुमतियां - यदि आपकी वेबसाइट को फ़ाइलें बनाने/अपडेट करने/हटाने में सक्षम होने की आवश्यकता है (उदाहरण के लिए उपयोगकर्ता चित्र अपलोड कर सकते हैं) तो आपको वेबसाइट फ़ाइल संरचना में कुछ फ़ोल्डरों पर विशिष्ट फ़ाइल अनुमतियां सेट करने की आवश्यकता हो सकती है।
- क्या यूआरएल बदल गया? - यदि किसी कारण से माइग्रेशन के दौरान आपकी वेबसाइट का वेब पता/डोमेन बदल गया है तो आपको अब विभिन्न सेटिंग्स को अपडेट करने की आवश्यकता हो सकती है। इन्हें कॉन्फ़िगरेशन फ़ाइलों या डेटाबेस रिकॉर्ड में संग्रहीत किया जा सकता है। उदाहरण के लिए वर्डप्रेस इस संबंध में काफी पेचीदा है क्योंकि यह किसी पोस्ट का पूरा वेब यूआरएल अपने डेटाबेस के प्रत्येक रिकॉर्ड में लिखता है। इसलिए नए यूआरएल की स्थिति में आपको इन सभी रिकॉर्ड्स को अपडेट करना होगा।
लाइव होने के लिए तैयार हैं? इतना शीघ्र नही...
इससे पहले कि आप अंतिम कदम उठाएं, जो कि आपके डीएनएस को अपडेट करना है ताकि यह आपके नए आईएसपी के वेब सर्वर को इंगित कर सके (यदि आप अपने डीएनएस में क्या बदलाव करना चाहते हैं, इस पर कोई प्रश्न हो तो अपने नए आईएसपी से संपर्क करें) यह महत्वपूर्ण है कि आप परीक्षण करें, परीक्षण करें और फिर से परीक्षण करें!
इस बात की हमेशा संभावना रहती है कि आपकी साइट को नई होस्टिंग पर स्थानांतरित करने से PHP भाषा में परिवर्तन के कारण यह टूट सकती है और आपकी वेबसाइट अब असमर्थित (मूल्यह्रास) कार्यक्षमता का उपयोग कर रही है।
आलेख अंतिम बार अद्यतन किया गया: 12th May, 2021