أنا معك. إنه معيار شائع حديث.
ضغط ملف مرتين يستهلك الوقت والموارد دون فائدة.
لكن من الجيد لو كان بإمكان شخص ما إنجاز هذا العمل الذي لا يثير الحماس! إنه ليس شيئًا لامعًا أو جذابًا، لكنه سيحسّن حياة أولئك الذين يستضيفون خوادمهم بأنفسهم.
إعجاب واحد (1)
أضفني إلى قائمة الأشخاص الذين سيقدّرون هذا، لأن حجم النسخة الاحتياطية المزدوج يتسبب في فشل النسخ الاحتياطي من حين لآخر بالنسبة لي، مما يفرض عليّ تنظيفًا يدويًا فقط للحفاظ على استمرار عمل النسخ الاحتياطي.
إعجاب واحد (1)
ربما يمكن أن تكون #pr-welcome؟
إنه إصلاح صغير، لكن كسر النسخ الاحتياطية أمر سيء جدًا جدًا أيضًا.
3 إعجابات
ربما تكون هذه هي الإجابة - كيف يمكنني القيام بذلك؟ إنها ليست وسمًا متاحًا في هذه الفئة
فقط شخص مثل سام يمكنه تحديد ما سيقبله كطلب دمج (PR). بالطبع، ليس كل طلب دمج هو طلب تم طلبه صراحةً.
إعجاب واحد (1)
نعمل حاليًا على بعض الأمور ذات الصلة. لسنا متأكدين بعد مما إذا كانت ستؤثر مباشرةً على هذا الأمر، لكننا سنشارك المزيد من التفاصيل عندما نتعرف على مزيد من المعلومات.
6 إعجابات
يجب أن يُزيل هذا التغيير شرط «مساحة تخزين مضاعفة» (2x disk space) للنسخ الاحتياطية. كما أنه يوزّع تكلفة المعالجة المركزية (CPU) الخاصة بـ gz على كامل عملية النسخ الاحتياطي، بدلاً من أن تكون عنق زجاجة في النهاية:
كما أننا ندرس فكرة التخلي تماماً عن ضغط .gz المغلف. لكن ذلك سيشكّل تغييراً في التنسيق، لذا نحتاج إلى توخي الحذر الشديد عند إجراء هذا النوع من التغييرات.
قد يكون الأشخاص الذين يستخدمون S3 للرفع مهتمين أيضاً بهذا التحسين في الأداء الذي أُطلق أمس.
4 إعجابات
شكرًا… آمل أن نشهد اختبارات شاملة لاستعادة النسخ الاحتياطية، فهذا أسلوب جديد نسبيًا في هذا المجال.
بالطبع!
إذا كان هناك أعضاء في المجتمع مهتمون بالمساعدة في الاختبار، يمكنك استخدام اسم الفرع (branch) ذلك في حقل version: بملف YAML الخاص بموقعك، ثم إعادة النشر وتجربته.
(أنصحك بذلك على موقع تجريبي بدلاً من الموقع الرئيسي)
إعجابَين (2)