क्लाइन्टहरूमा साइटहरू र परियोजना फाइलहरू डेलिभर गर्दै

एक ग्राहकको लागि एक वेबसाइट बनाउदै रोमांचक छ, विशेष गरी यस परियोजनाको नजिक आउँछ र तपाईले तपाइँको क्लाइन्टमा परियोजना फाईलहरू खोल्न तयार हुनुहुन्छ। यस महत्वपूर्ण समय मा परियोजना मा, वहाँ धेरै तरिका हो तपाईं अन्तिम साइट वितरित गर्न को लागि चुन सकते हो। त्यहाँ केहि गलत कदमहरू छन् जुन तपाईले गर्न सक्नुहुनेछ जुन अन्यथा राम्रो प्रोजेक्ट प्रक्रिया असफल भयो।

अन्ततः, म सिफारिस गर्छु कि तपाईंले सम्झौतामा एक प्रोजेक्टका लागि प्रयोग गर्नुहुने डेलिभरी म्याच परिभाषित गर्दछ, यसले यो सुनिश्चित गर्दछ कि साइट पूरा भएको बेला तपाइँ कसरी ग्राहकहरु लाई सबै फाईलहरू कसरी पाउनुहुनेछ भन्ने बारे कुनै प्रश्न छैन। तपाइँ यी सर्तहरू हटाउन सक्नु अघि, तथापि, तपाइँले पहिला तपाइँ र तपाइँको क्लाइन्टका लागि डेलिभरी विधि राम्रो छ भनेर निर्धारण गर्नु पर्छ।

ईमेलहरू पठाउनुहोस्

तपाईंको फाइलहरू तपाईंको हार्ड ड्राइवबाट तपाईंको ग्राहकमा प्राप्त गर्न सजिलो तरीका हो। सबैलाई आवश्यक छ कि तपाईंको ग्राहकको लागि प्रयोग गर्नको लागि ईमेल क्लाइन्ट र एक मान्य ईमेल ठेगाना हो। विभिन्न पृष्ठहरूको साथ धेरै वेबसाइटहरूका साथ तस्बिरहरू, सीएसएस शैलीहरू र जाभास्क्रिप्ट फाईलहरूको बाह्य फाइलहरूको लागि, तपाइँले "फाइल" "" "फाइलहरूलाई कम्पाइडफोल्डरमा एक प्रोग्राम प्रयोग गर्न आवश्यक छ जुन त्यसपछि ग्राहकलाई इमेल गर्न सकिन्छ।

जब सम्म धेरै धेरै धेरै फाइलहरू र भिडीयो फाइलहरूसँग धेरै ठूलो छ भने, यो प्रक्रियाले तपाइँलाई सुरक्षित रूपमा ईमेल द्वारा सुरक्षित रूपमा पठाउनको लागि अन्तिम फाईल प्राप्त गर्नु पर्छ (यसको मतलब जुन ठूलो हुनेछैन जुन यो झण्डा लगाइएको छ र स्प्यामद्वारा ब्लक गरिएको छ। फिल्टरहरू)। इमेल द्वारा एक वेबसाइट पठाउन धेरै सम्भावित समस्याहरू छन्:

• धेरै क्लाइन्टहरू उनीहरूको वेब सर्भरमा फाईलहरू अपलोड गर्न कसरी थाहा हुँदैनन्। तिनीहरू पनि उनीहरूको इमेलबाट फाइलहरू डिटेक गर्ने वा थाहा पाउन सक्दछन् कि उनीहरूलाई थाहा नहुन सक्छ।
• केहि ईमेल सर्भरहरू एचटीएमएल (र कहिलेकाहिँ जिप) फाइलहरू सम्भावित हानिकारक रूपमा विचार गर्छन् र सन्देशबाट एट्याचमेन्टहरू पट्टी हुन सक्छन्। यदि तपाइँ जाभास्क्रिप्ट फाईलहरू संलग्न गर्दै हुनुहुन्छ भने यो विशेष गरी सत्य हो।
• इ-मेल असुरक्षित छ। यदि एचटीएमभी संवेदनशील डेटा समावेश गर्दछ भने, यसलाई पठाइएको ह्याकरहरू द्वारा हेर्न सकिन्छ।
• गतिशील पृष्ठ जस्तै PHP वा सीजीआई जस्ता लिपिहरू लाई सही काम गर्न लाइभ सर्भरमा tweaking को आवश्यकता हुन सक्छ, र तपाईंको क्लाइन्टहरूले यो कसरी थाहा नहुन सक्छ।

मैले केवल साइटहरू सँधै ईमेल गर्न प्रयोग गर्दछु जब म जान्दछु कि ग्राहकले के पठाउँदै गरेको फाइलहरूसँग के गर्ने भन्ने राम्रो बुझाइ छ। उदाहरणका लागि, जब म वेब डिस्प्ले टोलीको लागि उप-ठेकेदारको रूपमा काम गर्दछु, म इमेलमा फाइलहरू पठाउन इच्छुक छु जसले मलाई काम गरिरहेको छ किनभने मलाई थाहा छ कि उनीहरूको जानकारी प्राप्त हुने व्यक्तिहरूले प्राप्त गर्नेछन् र कसरी ह्यान्डल गर्ने फाईलहरू। अन्यथा, जब म गैर-वेब प्रविधिहरूसँग काम गर्दैछु, म तल एक तरिकाहरू प्रयोग गर्दछु।

प्रत्यक्ष साइट पहुँच गर्नुहोस्

यो अक्सर प्राय: तपाईंको ग्राहकहरु लाई फाईलहरू डेलिभर गर्नको लागि सबै भन्दा प्रभावकारी तरिका हो - तिनीहरूलाई सबै प्रदान नगर्न। बरु, तपाईले अन्तिम पृष्ठलाई FTP मार्फत आफ्नो प्रत्यक्ष वेबसाइटमा राख्नुभयो। एक पटक वेबसाइट समाप्त भएपछि एकपटक तपाईंको फरक ग्राहकमा (जस्तै साइटमा लुकेको डाइरेक्टरी वा सम्पूर्ण वेबसाइटमा सम्पूर्ण) मार्फत अनुमोदित हुन्छ, तपाइँ यसलाई यसलाई प्रत्यक्ष रूपमा सार्नुहोस्। यो गर्न को लागी अर्को तरिका एक स्थानमा साइट सिर्जना गर्नु हुन्छ (सम्भवतः तपाइँले विकासका लागि प्रयोग गर्ने बीटा सर्भरमा), र त्यसपछि प्रत्यक्ष हुँदा, नयाँ साइटमा इंगित गर्नको लागि डोमेन DNS प्रविष्टि परिवर्तन गर्नुहोस्।

यो विधि ग्राहकहरूका लागि उपयोगी छ कि वेबसाइटहरू कसरी बनाउने भन्ने बारे धेरै जानकारी छैन वा जब तपाईं PHP वा CGI सँग गतिशील वेब अनुप्रयोगहरू निर्माण गर्दै हुनुहुन्छ र तपाइँले यो साइट लिपि लाइभ वातावरणमा सही काम गर्न निश्चित गर्न आवश्यक छ। यदि तपाइँ फाइलहरू एक स्थानबाट अर्को स्थानमा सार्न चाहनुहुन्छ भने, तिनीहरू जस्तै कि तपाईले ईमेल डिलिवरीको लागि चाहनुहुने तिनीहरूलाई जिप गर्न राम्रो विचार हो। सर्भरबाट FTP सर्भरमा (तपाइँको हार्ड ड्राइभको सट्टामा र सट्टा प्रत्यक्ष सर्भरमा फर्कनुहोस्) चीजहरू पनि गति गर्न सक्छ। यस विधिमा समस्याहरू समावेश छन्:

• ग्राहकहरूले सधैँ आफ्नो साइटलाई फ्रीलाइटरमा पहुँच प्रदान गर्न चाहँदैनन्, त्यसैले तपाइँ साइट पहुँचको लागि सोध्नुहुन्छ जब तपाईं केहि हिचकिचमा लाग्न सक्नुहुनेछ।
• केही वेबसाइटहरू फायरवेलको पछाडि बनाइएका छन् र फ्रान्सेन्जरहरूले तिनीहरूलाई पहुँच गर्न सक्दैनन्।
• ग्राहकहरू महसुस गर्न सक्छन् कि तपाइँ अतिरिक्त समर्थन र रखरखावको लागि उपलब्ध हुनुपर्दछ भन्दा तपाईको अनुबंधमा के हो किनकि तपाइँसँग अहिले उनीहरूको साइटको पहुँच छ।
• यदि तपाईं निर्माण गर्दै हुनुहुन्छ वा साइटको एक मात्र भाग परिवर्तन गर्दै, कुनै पनि गल्तिले साइटको बाकीको लागि समस्या उत्पन्न गर्न सक्छ र तपाईंको चाँडै तपाइँको समस्या हुन सक्छ, चाहे तपाईं मुद्दाको कारण वा होइन।

यो फाइलहरू डेलिभरी गर्ने मेरो मनपर्ने तरिका हो जब म ग्राहकहरूसँग HTML लाई वेब वा डिजाइन थाहा छैन। वास्तवमा, म प्राय: क्लाइन्टको लागि होस्टिंगको भागको रूपमा होईन ताकि म यो विकास गरिरहेको बेला साइटमा पहुँच छ। त्यसपछि जब साइट पूर्ण भयो, म तिनीहरूलाई खाता जानकारी दिन्छु। यद्यपि, जब म एउटा ग्राहकलाई होस्टिङ प्रदायक फेला पार्छु भने , मसँग ग्राहकहरूसँग होस्टिङको बिलिङ अन्त्य ह्यान्डल गर्ने हो भने, फेरि सम्झौताको भागको रूपमा, ताकि म डिजाइन पूरा गरेको छु। ।

अनलाइन भण्डारण उपकरणहरू

त्यहाँ धेरै अनलाईन भण्डारण उपकरणहरू छन् जुन तपाईं आफ्नो डेटा भण्डारण गर्न वा तपाईँको हार्ड ड्राइभको ब्याकअप गर्न प्रयोग गर्न सक्नुहुनेछ, तर अर्को चीज तपाईं प्रयोग गर्न सक्नुहुनेछ फाइल वितरण प्रणालीको रूपमा। ड्रपबक्स जस्तो उपकरणले यसलाई वेबमा फाईलहरू राख्न सजिलो बनाउँछ र त्यसपछि ग्राहकहरूलाई तिनीहरूलाई डाउनलोड गर्न URL लाई दिन्छ।

वास्तवमा, ड्रॉपबक्सले तपाईंलाई सार्वजनिक फोल्डरमा एचटीएमएल फाईलहरू इंगित गरी वेब होस्टिंगको रूपको रूपमा प्रयोग गर्न दिन्छ, त्यसैले तपाइँ साधारण HTML कागजातहरूको लागि परीक्षण परीक्षणको रूपमा प्रयोग गर्न सक्नुहुनेछ। यो तरिका ग्राहकहरू जसले समाप्त फाइलहरूलाई कसरी आफ्नो प्रत्यक्ष सर्भरमा लैजान भनेर बुझ्नका लागि राम्रो छ तर ग्राहकहरूसँग राम्ररी काम गर्दैन जुन वेब डिजाइन वा HTML कसरी थाहा छैन। यस विधिको साथ समस्या ईमेल संलग्नक पठाउन समस्याहरूसँग समान छन्:

• ग्राहकहरूले कसरी सेवा प्रयोग गर्ने भनेर थाहा नहुन सक्छ।
• ग्राहकहरू थाहा नहुन सक्छ कि ड्रॉपबक्सबाट फाइलहरू कसरी उनीहरूको वेबसाइटमा प्राप्त गर्न सकिन्छ।

यो विधि इमेल मार्फत संलग्नहरू पठाउनु भन्दा धेरै सुरक्षित छ। धेरै भण्डारण उपकरणहरूमा केही पासवर्ड सुरक्षा समावेश गर्दछ वा URL हरू लुकाउँछ ताकि तिनीहरू कसैलाई थाहा पाउनु पर्दैन जुन कसैलाई थाहा छैन। मलाई ईमेल द्वारा प्रभावकारी रूपमा पठाउन संलग्न हुँदा यो उपकरण प्रयोग गर्न मनपर्छ। इमेलको रूपमा, मैले मात्र यो वेब टोलीहरूसँग प्रयोग गर्दछु जुन जिप फाईलले के गरे पछि थाहा पाउँछ।

अनलाइन परियोजना व्यवस्थापन सफ्टवेयर

त्यहाँ धेरै परियोजना व्यवस्थापन उपकरणहरू अनलाइन उपलब्ध छन् जुन तपाइँ ग्राहकहरूलाई ग्राहकहरूलाई डेलिभर गर्न प्रयोग गर्न सक्नुहुनेछ। यी उपकरणहरू फाईलहरू, क्यालेन्डरहरू, मैसेजिंग, र यति जस्तै फाइलहरू भण्डारण गर्नु भन्दा बाहिरका सुविधाहरु प्रदान गर्दछ। मेरो मनपर्ने उपकरण मध्ये एक बास्सेम्पप हो।

अनलाइन प्रोजेक्ट उपकरणहरू उपकरणहरू उपयोगी हुन्छन् जब तपाइँ वेब प्रोजेक्टमा ठूलो टोलीको साथ काम गर्न आवश्यक छ। तपाईं अन्तिम साइटहरू डेलिभर गर्न र यसको निर्माण गर्दा सहयोगको लागि दुबै प्रयोग गर्न सक्नुहुन्छ। र तपाइँ डिलिभरेबलहरूको ट्रयाक पनि राख्न सक्नुहुन्छ साथै यस परियोजनामा ​​के गरिरहनुभएको नोटहरू बनाउँदछ।

केहि कमजोरीहरू छन्:

• प्रायः अनलाइन प्रोजेक्ट व्यवस्थापन उपकरणहरू नि: शुल्क छैनन्, र निःशुल्क संस्करणहरू सीमित छन्। यदि तपाईं एक प्रयोग गर्न निर्णय गर्नुहुन्छ भने, तपाइँ चार्ज गर्नुहुनेछ कि कति लागतमा कारक हुनुपर्छ, र सँधै यो सम्झौतामा ध्यान दिनुहोस्।
• यो अर्को वेबसाइट हो जुन तपाईले जाँच गर्न आवश्यक छ र तपाईं र अन्य क्लाइन्टहरू दुवै प्रयोग गर्न सिक्न आवश्यक छ।
• तिनीहरू केवल उनीहरूमा राखिएको सूचनाको रूपमा उपयोगी छन् - अर्को शब्दमा, यदि तपाइँ मिति समाविष्ट हुनुहुन्न भने, कार्यक्रमले तपाइँलाई यो चेतावनी दिन सक्नुहुन्न।
• केही कम्पनीहरूले सुरक्षा कारणहरूको लागि तेस्रो-पक्ष साइटमा भण्डारण गरेका (जस्तै वेबसाइटहरू) को आफ्नो कर्पोरेट जानकारी मन पराउँदैनन्। तपाईंले खाताको लागि भुक्तानी गर्नु अघि आफ्नो क्लाइन्टसँग यसलाई छलफल गर्न निश्चित हुनुहोस्।

मैले बेससेम्प प्रयोग गरेँ र फाईलहरू लाई फाईलहरू डेलिभरी गर्न को लागी धेरै उपयोगी खोज्छु, र त्यसपछि ती फाईलहरूमा अद्यावधिकहरू बनाउन र इनलाइन नोटहरू हेर्न। यो ठूलो परियोजना ट्रयाक गर्ने एक राम्रो तरिका हो।

कागजात तपाईंले कसरी प्रयोग गर्नुहुनेछ डेलिभरी विधि

ग्राहकहरू लाई कसरी अन्तिम कागजातहरू डेलिभर गर्ने निर्णय गर्ने निर्णय गर्नु पर्छ मात्र अर्को कुरा भनेको निश्चित छ कि निर्णय दस्तावेज गरिएको छ र सम्झौतामा सहमत हुनुपर्दछ। यस तरिकाले तपाई ड्रपबक्समा फाईल पोस्ट गर्न योजना बनाउँदा सडकमा कुनै पनि परेशानीमा भाग लिन सक्नुहुन्न र तपाइँको क्लाइन्टले तपाइँलाई सम्पूर्ण साइट तिनीहरूको सर्भरमा सर्भर अपलोड गर्न चाहन्छ।

जेनिफर क्रिनिन द्वारा मूल लेख। 12/12/16 मा जेरेमी गिरर्ड द्वारा सम्पादित