الخلاصة: المسار داخل التطبيق ليس هو المسار نفسه الذي تراه في ملفات ZimaOS
قد يحفظ MeTube الملفات في مسار مثل /downloads داخل حاويته، بينما يربط ZimaOS هذا المسار بمجلد مختلف تمامًا على المضيف. ويؤدي تغيير الجانب الخطأ من الربط إلى اختفاء الملفات التي تم تنزيلها ظاهريًا.
اقرأ ربط وحدة التخزين باعتباره مسار المضيف ← مسار الحاوية
/media/Storage/Downloads/MeTube -> /downloadsيكتب MeTube الملفات إلى /downloads. ويظهر الملف الفعلي ضمن /media/Storage/Downloads/MeTube في ZimaOS. يشرح دليل مسارات تطبيقات ZimaOS الحالي هذا النموذج بالتحديد.
تسمّي Docker الآلية نفسها عمليات الربط في Docker. وتغطي وحدات تخزين Docker نموذج التخزين الشائع الآخر.
اعثر على الملف بالتحقق من إعدادات التطبيق أولًا
افتح إعدادات التطبيق وافحص كل صف من صفوف وحدات التخزين. حدّد مسار الحاوية الذي يستخدمه التطبيق للتنزيلات، ثم اتبع جانب المضيف في ذلك الصف ضمن ملفات ZimaOS. لا تبحث في وحدة التخزين الشبكية بأكملها قبل التحقق من الربط.
أبقِ بيانات التنزيل بعيدًا عن محرك النظام
بالنسبة إلى تطبيقات التنزيل وخوادم الوسائط وتطبيقات الصور، اربط البيانات الكبيرة بمساحة تخزين فعلية بدلًا من قرص نظام ZimaOS. ويساعدك ترحيل بيانات ZimaOS عندما يكون التطبيق قد بدأ الكتابة إلى محرك الأقراص الخطأ.
استخدم مخطط مسارات متسقًا عبر التطبيقات
على سبيل المثال، امنح تطبيقات التنزيل ومديري الوسائط مسار المضيف الرئيسي نفسه متى أمكن. فهذا يقلل من الالتباس بشأن المسارات ويجعل النسخ الاحتياطية أسهل. وتوفر متطلبات تطبيقات ZimaOS السياق الأوسع لتخزين التطبيقات.
