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