إرجاع 500 عند طلب الصور الرمزية المخصصة للمستخدمين

الدعم
, ,
1

لقد حاولت تحميل صورة رمزية مخصصة، وتم تحميلها بنجاح، ولكن عند طلب https://example.com/user_avatar/example.com/example_user/96/11_2.png، أعادت خطأ 500 فقط. الصورة الرمزية الافتراضية المجهولة لا تحتوي على هذا الخطأ.

أحدث فرع Discourse master.
يتم استخدام Cloudflare R2 كمخزن S3 الخاص بي.

2

هل أنت على #unsupported-install؟

على أي حال، 500 وحده لا يكفي من المعلومات. يرجى مشاركة معلومات السجل ذات الصلة وقد يساعدك شخص ما.

إعجابَين (2)
3

بالتأكيد. بالمناسبة، لقد استخدمت Cloudflare R2 (متوافق مع S3) لتخزين محتوى التحميل، عندما قمت بفحص الملفات في الدلو، كان ملف الصورة الرمزية موجودًا بالفعل، ولكن العملاء لم يتمكنوا من الوصول إليه باستخدام https://example.com/user_avatar/example.com/example_user/96/11_2.png، هذا غريب جدًا.

4

في production.log، وجدت هذا السطر:

Processing by UserAvatarsController#show as PNG
  Parameters: {"hostname" => "echonet.icu", "username" => "where", "size" => "288", "version" => "12_2"}
Completed 418  in 599ms (Views: 4.1ms | ActiveRecord: 0.0ms (0 queries, 0 cached) | GC: 0.4ms)
5

قد يكون هذا متعلقًا بـ:

قد تكون مشكلة S3 مع أحدث إصدار :thinking:.

7

حسنًا، أتمنى أن تكون مجرد مشكلة تتعلق بالإصدار الليلي الحالي. تم حلها عن طريق ضبط وكيل.

8

مرحباً @MoRanYue، هل يمكنك توضيح المزيد حول كيفية حل المشكلة؟

أواجه نفس المشكلة.

شكراً

9

@avidseeker
عند استخدام خدمة OSS ولا يمكن لخادمك الوصول إليها، على سبيل المثال، أنت في الصين وتم حظر اتصالات خادمك بخدمة Cloudflare R2 بواسطة مزود خدمة الإنترنت المحلي. عندما يحاول العملاء الحصول على موارد الصور الرمزية المخصصة، يجب على خادمك الحصول عليها من خدمة OSS، ولكن فشل ذلك، ثم يعيد خطأ 500 للعملاء.

في حالتي، قمت بتعيين متغيري بيئة: HTTP_PROXY و HTTPS_PROXY لخادم وكيل يمكنه الوصول إلى خدمة OSS الخاصة بك. إذا قمت بتثبيت Discourse باستخدام التثبيت القياسي، فيجب أن يحتوي ملف app.xml الخاص بك على حقل يسمى env، وأضف هذين المتغيرين ثم يمكنك التشغيل. لقد استخدمت تثبيتًا غير مدعوم واستخدمت Systemd لإدارة Discourse، لذلك أضفت معلمتين Environment في ملف .service.

لا أعرف ما إذا كان بلدك لديه نظام رقابة على الشبكة. إذا كان الأمر كذلك، يمكنني افتراض أنك تعرف بالفعل ما يجب عليك فعله؛ إذا لم يكن الأمر كذلك، فتحقق من حالة خدمة OSS الخاصة بك عبر الإنترنت وإعداداتك المتعلقة بـ S3.

إعجاب واحد (1)
10

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.