👂 👋🏿 🏪 मैंने यूनिवर्स को कैसे पैच किया 🙎🏿 🕯️ 📤

हैबे पर खेलों के विकास पर बहुत सारे लेख हैं, लेकिन उनमें से बहुत कम लेख हैं जो "पर्दे के पीछे" विषयों से संबंधित हैं। इन विषयों में से एक वितरण संगठन है, वास्तव में, खेल के लिए बड़ी संख्या में उपयोगकर्ताओं को लंबे समय तक (एक, दो, तीन)। इस तथ्य के बावजूद कि कुछ कार्य तुच्छ लग सकते हैं, मैंने एक विशिष्ट परियोजना के लिए इस मामले में रेक चलने के अपने अनुभव को साझा करने का निर्णय लिया। कोई रुचि रखता है - कृपया।

जानकारी के प्रकटीकरण के बारे में एक छोटा सा विषयांतर। अधिकांश कंपनियों को बहुत जलन होती है कि "आंतरिक रसोई" आम जनता के लिए सुलभ नहीं है। क्यों - मुझे नहीं पता, लेकिन जो है - वह है इस विशेष परियोजना में - द यूनिवर्सिटीम - मैं भाग्यशाली था और क्रायटिवो इंक के सीईओ। (पूर्व में क्रेटिवो गेम्स इंक।) एलेक्स वॉलेट इस तरह के मामले में बिल्कुल समझदार था, इसलिए मुझे दूसरों के साथ अनुभव साझा करने का अवसर मिला।

अपने आप में थोड़ा चिढ़ना

मैं लंबे समय से खेल विकास में शामिल हूं। कुछ में - एक गेम डिजाइनर और प्रोग्रामर के रूप में, कुछ में - एक सिस्टम एडमिनिस्ट्रेटर और एक प्रोग्रामर के फ्यूजन के रूप में (मुझे "डेप्स" शब्द पसंद नहीं है, क्योंकि यह ऐसी परियोजनाओं में मेरे द्वारा किए जाने वाले कार्यों के सार को सही रूप से प्रतिबिंबित नहीं करता है)।

2013 के अंत में (कैसे समय की डरावनी उड़ान), मैंने उपयोगकर्ताओं को नए संस्करण (बिल्ड) देने के बारे में सोचा। बेशक, उस समय ऐसे कार्य के लिए कई समाधान थे, लेकिन एक उत्पाद बनाने की इच्छा और "साइकिल निर्माण" की इच्छा जीत गई। इसके अलावा, मैं सी # अधिक गहराई से सीखना चाहता था - इसलिए मैंने अपना खुद का पैचर बनाने का फैसला किया। आगे देखते हुए, मैं कहूंगा कि यह परियोजना एक सफलता थी, एक दर्जन से अधिक कंपनियों ने इसका इस्तेमाल किया और अपनी परियोजनाओं में इसका इस्तेमाल किया, कुछ ने अपनी इच्छाओं को ध्यान में रखते हुए एक संस्करण बनाने के लिए कहा।

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

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

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

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

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

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

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

पैचर एल्गोरिथ्म

इसलिए, डेवलपर्स एक निश्चित आवृत्ति के साथ नए संस्करण जारी करते हैं। खिलाड़ी चाहते हैं कि ये संस्करण प्राप्त करें। डेवलपर का लक्ष्य इस प्रक्रिया को न्यूनतम लागत और खिलाड़ियों के लिए न्यूनतम सिरदर्द के साथ प्रदान करना है।

डेवलपर से

पैच तैयार करते समय, पैच के कार्यों के लिए एल्गोरिथ्म इस तरह दिखता है:

And उनकी विशेषताओं और SHA512 चेकसम के साथ एक गेम फ़ाइल ट्री बनाएं
File प्रत्येक फ़ाइल के लिए:
► ब्लॉक में सामग्री को तोड़ो।
► SHA256 चेकसम सहेजें।
And एक ब्लॉक को संपीड़ित करें और इसे फ़ाइल ब्लॉक मैप में जोड़ें।
Address इंडेक्स में ब्लॉक एड्रेस सेव करें।
○ फ़ाइल ट्री को उनके चेकसम के साथ सेव करें।
○ संस्करण डेटा फ़ाइल सहेजें।

डेवलपर को प्राप्त फ़ाइलों को सर्वर पर अपलोड करना होगा।

खिलाड़ी पक्ष

क्लाइंट पर, पैचर निम्न कार्य करता है:
○ एक अलग नाम के साथ एक फ़ाइल के लिए खुद को कॉपी करता है। यदि आवश्यक हो तो यह पैच निष्पादन योग्य फ़ाइल को अद्यतन करेगा। फिर नियंत्रण को प्रतिलिपि में स्थानांतरित कर दिया जाता है और मूल पूरा हो जाता है।
File संस्करण फ़ाइल डाउनलोड करें और स्थानीय संस्करण फ़ाइल के साथ तुलना करें।
Did यदि तुलना ने कोई अंतर नहीं प्रकट किया - तो आप खेल सकते हैं, हमारे पास नवीनतम संस्करण है। यदि कोई अंतर है, तो अगले आइटम पर जाएं।
○ उनके चेकसम के साथ फाइलों का एक पेड़ डाउनलोड करें।
The सर्वर से ट्री में प्रत्येक फ़ाइल के लिए:
A यदि कोई फाइल है, तो वह अपना चेकसम (SHA512) मानता है। यदि नहीं, तो इसे माना जाता है, लेकिन खाली (यानी ठोस शून्य के होते हैं) और इसके चेकसम पर भी विचार करता है।
► यदि स्थानीय फ़ाइल का योग नवीनतम संस्करण से फ़ाइल के चेकसम से मेल नहीं खाता है:
Local एक स्थानीय ब्लॉक मैप बनाता है और सर्वर से ब्लॉक मैप के साथ इसकी तुलना करता है।
, प्रत्येक स्थानीय ब्लॉक जो दूरस्थ से भिन्न होता है, के लिए यह सर्वर से एक संकुचित ब्लॉक को डाउनलोड करता है और इसे स्थानीय रूप से अधिलेखित करता है।
No यदि कोई त्रुटि नहीं है, तो संस्करण फ़ाइल को अपडेट करें।

मैंने डेटा ब्लॉक आकार को 1024 बाइट्स का एक से अधिक बना दिया, एक निश्चित संख्या में परीक्षणों के बाद, मैंने फैसला किया कि 64 जीबी ब्लॉक के साथ काम करना आसान था। हालांकि कोड में सार्वभौमिकता बनी हुई है:

#region DQPatcher class public class DQPatcher { // some internal constants // 1 minute timeout by default private const int DEFAULT_NETWORK_TIMEOUT = 60000; // maximum number of compressed blocks, which we will download at once private const UInt16 MAX_COMPRESSED_BLOCKS = 1000; // default block size, you can use range from 4k to 64k, //depending on average size of your files in the project tree private const uint DEFAULT_BLOCK_SIZE = 64 * 1024; ... #region public constants and vars section // X * 1024 bytes by default for patch creation public static uint blockSize = DEFAULT_BLOCK_SIZE; ... #endregion ....

यदि आप ब्लॉक को छोटा करते हैं, तो क्लाइंट को कम परिवर्तन की आवश्यकता होती है जब परिवर्तन स्वयं कम होते हैं। हालांकि, एक और समस्या उत्पन्न होती है - सूचकांक फ़ाइल का आकार ब्लॉक आकार में कमी के साथ विपरीत रूप से बढ़ता है - अर्थात। अगर हम 8KB के ब्लॉक से काम करते हैं, तो इंडेक्स फाइल 64KB के ब्लॉक से 8 गुना बड़ी होगी।

मैंने फाइलों और ब्लॉकों के लिए SHA256 / 512 को निम्नलिखित विचारों से चुना: गति (अप्रचलित) MD5 / SHA128 की तुलना में थोड़ी भिन्न है, लेकिन आपको अभी भी ब्लॉक और फाइलें पढ़ने की जरूरत है। और SHA256 / 512 के साथ टकराव की संभावना MD5 / SHA128 की तुलना में काफी कम है। पूरी तरह से उबाऊ होना - यह इस मामले में है, लेकिन यह इतना छोटा है कि इस संभावना की उपेक्षा की जा सकती है।

इसके अतिरिक्त, ग्राहक निम्नलिखित बातों को ध्यान में रखता है:
► डेटा ब्लॉक को विभिन्न संस्करणों में स्थानांतरित किया जा सकता है, अर्थात। स्थानीय रूप से, हमारे पास ब्लॉक नंबर 10 है, और सर्वर पर हमारे पास ब्लॉक नंबर 12 है, या इसके विपरीत। इस पर ध्यान दिया जाता है ताकि अतिरिक्त डेटा डाउनलोड न किया जा सके।
► ब्लॉक का अनुरोध एक बार में नहीं, बल्कि समूहों में किया जाता है - क्लाइंट आवश्यक ब्लॉकों की श्रेणियों को संयोजित करने का प्रयास करता है और उन्हें रेंज हेडर का उपयोग करके सर्वर से अनुरोध करता है। यह सर्वर लोड को भी कम करता है:

 // get compressed remote blocks of data and return it to the caller // Note: we always operating with compressed data, so all offsets are in the _compressed_ data file!! // Throw an exception, if fetching compressed blocks failed public byte[] GetRemoteBlocks(string remoteName, UInt64 startByteRange, UInt64 endByteRange) { if (verboseOutput) Console.Error.WriteLine("Getting partial content for [" + remoteName + "]"); if (verboseOutput) Console.Error.WriteLine("Range is [" + startByteRange + "-" + endByteRange + "]"); int bufferSize = 1024; byte[] remoteData; byte[] buffer = new byte[bufferSize]; HttpWebRequest httpRequest = (HttpWebRequest)WebRequest.Create(remoteName); httpRequest.KeepAlive = true; httpRequest.AddRange((int)startByteRange, (int)endByteRange); httpRequest.Method = WebRequestMethods.Http.Get; httpRequest.ReadWriteTimeout = this.networkTimeout; try { // Get back the HTTP response for web server HttpWebResponse httpResponse = (HttpWebResponse)httpRequest.GetResponse(); if (verboseOutput) Console.Error.WriteLine("Got partial content length: " + httpResponse.ContentLength); remoteData = new byte[httpResponse.ContentLength]; Stream httpResponseStream = httpResponse.GetResponseStream(); if (!((httpResponse.StatusCode == HttpStatusCode.OK) || (httpResponse.StatusCode == HttpStatusCode.PartialContent))) // rise an exception, we expect partial content here { RemoteDataDownloadingException pe = new RemoteDataDownloadingException("While getting remote blocks:\n" + httpResponse.StatusDescription); throw pe; } int bytesRead = 0; int rOffset = 0; while ((bytesRead = httpResponseStream.Read(buffer, 0, bufferSize)) > 0) { // if(verboseOutput) Console.Error.WriteLine("Got ["+bytesRead+"] bytes of remote data block."); Array.Copy(buffer, 0, remoteData, rOffset, bytesRead); rOffset += bytesRead; } if (verboseOutput) Console.Error.WriteLine("Total got: [" + rOffset + "] bytes"); httpResponse.Close(); } catch (Exception ex) { if (verboseOutput) Console.Error.WriteLine(ex.ToString()); PatchException pe = new PatchException("Unable to fetch URI " + remoteName, ex); throw pe; } return remoteData; }

बेशक, यह पता चला है कि ग्राहक को किसी भी समय बाधित किया जा सकता है और बाद में लॉन्च होने पर, यह वास्तव में अपना काम जारी रखेगा, और खरोंच से सब कुछ डाउनलोड नहीं करेगा।

यहां आप एंग्री बॉट्स उदाहरण परियोजना पर पैच के काम को दर्शाते हुए एक वीडियो देख सकते हैं:

कैसे खेल ब्रह्मांड पैच आयोजित किया गया था

सितंबर 2015 में, एलेक्स कोशेलकोव ने मुझसे संपर्क किया और परियोजना में शामिल होने की पेशकश की - उन्हें एक समाधान की आवश्यकता थी जो मासिक अपडेट के साथ खिलाड़ियों के 30 हजार (पूंछ के साथ) प्रदान करेगा। संग्रह में खेल का प्रारंभिक आकार 600 मेगाबाइट है। मुझसे संपर्क करने से पहले, इलेक्ट्रॉन का उपयोग करके अपना खुद का संस्करण बनाने का प्रयास किया गया था, लेकिन सब कुछ खुली फाइलों की इसी समस्या के खिलाफ आया (वैसे, इलेक्ट्रॉन का वर्तमान संस्करण ऐसा कर सकता है) और कुछ अन्य। साथ ही, डेवलपर्स में से कोई भी यह नहीं समझ पाया कि यह सब कैसे काम करेगा - उन्होंने मुझे कई साइकिल डिजाइन प्रदान किए, सर्वर भाग पूरी तरह से अनुपस्थित था - वे सभी अन्य कार्यों को हल करने के बाद इसे करना चाहते थे।

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

पैच के सामान्य संस्करण में, पैच के लिए डेटा ट्री इस तरह दिखता है:

 ./
 | - linux
 |  | - 1.0.0
 |  `- version.txt
 | - मैकोक्स
 |  | - 1.0.0
 |  `- version.txt
 `- खिड़कियां
     | - 1.0.0
     `- version.txt

मुझे यह सुनिश्चित करने की आवश्यकता थी कि केवल सही कुंजी वाले लोगों तक पहुंच हो।

मैं निम्नलिखित समाधान के साथ आया हूं - प्रत्येक कुंजी के लिए हमें इसका हैश (SHA1) मिलता है, फिर हम इसे सर्वर पर पैच डेटा तक पहुंचने के लिए एक पथ के रूप में उपयोग करते हैं। सर्वर पर, हम पैच डेटा को डॉक्रोट से उच्च स्तर पर स्थानांतरित करते हैं, और डॉक्रो में ही पैच डेटा के साथ निर्देशिका में सीमलिंक जोड़ते हैं। प्रतीकात्मक लिंक में कुंजी हैश के समान नाम होते हैं, केवल कई स्तरों में टूट जाते हैं (फ़ाइल सिस्टम के संचालन को सुविधाजनक बनाने के लिए), अर्थात। हैश 0f99e50314d63c30271 ... ... ade71963e7ff के रूप में प्रतिनिधित्व किया जाएगा

 ./0f/99/e5/0314d63c30271.....ade71963e7ff -----> / पूर्ण / पथ / से / पैच-डेटा /

इस प्रकार, यह आवश्यक नहीं है कि अपडेट सर्वर का समर्थन करने वाले किसी व्यक्ति को खुद चाबियाँ वितरित करें - यह उनकी हैश को स्थानांतरित करने के लिए पर्याप्त है जो खिलाड़ियों के लिए बिल्कुल बेकार हैं।

नई कुंजियाँ जोड़ने के लिए (या पुराने हटाएं) - संबंधित सिम्बोलिक लिंक को बस जोड़ें / निकालें।

इस कार्यान्वयन के साथ, कुंजी का सत्यापन स्वयं स्पष्ट रूप से कहीं भी नहीं किया जाता है, क्लाइंट पर 404 त्रुटियां प्राप्त करना इंगित करता है कि कुंजी गलत है (या निष्क्रिय किया गया है)।

यह ध्यान दिया जाना चाहिए कि कुंजी पहुंच पूर्ण सुरक्षा DRM सुरक्षा नहीं है - ये केवल (बंद) अल्फा और बीटा परीक्षण के चरण में प्रतिबंध हैं। और खोज को वेब सर्वर के माध्यम से आसानी से काट दिया जाता है (कम से कम नेग्नेक्स में, जो मैं उपयोग करता हूं)।

लॉन्च के महीने में, पहले दिन केवल 2.5 टीबी यातायात दिया गया था, अगले दिन, लगभग हर महीने औसतन लगभग समान राशि वितरित की जाती है:

इसलिए, यदि आप बहुत सारी सामग्री वितरित करने की योजना बनाते हैं - अग्रिम में गणना करना सबसे अच्छा है कि यह आपको कितना खर्च करेगा। व्यक्तिगत टिप्पणियों के अनुसार - यूरोपीय होस्टरों से सबसे सस्ता यातायात, अमेज़ॅन और Google से सबसे महंगा (मैं "सोना" कहूंगा)।

व्यवहार में, द यूनिवर्सिम में प्रति वर्ष औसतन ट्रैफ़िक की बचत बहुत बड़ी है - उपरोक्त संख्याओं की तुलना करें। बेशक, अगर उपयोगकर्ता के पास कोई गेम नहीं है या यह बहुत पुराना है, तो चमत्कार नहीं होगा और उसे सर्वर से बहुत सारे डेटा डाउनलोड करने होंगे - यदि स्क्रैच से, तो गेम से थोड़ा अधिक संग्रह में ले जाता है। हालांकि, मासिक अपडेट के साथ, चीजें वास्तव में अच्छी हो जाती हैं। 6 महीने से भी कम समय में, अमेरिकी दर्पण ने 10 टीबी से अधिक ट्रैफिक दिया, बिना किसी पैच के उपयोग के इस मूल्य में काफी वृद्धि हुई होगी।

इस तरह से परियोजना का वार्षिक यातायात कैसा दिखता है:

सबसे यादगार "रेक" के बारे में कुछ शब्द जो हमें खेल "द यूनिवर्सिटीम" के लिए एक कस्टम पैच पर काम करने की प्रक्रिया में कदम रखने थे:

● सबसे बड़ी मुसीबत मुझे एंटीवायरस से इंतजार था। ठीक है, वे उन अनुप्रयोगों को पसंद नहीं करते हैं जो वहां इंटरनेट से कुछ डाउनलोड करते हैं, फ़ाइलों (निष्पादन योग्य सहित) को संशोधित करते हैं, और फिर डाउनलोड को चलाने का भी प्रयास करते हैं। कुछ एंटीवायरस ने केवल स्थानीय फ़ाइलों तक पहुंच को अवरुद्ध नहीं किया - उन्होंने कॉल को अपडेट सर्वर पर स्वयं को अवरुद्ध कर दिया, सीधे उस डेटा में प्राप्त हो रहा है जिसे क्लाइंट ने डाउनलोड किया है। पैच के लिए एक वैध डिजिटल हस्ताक्षर का उपयोग करना था - यह नाटकीय रूप से एंटीवायरस के व्यामोह को कम करता है, और एचटीटीपीएस प्रोटोकॉल का उपयोग HTTP के बजाय - एंटीवायरस की जिज्ञासा से जुड़ी कुछ त्रुटियों को जल्दी से समाप्त करता है।

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

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

● एप्लिकेशन इंस्टॉल करने की इस विधि के साथ Apple बहुत सहज नहीं है। आधिकारिक नीति - आवेदन केवल उनके स्टोर से स्थापित किए जाने चाहिए। लेकिन परेशानी यह है कि स्टोर में अल्फा और बीटा परीक्षण चरणों में आवेदन की अनुमति नहीं है। और इससे भी ज्यादा, कच्चे अनुप्रयोगों को जल्दी पहुंच से बेचने की बात नहीं है। इसलिए, आपको पॉपपीज़ पर नृत्य करने के लिए निर्देश लिखना होगा। AppAnnie के साथ विकल्प (तब वे अभी भी स्वतंत्र थे) को परीक्षकों की संख्या की सीमा के कारण नहीं माना गया था।

● नेटवर्किंग काफी अप्रत्याशित है। एप्लिकेशन को तुरंत नहीं देने के लिए, मुझे एक त्रुटि काउंटर दर्ज करना होगा। 9 पकड़े गए अपवाद आपको उपयोगकर्ता को दृढ़ता से बताने की अनुमति देते हैं कि उसे नेटवर्क की समस्या है।

● 32-बिट ऑपरेटिंग सिस्टम में फ़ाइलों के आकार पर प्रतिबंध है जो निष्पादन के प्रत्येक थ्रेड के लिए मेमोरी (मेमोरी मैप्ड फाइल - एमएमएफ) में प्रदर्शित होते हैं और पूरी प्रक्रिया के लिए। पैच के पहले संस्करणों ने काम को गति देने के लिए एमएमएफ का उपयोग किया, लेकिन चूंकि खेल संसाधनों की फाइलें बहुत बड़ी हो सकती हैं, इसलिए मुझे इस दृष्टिकोण को छोड़ना पड़ा और साधारण फाइल धाराओं का उपयोग करना पड़ा। एक विशेष प्रदर्शन हानि, वैसे, देखा नहीं गया था - ओएस के सक्रिय पढ़ने के कारण सबसे अधिक संभावना है।

● आपको उपयोगकर्ताओं को शिकायत करने के लिए तैयार रहना होगा। कोई फर्क नहीं पड़ता कि आपका उत्पाद कितना अच्छा हो सकता है, हमेशा ऐसे लोग होंगे जो संतुष्ट नहीं हैं। और आपके उत्पाद के अधिक उपयोगकर्ता (द यूनिवर्सिटीम के मामले में इस समय 50 हजार से अधिक हैं) - अधिक मात्रात्मक रूप से आपसे शिकायतें होंगी। प्रतिशत के संदर्भ में, यह एक बहुत छोटी संख्या है, लेकिन मात्रात्मक शब्दों में ...

इस तथ्य के बावजूद कि परियोजना पूरी तरह से सफल रही, इसमें कुछ कमियां हैं:

● भले ही मैंने शुरू में सभी मुख्य तर्क अलग-अलग निकाले हों, जीयूआई भाग मैक और विंडोज के लिए अलग-अलग है। लिनक्स संस्करण समस्याओं का कारण नहीं था - सभी समस्याएं मुख्य रूप से केवल एक अखंड निर्माण का उपयोग करते समय होती थीं, जिसमें मोनो रनटाइम पर्यावरण - एमआरई की आवश्यकता नहीं होती थी। लेकिन जब से आपको ऐसी निष्पादन योग्य फ़ाइलों को वितरित करने के लिए एक अतिरिक्त लाइसेंस की आवश्यकता होती है, तो अखंड बिल्डरों को छोड़ने और बस MRE की आवश्यकता होती है। लिनक्स संस्करण केवल विंडोज विशेषताओं से अलग है, जो फ़ाइल विशेषताओं के समर्थन में * निक्स सिस्टम के लिए विशिष्ट है। मेरी दूसरी परियोजना के लिए, जो सिर्फ एक पैचर से अधिक होगी, मैं एक कर्नेल-प्रक्रिया के रूप में एक मॉड्यूलर दृष्टिकोण का उपयोग करने की योजना बनाता हूं जो पृष्ठभूमि में चलता है और स्थानीय इंटरफ़ेस पर सब कुछ प्रबंधित करने की अनुमति देता है। और नियंत्रण को केवल इलेक्ट्रॉन पर आधारित अनुप्रयोग और जैसे (या केवल ब्राउज़र से) किया जा सकता है। किसी भी छोटी चीज के साथ। इस तरह के अनुप्रयोगों के वितरण के आकार के बारे में बात करने से पहले - खेल के आकार को देखें। डेमो (!!!) के कुछ संस्करण 5 या अधिक गीगाबाइट्स पर संग्रह (!!!) में हैं।

● अब उपयोग की जाने वाली संरचनाएं अंतरिक्ष को नहीं बचाती हैं जब खेल 3 प्लेटफार्मों के लिए जारी किया जाता है - वास्तव में, आपको लगभग समान डेटा की 3 प्रतियां रखने की आवश्यकता होती है, यद्यपि संपीड़ित।

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

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

● यदि आप अपडेट तक पहुंच को प्रतिबंधित करना चाहते हैं, तो इस तर्क को स्वतंत्र रूप से लागू करना होगा। वास्तव में, इसे शायद ही एक खामी कहा जा सकता है, क्योंकि प्रतिबंधों के संबंध में हर किसी की अपनी इच्छाएं हो सकती हैं। सबसे सरल कुंजी प्रतिबंध - बिना किसी सर्वर भाग के - काफी सरल बना दिया जाता है, जैसा कि मैंने ऊपर दिखाया।

● एक पैच एक समय में केवल एक परियोजना के लिए बनाया जाता है। यदि आप स्टीम के समान कुछ बनाना चाहते हैं, तो एक संपूर्ण सामग्री वितरण प्रणाली पहले से ही आवश्यक है। और यह पूरी तरह से अलग स्तर की परियोजना है।

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

यदि आपके पास एक गैर-लाभकारी परियोजना है और आपको एक पैचर की आवश्यकता है, तो मुझे अपनी परियोजना के बारे में विवरण लिखें और मैं आपको मुफ्त में एक कॉपी दूंगा। यहां कोई लिंक नहीं होगा, क्योंकि यह "I PR" हब नहीं है।

मुझे आपके सवालों का जवाब देने में खुशी होगी।

मैंने यूनिवर्स को कैसे पैच किया

अपने आप में थोड़ा चिढ़ना

पैचर एल्गोरिथ्म

डेवलपर से

खिलाड़ी पक्ष

कैसे खेल ब्रह्मांड पैच आयोजित किया गया था

More articles: