क्लाइंट के लिए वेबसाइट बनाना रोमांचक है, खासकर जब परियोजना करीब आती है और आप अंततः प्रोजेक्ट फ़ाइलों को अपने क्लाइंट पर बदलने के लिए तैयार हैं। परियोजना में इस महत्वपूर्ण मौके पर, अंतिम साइट देने के लिए आप कई तरीके चुन सकते हैं। कुछ गलतफहमी भी हैं जो आप कर सकते हैं जो एक अन्यथा अच्छी परियोजना प्रक्रिया को असफल सगाई में बदल देगी!
आखिरकार, मैं अनुशंसा करता हूं कि आप डिलीवरी तंत्र को परिभाषित करें जिसका उपयोग आप अनुबंध में किसी प्रोजेक्ट के लिए करेंगे, यह सुनिश्चित करता है कि साइट पूरा होने के बाद आपको अपने ग्राहकों को सभी फाइलें कैसे प्राप्त होंगी इसके बारे में कोई सवाल नहीं है। इन शर्तों को निर्धारित करने से पहले, आपको सबसे पहले यह निर्धारित करना होगा कि आपके और आपके ग्राहकों के लिए कौन सी डिलीवरी विधि सर्वोत्तम है।
ईमेल द्वारा फ़ाइलें भेजना
अपनी हार्ड ड्राइव से अपने ग्राहक को अपनी फाइलों को प्राप्त करने का यह सबसे आसान तरीका है। इसकी आवश्यकता यह है कि आपके पास अपने ग्राहक के लिए उपयोग करने के लिए एक ईमेल क्लाइंट और एक वैध ईमेल पता है। विभिन्न वेबसाइटों के साथ-साथ छवियों, सीएसएस स्टाइलशीट्स और जावास्क्रिप्ट फ़ाइलों जैसी बाहरी फाइलों के लिए अधिकांश वेबसाइटों के लिए, आपको उन फ़ाइलों को एक संपीड़ित फ़ोल्डर में "ज़िप" करने के लिए एक प्रोग्राम का उपयोग करने की आवश्यकता होगी जिसे क्लाइंट को ईमेल किया जा सकता है।
जब तक कि बहुत सारी छवियों या वीडियो फ़ाइलों के साथ साइट बहुत बड़ी न हो, इस प्रक्रिया को आपको एक अंतिम फ़ाइल मिलनी चाहिए जो ईमेल द्वारा सुरक्षित रूप से भेजने के लिए पर्याप्त छोटा हो (जिसका मतलब है कि इतना बड़ा नहीं होगा कि यह ध्वजांकित हो और स्पैम द्वारा अवरुद्ध हो फिल्टर)। ईमेल द्वारा वेबसाइट भेजने के साथ कई संभावित समस्याएं हैं:
- कई क्लाइंट नहीं जानते कि फ़ाइलों को अपने वेब सर्वर पर कैसे अपलोड करें। वे यह भी नहीं जानते कि फ़ाइलों को उनके ईमेल से कैसे अलग किया जाए या उन्हें कहां रखा जाए।
- कुछ ईमेल सर्वर एचटीएमएल (और कभी-कभी ज़िप) फ़ाइलों को संभावित रूप से हानिकारक मानते हैं और संदेश से अनुलग्नक को रोक सकते हैं। यह विशेष रूप से सच है यदि आप जावास्क्रिप्ट फाइलों को जोड़ रहे हैं।
- ईमेल असुरक्षित है। यदि एचटीएमएल में संवेदनशील डेटा होता है, तो इसे हैकर द्वारा भेजा जा सकता है।
- सीजीआई जैसे PHP या स्क्रिप्ट जैसे गतिशील पृष्ठों को लाइव सर्वर पर सही ढंग से काम करने के लिए tweaking की आवश्यकता हो सकती है, और आपके क्लाइंट यह नहीं जानते कि यह कैसे करें।
मैं केवल साइट्स वितरित करने के लिए ईमेल का उपयोग करता हूं जब मुझे पता है कि क्लाइंट को फाइलों के साथ क्या करना है, इसकी अच्छी समझ है। उदाहरण के लिए, जब मैं एक वेब डिज़ाइन टीम के लिए उप-ठेकेदार के रूप में काम करता हूं, तो मैं उस कंपनी को ईमेल द्वारा फाइल भेजना चाहता हूं, जिसने मुझे किराए पर लिया है क्योंकि मुझे पता है कि उन्हें उन लोगों द्वारा प्राप्त किया जाएगा जो जानकार हैं और जानेंगे कि कैसे संभालें फ़ाइलें। अन्यथा, जब मैं गैर-वेब पेशेवरों से बात कर रहा हूं, तो मैं नीचे दी गई विधियों में से एक का उपयोग करता हूं।
लाइव साइट तक पहुंचें
यह अक्सर आपके ग्राहकों को फ़ाइलों को वितरित करने का सबसे प्रभावी तरीका है-उन्हें वितरित न करके। इसके बजाय, आप अंतिम पृष्ठ सीधे एफ़टीपी के माध्यम से अपनी लाइव वेबसाइट पर डालते हैं। एक बार वेबसाइट समाप्त हो जाती है और आपके ग्राहक द्वारा किसी अन्य स्थान पर अनुमोदित हो जाती है (जैसे साइट पर एक छिपी निर्देशिका या दूसरी वेबसाइट), तो आप इसे अपने आप लाइव करते हैं। ऐसा करने का एक और तरीका साइट को एक स्थान पर बनाना संभव है (संभवतः बीटा सर्वर पर जो आप विकास के लिए उपयोग करते हैं), और फिर जब यह लाइव हो, तो डोमेन DNS प्रविष्टि को नई साइट पर इंगित करने के लिए बदलें।
यह विधि उन ग्राहकों के लिए उपयोगी है जिनके पास वेबसाइट बनाने या जब आप PHP या CGI के साथ डायनामिक वेब एप्लिकेशन बना रहे हैं, तो आपको बहुत कुछ ज्ञान नहीं है और आपको यह सुनिश्चित करने की आवश्यकता है कि साइट स्क्रिप्ट लाइव वातावरण में सही तरीके से काम करें। यदि आपको फ़ाइलों को एक स्थान से दूसरे स्थान पर ले जाना है, तो उन्हें ईमेल डिलीवरी के लिए बस ज़िप करना अच्छा विचार है। सर्वर से सर्वर पर एफ़टीपी होने (आपके हार्ड ड्राइव के बजाय और फिर लाइव सर्वर तक बैक अप) चीजों को गति भी दे सकता है। इस विधि के साथ समस्याओं में शामिल हैं:
- ग्राहक हमेशा अपनी साइट पर फ्रीलांसर तक पहुंच प्रदान नहीं करना चाहते हैं, इसलिए जब आप साइट एक्सेस के लिए पूछते हैं तो आप कुछ हिचकिचाहट में भाग सकते हैं।
- कुछ वेबसाइट फ़ायरवॉल के पीछे बनाई गई हैं और फ्रीलांसर उन्हें एक्सेस नहीं कर सकते हैं।
- ग्राहक महसूस कर सकते हैं कि आपको अपने अनुबंध में जो कुछ भी है, उससे परे अतिरिक्त समर्थन और रख-रखाव के लिए उपलब्ध होना चाहिए क्योंकि आपके पास अब उनकी साइट तक पहुंच है।
- यदि आप साइट के केवल एक हिस्से को बना रहे हैं या बदल रहे हैं, तो कोई भी गलती साइट के बाकी हिस्सों के लिए समस्याएं पैदा कर सकती है और यह आपकी समस्या बन सकती है, भले ही आपने समस्या उत्पन्न की हो या नहीं।
यह उन फ़ाइलों को वितरित करने का मेरा पसंदीदा तरीका है जब मैं उन ग्राहकों से बात कर रहा हूं जो HTML या वेब डिज़ाइन को नहीं जानते हैं। असल में, मैं अक्सर अनुबंध के हिस्से के रूप में ग्राहक के लिए होस्टिंग खोजने की पेशकश करता हूं ताकि जब मैं इसे विकसित कर रहा हूं, तब तक मुझे साइट तक पहुंच हो। फिर जब साइट पूरी हो जाती है, तो मैं उन्हें खाता जानकारी देता हूं। हालांकि, यहां तक कि जब मैं किसी क्लाइंट को होस्टिंग प्रदाता ढूंढने में सहायता करता हूं, तब भी मेरे पास हमेशा अनुबंध के हिस्से के रूप में होस्टिंग के बिलिंग अंत को संभालने में मदद मिलती है, ताकि मैं डिज़ाइन पूरा करने के बाद होस्टिंग के लिए भुगतान न कर सकूं ।
ऑनलाइन संग्रहण उपकरण
ऐसे कई ऑनलाइन स्टोरेज टूल हैं जिनका उपयोग आप अपने डेटा को स्टोर करने या अपनी हार्ड ड्राइव का बैक अप लेने के लिए कर सकते हैं, लेकिन एक और चीज जिसे आप उनमें से कई का उपयोग कर सकते हैं, फाइल डिलीवरी सिस्टम के रूप में है। ड्रॉपबॉक्स जैसे टूल्स वेब पर फ़ाइलों को रखना आसान बनाता है और फिर अपने क्लाइंट को डाउनलोड करने के लिए एक यूआरएल देते हैं।
वास्तव में, ड्रॉपबॉक्स आपको सार्वजनिक फ़ोल्डर में HTML फ़ाइलों को इंगित करके उन्हें वेब होस्टिंग के रूप में भी उपयोग करने देता है, ताकि आप उन्हें सरल HTML दस्तावेज़ों के लिए परीक्षण स्थान के रूप में भी उपयोग कर सकें। यह विधि उन ग्राहकों के लिए अच्छी है जो समझते हैं कि तैयार फ़ाइलों को उनके लाइव सर्वर पर कैसे स्थानांतरित करना है, लेकिन उन ग्राहकों के साथ इतना अच्छा काम नहीं करेगा जो वेब डिज़ाइन या HTML को कैसे करें। इस विधि के साथ समस्याएं ईमेल संलग्नक भेजने में समस्याओं के समान हैं:
- ग्राहक नहीं जानते कि सेवा का उपयोग कैसे करें।
- ग्राहक नहीं जानते कि ड्रॉपबॉक्स से फ़ाइलों को उनकी वेबसाइट पर कैसे प्राप्त किया जाए।
यह विधि ईमेल के माध्यम से अनुलग्नक भेजने से कहीं अधिक सुरक्षित है। कई स्टोरेज टूल में कुछ पासवर्ड सुरक्षा शामिल होती है या यूआरएल छुपाएं ताकि वे किसी ऐसे व्यक्ति द्वारा पा सकें जो इसे नहीं जानता है। मुझे इन उपकरणों का उपयोग करना पसंद है जब ईमेल द्वारा प्रभावी रूप से भेजने के लिए एक अनुलग्नक बहुत बड़ा होगा। ईमेल के साथ, मैं केवल वेब टीमों के साथ इसका उपयोग करता हूं जो जानता है कि ज़िप फ़ाइल के साथ उन्हें प्राप्त करने के बाद क्या करना है।
ऑनलाइन परियोजना प्रबंधन सॉफ्टवेयर
ऐसे कई प्रोजेक्ट प्रबंधन टूल ऑनलाइन उपलब्ध हैं जिनका उपयोग आप ग्राहकों को वेबसाइटों को वितरित करने के लिए कर सकते हैं। ये टूल केवल टू-डू सूचियों, कैलेंडर, मैसेजिंग आदि जैसी फ़ाइलों को संग्रहीत करने से परे सुविधाएं प्रदान करते हैं। मेरे पसंदीदा टूल में से एक बेसकैम्प है।
ऑनलाइन प्रोजेक्ट प्रबंधन टूल उपयोगी होते हैं जब आपको किसी वेब प्रोजेक्ट पर एक बड़ी टीम के साथ काम करने की आवश्यकता होती है। आप इसे अंतिम साइट देने और इसे बनाने के दौरान सहयोग करने के लिए दोनों का उपयोग कर सकते हैं। और आप प्रोजेक्ट में क्या हो रहा है इसके बारे में डिलिवरेबल्स का ट्रैक भी रख सकते हैं।
कुछ कमियां हैं:
- अधिकांश ऑनलाइन प्रोजेक्ट प्रबंधन उपकरण निःशुल्क नहीं हैं, और मुफ्त संस्करण सीमित हैं। यदि आप एक का उपयोग करने का निर्णय लेते हैं, तो आपको लागत का कारक रखना चाहिए कि आप कितना शुल्क लेंगे, और हमेशा के रूप में, इसे अनुबंध में नोट करें।
- यह एक और वेबसाइट है जिसे आपको जांचने की आवश्यकता है और एक और सॉफ्टवेयर जो आप और आपके ग्राहकों को उपयोग करना सीखना है।
- वे आपके द्वारा दी गई जानकारी के जितने उपयोगी होते हैं-दूसरे शब्दों में, यदि आप देय तिथि शामिल नहीं करते हैं, तो प्रोग्राम आपको चेतावनी नहीं दे सकता है कि यह लगभग यहां है।
- कुछ कंपनियां सुरक्षा कारणों से किसी तृतीय-पक्ष साइट पर संग्रहीत अपनी कॉर्पोरेट जानकारी (वेबसाइटों सहित) पसंद नहीं करती हैं। किसी खाते के लिए भुगतान करने से पहले अपने ग्राहक के साथ इस पर चर्चा करना सुनिश्चित करें।
मैंने बेसकैंप का उपयोग किया है और इसे ग्राहकों को फाइलें वितरित करने के लिए बहुत उपयोगी लगता है, और फिर उन फ़ाइलों को अपडेट करना और नोट इनलाइन देखना। यह एक बड़ी परियोजना को ट्रैक करने का एक शानदार तरीका है।
दस्तावेज़ आप किस डिलिवरी विधि का उपयोग करेंगे
ग्राहकों को अंतिम दस्तावेज वितरित करने का निर्णय लेने के दौरान आपको केवल एक ही चीज करना चाहिए, यह सुनिश्चित करना है कि वह निर्णय दस्तावेज में अनुबंधित हो और सहमत हो। इस तरह जब आप ड्रॉपबॉक्स में फ़ाइल पोस्ट करने की योजना बना रहे थे तो आप सड़क के नीचे किसी भी परेशानी में भाग नहीं पाएंगे और आपका ग्राहक चाहता है कि आप पूरी साइट को उनके सर्वर पर अपलोड कर सकें।
जेनिफर क्रिनिन द्वारा मूल लेख। जेरेमी गिरार्ड द्वारा 12/09/16 को संपादित किया गया