أخبرني مسؤول مشارك أنه لم يتمكن من تنزيل نسخة احتياطية من البريد الإلكتروني المستلم لأن التنزيل تعطل عند حوالي 50٪.
حاولت وواجهت نفس الشيء. يعمل تنزيل الأرشيف بشكل جيد حتى يتوقف مع ظهور “فشل - خطأ في الشبكة”. المحاولة للاستئناف على كروم (Chrome) تُرجع “فشل - خطأ غير معروف في الخادم”. لم تكن لدي أي مشكلة في المرة الأخيرة التي قمت فيها بتنزيل نسخ احتياطية من هذا الخادم (منذ أشهر). (هذا متوقع)
أي أفكار؟
تعديل، مزيد من المعلومات:
خطوات إعادة الإنتاج:
قم بتنزيل نسخة احتياطية من الرابط المرسل عبر البريد الإلكتروني
محاولة استئناف التحميل على كروم يعرض رسالة “فشل - خطأ غير معروف في الخادم”. لم أواجه أي مشكلة في المرة الأخيرة التي قمت فيها بتنزيل النسخ الاحتياطية من هذا الخادم (قبل أشهر).
أتساءل عما إذا كان هذا يرجع إلى الرابط لمرة واحدة. لا يمكنك تنزيل نسخة احتياطية مرتين برابط واحد. لذلك، عندما يفشل مرة واحدة، من المحتمل أن يتم إلغاء استئناف التنزيل بواسطة Discourse نفسه.
لقد أرسلت طلب سحب (PR) لمعالجة هذا الأمر عن طريق زيادة مهلات (timeouts) Nginx تحديداً لـ /admin/backups/، مما ينبغي أن يساعد في منع انقطاعات “فشل – خطأ في الشبكة” أثناء التنزيلات الكبيرة:
تم التحديث بالكامل إلى 2025.12.0-latest، ولا تزال المشكلة قائمة.
تعديل: يمكنني تنزيل النسخ الاحتياطية عبر WinSCP أو ما شابه ذلك، ولكن سيكون من الجيد لو عمل كما هو معلن عنه واكتمل تنزيل رابط البريد الإلكتروني والتنزيل عبر المتصفح بنجاح.
من المحتمل أن يكون الذكاء الاصطناعي (AI) مخطئًا ولكنه ينصح أيضًا بزيادة: DISCOURSE_NGINX_PROXY_READ_TIMEOUT: 600 لحل هذه المشكلة.
إنه لا يعرف. لا يمكنه أن يعرف. يعتمد الأمر على إعداد Docker الخاص بك في ملف yml الخاص بك. عادة ما يكون في standalone، ولكنه قد يكون في web_only، ولكنه قد يكون أيضًا في أي مكان في نظام الملفات.
في حين أن هذا صحيح من الناحية الفنية، لا أتذكر أن أي شخص آخر أعرب عن هذا القلق في العقد الماضي. هل تجده مضللاً للغاية؟ يمكنك تغييره على موقعك الخاص إذا كنت تعتقد أنه سيساعد.
