استكشاف أخطاء تحميل S3 وإصلاحها: الموقع يتجمد بعد إعادة البناء، وأصول JavaScript تفشل في التحميل مع net::ERR_... على كل من R2 و GCS

[Ryze_Chen]

مرحبًا فريق ومجتمع Discourse،

لقد كنت أحاول تكوين نسخة Discourse المستضافة ذاتيًا لاستخدام تخزين كائنات متوافق مع S3 خارجي، لكنني واجهت مشكلة مستمرة وغير عادية. سأكون ممتنًا جدًا لأي مساعدة.

بيئتي:

• إصدار Discourse: تثبيت Docker قياسي، أحدث tests-passed.

• المضيف: [مزود خدمة VPS الخاص بك ونظام التشغيل] (请在这里填入您的服务商和系统)

• الوكيل العكسي: Caddy

الهدف: هدفي هو نقل جميع التحميلات (تحميلات المستخدم وأصول الموقع) من التخزين المحلي إلى مزود خارجي.

ملخص المشكلة: بعد تكوين app.yml لـ S3 (إما Cloudflare R2 أو Google Cloud Storage) وتشغيل ./launcher rebuild app، يتعطل الموقع على شاشة التحميل الأولية (الدائرة الزرقاء). تُظهر أدوات مطوري متصفح الويب أن معظم أصول JavaScript الأساسية تفشل في التحميل من عنوان URL الخاص بشبكة توصيل المحتوى (CDN) الخارجية مع خطأ شبكة عام (net::ERR_...).

خطوات التصحيح التي تم اتخاذها:

1. محاولة مع Cloudflare R2:

   • قمت بتكوين حاوية Cloudflare R2، وإنشاء رمز مميز للوصول (قراءة وكتابة الكائنات)، وربط نطاق مخصص (s3.ryzelan.sbs) عبر Cloudflare DNS.
   • قمت بتكوين app.yml باستخدام بيانات اعتماد R2، والنطاق المخصص كعنوان نقطة نهاية/عنوان URL لشبكة توصيل المحتوى (CDN)، وضبط DISCOURSE_FORCE_HTTPS: true و DISCOURSE_S3_FORCE_PATH_STYLE: true.

2. اختبار حاسم - التبديل إلى Google Cloud Storage:

   • لاستبعاد مشكلة خاصة بـ Cloudflare، قمت بالتراجع عن جميع التغييرات وأجريت إعدادًا جديدًا باستخدام Google Cloud Storage باستخدام مفاتيح التوافق مع S3.
   • بعد إعادة البناء بتكوين GCS، واجهت نفس نمط فشل تحميل JavaScript بالضبط كما هو الحال مع R2.

الوضع الحالي:

• تكتمل عملية ./launcher rebuild app دون أي أخطاء معروضة في الطرفية.
• حاوية app تعمل بشكل صحيح بعد إعادة البناء (تم التحقق منها باستخدام docker ps).
• أمر ./launcher logs app لا يُظهر أي أخطاء؛ تبدو جميع الخدمات الداخلية (unicorn، redis، postgres) قيد التشغيل بشكل طبيعي.
• تبدو المشكلة كفشل على مستوى الشبكة عندما يحاول المتصفح جلب أصول JS من عنوان URL الخاص بشبكة توصيل المحتوى (CDN) الخارجية المُكوّنة، ويحدث هذا بغض النظر عن المزود (R2 أو GCS) المستخدم.

إليك كتلة app.yml النهائية التي استخدمناها لـ R2 (كانت GCS مشابهة):

— تكوين Cloudflare R2 S3 START (الإصدار النهائي) —

DISCOURSE_FORCE_HTTPS: true
DISCOURSE_USE_S3: true
DISCOURSE_S3_REGION: “us-east-1”
DISCOURSE_S3_ENDPOINT: “https://s3.ryzelan.sbs”
DISCOURSE_S3_CDN_URL: “https://s3.ryzelan.sbs”
DISCOURSE_S3_ACCESS_KEY_ID: “REDACTED”
DISCOURSE_S3_SECRET_ACCESS_KEY: “REDACTED”
DISCOURSE_S3_BUCKET: “ryzelan-discourse”
DISCOURSE_S3_FORCE_PATH_STYLE: true

— تكوين Cloudflare R2 S3 END —

سؤالي: ما الذي يمكن أن يتسبب في فشل إعادة بناء Discourse جديدة باستمرار في تحميل أصولها الخاصة من مزودين سحابيين رئيسيين مختلفين مع خطأ في الشبكة؟ هل هناك مشكلة معروفة مع بيئات شبكات VPS معينة، أو شبكات Docker، أو Caddy يمكن أن تسبب هذا؟

شكرًا لوقتكم وأي رؤى يمكنكم تقديمها.

[pfaffman (Jay Pfaffman)]

@Ryze_Chen

الموقع يعلق على شاشة التحميل الأولية (الدوار الأزرق).

هل قمت بتضمين جزء لتحميل تلك الأصول إلى S3؟

@Discourse

لتخزين أصول Discourse الثابتة في Object Storage الخاص بك، أضف هذا التكوين في ملف app.yml الخاص بك ضمن قسم hooks:

  after_assets_precompile:
    - exec:
        cd: $home
        cmd:
          - sudo -E -u discourse bundle exec rake s3:upload_assets
          - sudo -E -u discourse bundle exec rake s3:expire_missing_assets

إذا لم تفعل ذلك، فلن تكون أي من الأصول موجودة على S3 ولن يتم تحميل الموقع.

[tobiaseigen]

@Ryze_Chen هل تمكنت من حل مشكلتك؟