ऑनलाइन गेम क्लाइंट का स्वचालित अपडेट कैसे करें

इस लेख में, मैं इस बारे में बात करूंगा कि मैंने ऑनलाइन क्लाइंट गेम के लिए एक ऑटो-अपडेट सिस्टम कैसे बनाया। लेख के अंत में स्रोत (डेल्फी) से लिंक करें। वास्तव में, मैंने अपने दो गेमों में इस तरह की सुविधा को लागू किया, और अगर पहला पैनकेक थोड़ा लम्पट (स्पेक्ट्रोमेंसर गेम में) आया, तो दूसरा कार्यान्वयन बहुत सुविधाजनक और प्रभावी निकला। यह हैबे पर मेरा पहला लेख है, इसलिए कड़ी मेहनत न करें, बल्कि टिप्पणियों में खामियों को इंगित करें :)

गेम अपडेट एल्गोरिथम

• अद्यतन करने के लिए संस्करण की जाँच करना।
• वर्तमान संस्करण की फ़ाइलों की सूची डाउनलोड करें।
• अस्थायी फ़ोल्डर में नई या परिवर्तित फ़ाइलों को डाउनलोड करना।
• अद्यतन स्थापित करना - सूची के अनुसार स्थापित क्लाइंट की फ़ाइलों को लाना।
• एक अद्यतन क्लाइंट शुरू करना।

संस्करण की जाँच करें

सबसे पहले, शुरू करते समय, ग्राहक सर्वर को वर्तमान संस्करण (X) की संख्या और अपडेट किए बिना न्यूनतम अनुमत संख्या (Y) के लिए पूछता है। यदि क्लाइंट संस्करण वाई से कम नहीं है, तो एक अपडेट की आवश्यकता नहीं है, अन्यथा क्लाइंट अपडेट उपयोगिता " गेटन्यूवर्जन। एक्स " लॉन्च करता है और खुद को बंद कर देता है।

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

सर्वर से प्रतिक्रिया तुरंत नहीं आती है, और इसे प्राप्त करने से पहले, हम गेम विंडो नहीं बना सकते हैं, क्योंकि आपको इसे तुरंत बंद करना पड़ सकता है, और स्क्रीन पर असंगत झिलमिलाहट बिल्कुल भी नहीं है जो हमें चाहिए। प्रतिक्रिया समय-सीमा कुछ लेना होगा, और ग्राहक सबसे भारी JPEGs को लोड / अनपैक करने में व्यस्त है। आप बहुत लंबा इंतजार नहीं कर सकते हैं: खिलाड़ी ने गेम लॉन्च किया - लेकिन स्क्रीन पर कुछ भी नहीं होता है, गड़बड़। इसलिए, यदि 1.0 सेकंड के भीतर। सर्वर से प्रतिक्रिया नहीं आई - गेम को लोड करना सामान्य तरीके से जारी है। यह कोई बड़ी बात नहीं है: जैसे ही खिलाड़ी सर्वर में लॉग इन करने की कोशिश करता है, उसे क्लाइंट को अपडेट करने की आवश्यकता के बारे में एक संदेश प्राप्त होगा, या कि सर्वर अनुपलब्ध है।

डाउनलोड फ़ाइल सूची

संस्करण संख्या को जानने के बाद, अपडेट उपयोगिता यहां फाइलों की सूची डाउनलोड करती है: [base_ur]>/[]/filelist
यह चेकसम के साथ CSV फ़ाइलों की एक सूची है, साथ ही संकुचित और असम्पीडित आकार, प्रत्येक पंक्ति कुछ इस तरह दिखती है:
18*Priest.tga;1053151921D9;91719;107372
यहां "18 *" का अर्थ है कि फ़ाइल नाम में 18 अक्षर पिछली फ़ाइल के समान हैं। चूंकि फाइलें आमतौर पर वर्णमाला के क्रम में जाती हैं, और रास्ते लंबे हो सकते हैं - यह सूची फ़ाइल के आकार को महत्वपूर्ण रूप से बचाता है। एक वेब सर्वर के लिए जिस पर संपीड़न सक्षम नहीं है, इसका मतलब है कि फ़ाइल तेजी से डाउनलोड हो जाएगी और अपडेट पहले शुरू हो जाएगा।

नई या परिवर्तित फ़ाइलें डाउनलोड करें

हम नहीं जानते कि गेम क्लाइंट कितना पुराना है, हो सकता है कि कुछ फाइलें मैन्युअल रूप से बदल दी गई हों या हटा दी गई हों। हम बहुत अधिक डाउनलोड नहीं करना चाहते हैं, इसलिए, फ़ाइलों की सूची प्राप्त करने के बाद, उपयोगिता अपडेट के क्रम में उन्हें जांचना शुरू कर देती है: यदि फ़ाइल गेम के फ़ोल्डर में नहीं है या उसका चेकसम अलग है, तो फ़ाइल को डाउनलोड कतार में जोड़ा जाता है। उसी समय, 2 से अधिक फ़ाइलों को लोड नहीं किया जा सकता है - यह काफी पर्याप्त है ताकि एक तरफ डाउनलोड धीमा न हो, लेकिन दूसरी तरफ, यह क्रमिक रूप से होता है।



एक विशेष विषय प्रगति का प्रदर्शन है। जब तक पूरी सूची संसाधित नहीं हो जाती, तब तक हम यह नहीं जानते कि कितनी फ़ाइलों को डाउनलोड करना है और वे किस आकार की हैं। हालाँकि, जैसे ही पहली फ़ाइल अपलोड होती है, हम पहले से ही कुछ जानकारी प्रदर्शित कर सकते हैं। वास्तव में, प्रगति डाउनलोड कतार प्रदर्शित करती है: कितना डाउनलोड करना है और कितना पहले ही डाउनलोड किया जा चुका है।

डाउनलोड की गई फाइलें तुरंत अनपैक की जाती हैं और एक अस्थायी फ़ोल्डर में सहेजी जाती हैं, मैं संपीड़न के लिए zlib लाइब्रेरी का उपयोग करता हूं।

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

वैसे, यदि उपयोगकर्ता डाउनलोड को बाधित करता है या इंस्टॉल करने से इंकार करता है, तो अगली बार उसे सभी फ़ाइलों को फिर से डाउनलोड नहीं करना होगा: अगली फ़ाइल को डाउनलोड करने से पहले, उपयोगिता अस्थायी फ़ोल्डर में इसकी उपस्थिति की जांच करती है और यदि चेकसम मेल से मेल खाता है, तो डाउनलोड सफल माना जाता है।



लेकिन जब आप "अपडेट" पर क्लिक करते हैं, तो उपयोगिता एक और उपयोगिता लॉन्च करती है - " InstallUpdate.exe ", और यह स्वयं बंद हो जाती है।

अद्यतन स्थापित करें

मुझे दूसरी उपयोगिता की आवश्यकता क्यों है? यह सरल है: आपको व्यवस्थापक अधिकारों के साथ चलने वाली गेम फ़ाइलों को अपडेट करने के लिए। लेकिन अपडेट को डाउनलोड करने के लिए, इसके विपरीत, इसे contraindicated है। क्योंकि, जब तक आप ईवी-कोड हस्ताक्षर प्रमाण पत्र के खुश मालिक नहीं हैं, तब तक प्रशासक अधिकारों के साथ प्रक्रिया शुरू करके UAC विंडो प्रदर्शित करेगा। और अगर, खेल शुरू करते समय, सामान्य इंटरफ़ेस के बजाय, खिलाड़ी इसे देखता है:



... तो यह है, कम से कम, सावधान रहने का एक कारण, या यहां तक ​​कि लॉन्च को पूरी तरह से छोड़ दें। अपडेट को स्थापित करने के लिए मैन्युअल सहमति के साथ एक और बात - इस संदर्भ में, यूएसी विंडो को सामान्य रूप से माना जाता है। दुर्भाग्य से, विंडोज में एक प्रक्रिया रनटाइम पर अपने अधिकारों को ऊंचा नहीं कर सकती है - यह संपत्ति लॉन्च के बाद से अपरिवर्तित है। इसलिए, मैं दो अलग-अलग फ़ाइलों का उपयोग करता हूं। वास्तव में, GetNewVersion.exe और GetNewVersion.exe समान उपयोगिता हैं, फाइलें समान हैं। और कार्रवाई संचरित मापदंडों और निष्पादन योग्य फ़ाइल के नाम से निर्धारित होती है।

इसलिए, लॉन्च किया जा रहा है, InstallUpdate गेम क्लाइंट फ़ाइलों को अस्थायी फ़ोल्डर से गेम फ़ोल्डर में कॉपी करता है, और फिर अपडेट किए गए क्लाइंट को लॉन्च करता है और समाप्त करता है। इस स्थिति में, GetNewVersion.exe फ़ाइल को भी अद्यतन किया जा सकता है।

सभी क्रियाएं, साथ ही साथ होने वाली त्रुटियां, लॉग में विस्तार से दर्ज की जाती हैं, यह डीबगिंग के लिए बहुत उपयोगी है।

एक नया संस्करण तैयार करने की प्रक्रिया

हमने गेम क्लाइंट के दृष्टिकोण से अपडेट ऑपरेशन योजना की जांच की, लेकिन यह कैसे काम करता है? नए बिल्ड तैयार करने के लिए, मैंने एक और उपयोगिता लिखी - कंप्रेसब्यूल्ड । यह पुनरावर्ती रूप से एक फ़ोल्डर को स्कैन करता है, फ़ाइलों को डीफ्लैट विधि का उपयोग करके संपीड़ित करता है, और फ़ाइल सूची में उनके बारे में जानकारी लिखता है - filelist । संपीड़न के बाद, प्रतीक "_" को फ़ाइल नाम से जोड़ा जाता है। संपीड़ित फ़ाइलों को फिर से संपीड़ित नहीं किया जाता है, इसलिए, यदि आवश्यक हो, तो केवल व्यक्तिगत फ़ाइलों को बिल्ड फ़ोल्डर में अपडेट किया जा सकता है, कॉम्प्रेसेबिल्ड केवल उन्हें अपडेट करेगा।

ऑपरेशन के दौरान गेम क्लाइंट में कुछ फाइलें बदल जाती हैं, उदाहरण के लिए, सेटिंग्स में होते हैं। ऐसी फाइलों को नजरअंदाज किया जाना चाहिए, उपयोगिता बहिष्कृत फ़ाइल से उचित टेम्पलेट लेती है। यही है, ये फाइलें केवल filelist में नहीं मिलती हैं और अपडेट करते समय क्लाइंट पर खराब नहीं होती हैं।

इस प्रकार, एक नया निर्माण तैयार करने के लिए, मुझे आवश्यकता है:

1. \master फ़ोल्डर को \[_] कॉपी करें
2. कम्प्रेशनबाइल्ड चलाएं, जो इसमें फाइलों को पैक करेगा और उनकी एक सूची बनाएगा।
3. यह सब खेल की वेबसाइट पर अपलोड करें।
4. गेम सर्वर पर वर्तमान संस्करण की संख्या को डाउनलोड किए गए नंबर पर बदलें। देखा!

अब से, जब अपडेट करने वाले लोगों को एक नया संस्करण प्राप्त होगा।

खैर, सर्वर पर पुराने बिल्ड के साथ फोल्डर को हटाया जा सकता है ताकि स्पेस न लिया जा सके।

निष्कर्ष

बेशक, मेरा अपडेट सिस्टम सही नहीं है और खामियों के बिना नहीं। उदाहरण के लिए, यदि क्लाइंट में कोई फ़ाइल हटा दी गई थी, तो वह खिलाड़ियों के पास रहेगी। यदि फ़ाइल का नाम बदल दिया गया है, तो इसे नए के रूप में डाउनलोड किया जाएगा, और पुराने उदाहरण को हटाया नहीं जाएगा। आप निश्चित रूप से फ़ाइलों की सूची में फ़ाइलों को हटाने / नाम बदलने के लिए कमांड जोड़कर अद्यतन उपयोगिता को परिष्कृत कर सकते हैं, लेकिन सामान्य तौर पर ऐसी समस्याएं मेरे खेल के लिए प्रासंगिक नहीं हैं, इसलिए मैंने परेशान नहीं किया।

ठीक है, आप यहाँ स्रोत प्राप्त कर सकते हैं: astralheroes.com/files/UpdaterSrc.zip
(डेल्फी-2006 / टर्बो डेल्फी में संकलित, मैं अन्य संकलक के लिए वाउचर नहीं कर सकता)।