त्वरित उत्तर: एक स्वच्छ हस्तांतरण का मतलब है कि आपको पूरा स्रोत कोड, एडमिन लॉगिन विवरण और एक सरल मैनुअल प्राप्त होता है। यह सुनिश्चित करता है कि कोई भी भविष्य का डेवलपर आपकी साइट को ठीक या अपडेट कर सकता है, यह अनुमान लगाए बिना कि इसे कैसे बनाया गया था। इन वस्तुओं के गायब होने से तकनीकी ऋण बनता है जिसमें बाद में अधिक समय और धन लगता है।
एक वेबसाइट बनाने के बारे में सोचें जैसे एक नई कार खरीदना। आप सिर्फ गाड़ी नहीं चलाते। आपको चाबियाँ, मैनुअल और सेवा इतिहास मिलते हैं।
यदि विक्रेता स्पेयर व्हील को छुपाता है, तो टायर फटने पर आप फंस जाते हैं। डिजिटल प्रोजेक्ट भी उसी तरह से काम करते हैं। यदि डेवलपर बिना उचित दस्तावेजीकरण के चला जाता है, तो साइट टूटने पर आप फंस जाते हैं।
व्यवसाय मालिकों को अक्सर परियोजनाओं के समाप्त होने के बाद इस समस्या का सामना करना पड़ता है। साइट अच्छी लगती है, लेकिन रहस्य एक व्यक्ति के सिर में बंद होते हैं।
यह लेख बताता है कि क्या माँगना है। आप सीखेंगे कि अपने निवेश को कैसे सुरक्षित रखा जाए। आप अपनी ऑनलाइन उपस्थिति को सुचारू रूप से जारी रखेंगे।
क्यों गायब फाइलें महंगी समस्याएं पैदा करती हैं
तकनीकी ऋण शुरू में काम ठीक से न करने की लागत है। यह ऋण पर ब्याज की तरह जमा होता है। हर छोटी समस्या को बाद में ठीक करना कठिन हो जाता है।
सी. एस. एस. फाइलें गायब होने से एक नए डेवलपर को लेआउट को फिर से बनाने के लिए मजबूर किया जा सकता है। इससे समय और लागत बढ़ जाती है। डेवलपर को मूल इरादे का अनुमान लगाना पड़ता है।
ऐसा इसलिए होता है क्योंकि आधुनिक वेबसाइटें जटिल होती हैं। वे केवल एकल फाइलें नहीं हैं। वे भागों की प्रणालियाँ हैं जो एक-दूसरे से बात करती हैं।
यदि आप नहीं जानते कि पुर्जे कैसे फिट होते हैं, तो आप उन्हें ठीक नहीं कर सकते। आपको इस बात पर भरोसा करना चाहिए कि इसे किसने बनाया है। इससे उन्हें आपके व्यवसाय पर बहुत अधिक अधिकार मिलता है।
इससे बचने के लिए तैयारी की आवश्यकता होती है। आपको हस्तांतरण को एक कानूनी लेनदेन की तरह मानना होगा। वादों पर भरोसा न करें।
सब कुछ लिखित रूप में प्राप्त करें। कच्चे माल के लिए पूछें, न कि केवल तैयार उत्पाद के लिए। यह सुनिश्चित करता है कि आप अपनी डिजिटल संपत्ति के पूरी तरह से मालिक हैं।
जब कोई डेवलपर कोडिंग के गैर-मानक तरीके का उपयोग करता है, तो यह एक छिपी हुई लागत पैदा करता है। यह तकनीकी ऋण का एक सामान्य रूप है। यह केवल तभी दिखाई देता है जब आप एक छोटे से विवरण को बदलने की कोशिश करते हैं।
उदाहरण के लिए, यदि कोई डेवलपर किसी फोन नंबर को सेटिंग्स पेज के बजाय लेआउट में हार्ड-कोड करता है, तो आप इसे आसानी से नहीं बदल सकते। कोड की उस पंक्ति को खोजने के लिए आपको एक तकनीशियन को भुगतान करना होगा।
यह समय की बर्बादी और बढ़ जाती है। एक साल में, इन छोटी-छोटी अक्षमताओं के लिए आपको अनावश्यक रखरखाव शुल्क में हजारों रुपये खर्च करने पड़ सकते हैं।
मुख्य फाइलें जो आपको प्राप्त करनी चाहिए
सोर्स कोड आपकी वेबसाइट का कच्चा माल है। यह डिज़ाइन मॉकअप नहीं है। यह वास्तविक निर्देश हैं जो ब्राउज़र को बताते हैं कि क्या दिखाना है।
आपको पूरे पैकेज की आवश्यकता है। केवल फ्रंट-एंड फ़ाइलों को स्वीकार न करें। आपको बैक-एंड लॉजिक की भी आवश्यकता है।
- सामने-अंत के लिए पूर्ण एचटीएमएल, सीएसएस और जावास्क्रिप्ट फाइलें
- सर्वर साइड कोड यदि साइट डेटाबेस का उपयोग करती है
- डेटाबेस डंप (आपके सभी पाठ, छवियों और उपयोगकर्ता डेटा का बैकअप)
- कॉन्फ़िगरेशन फ़ाइलें जो कोड को आपके सर्वर से जोड़ती हैं
- परियोजना में उपयोग किए जाने वाले तृतीय-पक्ष प्लगइन या लाइब्रेरी फ़ाइलों
डेटाबेस बैकअप के गायब होने से डेटा का नुकसान हो सकता है। यह विस्तारित डाउनटाइम का कारण बन सकता है। आपकी सामग्री और उपयोगकर्ता की जानकारी महत्वपूर्ण है।
हमेशा सत्यापित करें कि डेटाबेस फ़ाइल हस्तांतरण पैकेज में शामिल है। फ़ाइल एक्सटेंशन की जाँच करें।
यदि आप. zip या. rar फ़ाइलों को देखते हैं, तो उन्हें अपने कंप्यूटर पर खोलें। फ़ोल्डरों की गिनती करें। सुनिश्चित करें कि कोई गायब फ़ोल्डर नहीं है।
यदि डेवलपर ने सामग्री प्रबंधन प्रणाली का उपयोग किया है, तो आपको अभी भी थीम और प्लगइन फ़ाइलों की आवश्यकता है। यह मत मानिए कि मेजबान के पास बैकअप है। आपको अपनी खुद की प्रति की आवश्यकता है।
ऐसे परिदृश्य पर विचार करें जहाँ आप अपनी साइट को एक अलग सर्वर पर स्थानांतरित करना चाहते हैं। स्रोत कोड और डेटाबेस के बिना, आप साइट को स्थानांतरित नहीं कर सकते। आपको इसे नए सिरे से बनाना होगा।
यह किसी भी व्यवसाय के लिए एक दुःस्वप्न है। इसका मतलब है अपनी एसईओ रैंकिंग और अपनी सामग्री को खोना। यह मूल निवेश का कुल नुकसान है।
एक और उदाहरण है जब आप एक नई सुविधा जोड़ना चाहते हैं। एक नया डेवलपर पहले कोड मांगेगा। यदि आप इसे प्रदान नहीं कर सकते हैं, तो वे साइट की जांच करने के लिए आपसे अधिक शुल्क लेंगे।
प्रमाण पत्र और अभिगम कुंजी
एक्सेस आपकी साइट को बनाए रखने की कुंजी है। आपको मास्टर कुंजियों की आवश्यकता है। ये आपके सर्वर और होस्टिंग खाते के लिए लॉगिन विवरण हैं।
आपको डोमेन रजिस्ट्रार के लॉगिन की भी आवश्यकता है। इनके बिना, आप कोई बदलाव नहीं कर सकते। आप अपने घर से बाहर बंद हैं।
- होस्टिंग खाता ईमेल और पासवर्ड
- डोमेन रजिस्ट्रार लॉगिन करें (जहाँ आप नाम का नवीनीकरण करते हैं)
- डेटाबेस एडमिन लॉगिन (डेटा तक उपयोगकर्ता पहुंच)
- एफटीपी या एसएसएच एक्सेस विवरण (फ़ाइलों को अपलोड करने के लिए)
- अपने डोमेन के लिए खाता प्रमाण पत्र ईमेल करें
हस्तांतरण के तुरंत बाद इन कूटशब्दों को बदलें। पुराने डेवलपर के पास अब पहुंच नहीं होनी चाहिए। यह एक सुरक्षा जोखिम है।
एक ऐसे नलसाज की कल्पना करें जो आपके नल को ठीक करता है लेकिन कुंजी की एक प्रति रखता है। आप असुरक्षित महसूस करेंगे। डिजिटल सुरक्षा भी वैसी ही है।
सभी पासवर्ड घुमाएँ। सभी खातों के लिए दो-कारक प्रमाणीकरण सेट करें। यह सुरक्षा की एक परत जोड़ता है।
पासवर्ड लीक होने पर भी यह अनधिकृत अभिगम को रोकता है। इन विवरणों को एक सुरक्षित पासवर्ड प्रबंधक में रखें। उन्हें चिपचिपे नोट पर न लिखें।
उन्हें अपने डेस्कटॉप पर एक साधारण पाठ फ़ाइल में संग्रहीत न करें। एक प्रतिष्ठित कूटशब्द प्रबंधक का उपयोग करें। केवल विश्वसनीय कर्मचारियों के साथ पहुँच साझा करें।
दस्तावेज़ जिसके पास पहुँच है। यदि कोई कर्मचारी छोड़ देता है, तो उसकी पहुँच को तुरंत रद्द कर दें। यह आंतरिक खतरों को रोकता है और आपके डेटा को सुरक्षित रखता है।
अपने डोमेन स्वामित्व की सावधानी से जाँच करें। सुनिश्चित करें कि'पंजीकृत ईमेल'आपकी अपनी कंपनी का ईमेल है। यदि यह डेवलपर का ईमेल है, तो आप वास्तव में डोमेन के मालिक नहीं हैं।
यह एक आम गलती है। अगर डेवलपर के साथ संबंध खराब हो जाते हैं, तो वे आपके डोमेन को बंधक बना सकते हैं। इससे आपका व्यवसाय रातोंरात बंद हो सकता है।
समय बचाने वाला प्रलेखन
कोड प्रलेखन आपकी वेबसाइट के लिए निर्देश पुस्तिका है। यह अगले डेवलपर को बताता है कि सिस्टम कैसे काम करता है। इसके बिना, उन्हें अनुमान लगाना होगा।
अनुमान लगाना धीमा और त्रुटि प्रवण है। अच्छा प्रलेखन घंटों के काम की बचत करता है। यह अपडेट के दौरान गलतियों के जोखिम को कम करता है।
- वास्तुकला आरेख यह दर्शाता है कि पृष्ठ डेटाबेस से कैसे जुड़ते हैं
- सभी कस्टम कार्यों की सूची और वे क्या करते हैं
- नए पृष्ठों या उत्पादों को जोड़ने के निर्देश
- बैकअप लें और प्रक्रिया को चरण-दर-चरण बहाल करें
- उपयोग किए गए तृतीय-पक्ष एपीआई की सूची
बिना प्रलेखित कस्टम घटक देरी का कारण बन सकते हैं जब परिवर्तनों की आवश्यकता होती है। डेवलपर को तर्क को रिवर्स-इंजीनियर करना होता है। इससे मूल्यवान समय बर्बाद होता है।
'कैसे-कैसे'मार्गदर्शन के लिए पूछें। इसे साधारण अंग्रेजी में लिखा जाना चाहिए, न कि केवल तकनीकी शब्दावली में। यदि आप इसे नहीं समझ सकते हैं, तो स्पष्टीकरण के लिए पूछें।
प्रलेखन सजीव होना चाहिए। परिवर्तन होने पर इसे अद्यतन किया जाना चाहिए। यदि आप एक नई सुविधा जोड़ते हैं, तो दस्तावेज़ों को अद्यतन करें।
यह ज्ञान आधार को सटीक रखता है। यह सुनिश्चित करता है कि भविष्य के डेवलपर्स के पास हमेशा नवीनतम जानकारी हो। यह भ्रम और त्रुटियों को रोकता है।
उदाहरण के लिए, यदि आपके पास एक कस्टम फॉर्म है जो तीन अलग-अलग विभागों को ईमेल भेजता है, तो डॉक्स को यह बताना चाहिए। एक नया डेवलपर गलती से उन लिंकों में से एक को हटा सकता है।
एक अन्य उदाहरण विशिष्ट प्लगइन्स का उपयोग है। प्रलेखन में यह सूचीबद्ध होना चाहिए कि एक प्लगइन क्यों चुना गया था। यह भविष्य के तकनीशियन को कुछ असंगत से बदलने से रोकता है।
अंत में, एक'चेंज लॉग'शामिल करें। यह एक सरल सूची है कि क्या बदला गया था और कब। यह आपको अपनी साइट के विकास को ट्रैक करने में मदद करता है।
भुगतान करने से पहले हस्तांतरण का परीक्षण करें
जब तक आप हस्तांतरण का परीक्षण नहीं कर लेते, तब तक अंतिम भुगतान पूरा न करें। यह आपका अंतिम चेक है।
आपको यह साबित करना होगा कि आप मूल डेवलपर के बिना साइट का रखरखाव कर सकते हैं। इसे'ड्राई रन'कहा जाता है।
यह सुनिश्चित करता है कि सभी फाइलें और प्रमाण पत्र एक साथ काम करें। यदि संभव हो तो इस जांच के लिए एक अलग तकनीकी विशेषज्ञ का उपयोग करें।
- किसी अन्य डेवलपर से कोड की समीक्षा करने के लिए कहें
- खुद एक छोटा सा बदलाव करने की कोशिश करें।
- सत्यापित करें कि डेटाबेस बैकअप को पुनर्स्थापित किया जा सकता है
- जाँचें कि सभी एडमिन लॉगिन सही ढंग से काम करते हैं
- सुनिश्चित करें कि डोमेन और होस्टिंग आपके नाम पर है
यदि आपको किसी भी समस्या का सामना करना पड़ता है, तो रुकें। जब तक वे तय नहीं हो जाते तब तक अंतिम शेष राशि का भुगतान न करें। यह गैर-परक्राम्य है।
एक पेशेवर डेवलपर इसकी उम्मीद करेगा। वे आपको आवश्यक वस्तुएँ प्रदान करेंगे। अगर वे विरोध करते हैं, तो यह एक लाल झंडा है।
यह बताता है कि वे आप पर भरोसा नहीं करते हैं या उनके पास छिपाने के लिए कुछ नहीं है। यदि आवश्यक हो तो चले जाओ। आपकी दीर्घकालिक लागत एक सस्ती, बिना प्रलेखित साइट की तुलना में कम होगी।
हार्डकोडिंग सामग्री साइट त्रुटियों का कारण बन सकती है जब अद्यतन का प्रयास किया जाता है। उदाहरण के लिए, यदि पाठ सीधे कोड में एम्बेडेड है, तो इसे बदलना लेआउट को तोड़ सकता है। हर संपादन योग्य क्षेत्र का परीक्षण करें।
गैलरी में एक नई छवि अपलोड करने की कोशिश करें। दुकान में एक कीमत बदलने की कोशिश करें। यदि आपको डेवलपर से इन सरल चीजों को करने के लिए कहना है, तो हस्तांतरण अधूरा है।
हस्तांतरण के बाद साइट की गति को सत्यापित करें। कभी-कभी डेवलपर्स'स्टेजिंग'सेटिंग्स का उपयोग करते हैं जो लाइव साइट को धीमा कर देते हैं। सुनिश्चित करें कि साइट जनता के लिए अनुकूलित है।
साइन ऑफ करने से पहले त्वरित चेकलिस्ट
इस सूची का उपयोग यह सुनिश्चित करने के लिए करें कि आपके पास सब कुछ है। इसे प्रिंट करें और प्रत्येक आइटम पर टिक करें। अगले चरण पर तब तक न जाएँ जब तक कि पिछला चरण पूरा न हो जाए।
- [] पूर्ण स्रोत कोड ज़िप फ़ाइल प्राप्त की
- [] प्राप्त डेटाबेस डंप फ़ाइल
- [] सभी होस्टिंग और डोमेन पासवर्ड को बदल दिया
- [] सभी खातों पर दो-कारक प्रमाणीकरण को सक्षम किया
- [] लिखित प्रलेखन और आरेख प्राप्त
- [] एक परीक्षण परिवर्तन किया और इसे सत्यापित किया
- [] सत्यापित डोमेन स्वामित्व आपके नाम पर है
- [] एक सौंपने की बैठक निर्धारित और पूरी की
अक्सर पूछे जाने वाले प्रश्न
हस्तांतरण के बाद क्या मैं किसी दूसरे डेवलपर का उपयोग कर सकता हूँ?
हाँ, आप कर सकते हैं। यह एक अच्छे हस्तांतरण का बिंदु है। आपकी साइट मूल निर्माता से स्वतंत्र होनी चाहिए।
सुनिश्चित करें कि कोड साफ और प्रलेखित है। इससे किसी भी योग्य डेवलपर के लिए काम उठाना आसान हो जाता है। आप बंद नहीं हैं।
यदि डेवलपर डेटाबेस साझा करने से इनकार कर देता है तो क्या होगा?
अंतिम शेष राशि का भुगतान न करें। यदि आपके पास डेटा नहीं है तो आप साइट के मालिक नहीं हैं।
डेटाबेस में आपकी सामग्री और ग्राहक की जानकारी होती है। यह वितरित करने योग्य का हिस्सा है। एक पेशेवर इसे नहीं रोकेगा।
मुझे दस्तावेजों को कितनी बार अपडेट करना चाहिए?
जब भी आप कोई महत्वपूर्ण बदलाव करते हैं तो इसे अपडेट करें। यदि आप कोई नया पृष्ठ या सुविधा जोड़ते हैं, तो इसे नोट करें।
यदि आप पासवर्ड बदलते हैं, तो क्रेडेंशियल सूची को अपडेट करें। इससे मैनुअल सटीक रहता है। इससे भविष्य के डेवलपर्स के लिए समय की बचत होती है।
क्या प्रलेखन के लिए अतिरिक्त भुगतान करना उचित है?
हाँ, यह इसके लायक है। दस्तावेजीकरण की लागत बाद में त्रुटियों को ठीक करने की लागत की तुलना में कम है।
अच्छा प्रलेखन भविष्य में रखरखाव के लिए आवश्यक समय को कम करता है। यह गलतियों के जोखिम को कम करता है। यह आपकी वेबसाइट में एक निवेश है।
सारांश
एक उचित हस्तांतरण आपको स्रोत कोड, सभी प्रमाण पत्र और स्पष्ट प्रलेखन देता है। अंतिम राशि का भुगतान करने से पहले हर चीज का परीक्षण करें। एक चेकलिस्ट रखें और जब भी साइट बदलती है तो इसे अपडेट करें। यह आपके निवेश की रक्षा करता है और भविष्य के रखरखाव को सरल और किफायती रखता है। अपनी साइट के निर्माण या रखरखाव में अधिक मदद के लिए, हमारी वेब विकास सेवाओं या वेबसाइट डिजाइन सेवाओं का अन्वेषण करें।