نعم، لدينا هذا الإعداد العام GlobalSetting، والذي يمكنك تمكينه عن طريق تعيين متغير البيئة DISCOURSE_REDIRECT_AVATAR_REQUESTS=true
بعد ذلك، بدلاً من الوكالة (proxying)، سيتم تقديم طلبات الصور الرمزية (avatar) مع إعادة توجيه 302 إلى مخزن الملفات.
بحد ذاته… هذه ليست فكرة جيدة حقًا. هذا يعني أن المتصفحات يجب أن تقوم برحلتين ذهابًا وإيابًا كاملتين عبر HTTP لكل صورة رمزية. لذلك، في حين أنها قد تحل مشكلة “الحماية من الربط المباشر” لديك… لا أوصي بتمكينها. ستجعل التجربة أسوأ لمستخدميك.
نحن نستخدم الإعداد في استضافة discourse.org الخاصة بنا. لكننا ندعمها بدالة (lambda) تعمل على شبكة توصيل المحتوى (CDN) Cloudfront الخاصة بنا. تكتشف إعادة التوجيه 302 وتقوم بالوكالة بنفسها. في الأساس: ننقل الوكالة من خوادمنا التطبيقية إلى شبكة توصيل المحتوى.
أما بالنسبة للسؤال الأكثر عمومية “هل يمكننا تغيير الصور الرمزية للربط مباشرة بالأصل (asset)”؟ الأمر معقد لأن عناوين URL للصور الرمزية مضمنة في جميع المشاركات التاريخية (مثل الاقتباسات). تسمح لنا عناوين URL الديناميكية /user-avatar/ بالحفاظ على عمل هذه المشاركات عندما يغير المستخدم صورته الرمزية. أخشى أنه ليس لدينا أي خطط لتغيير هذا النظام.
إذا كانت هناك طريقة سهلة ومنخفضة المخاطر يمكننا من خلالها جعل الوكالة الحالية تعمل لحالة الاستخدام الخاصة بك (على سبيل المثال، إضافة إعداد عام GlobalSetting يدرج رأس HTTP محددًا في أي طلبات وكالة للصور الرمزية)، فيمكننا النظر في قبول طلب سحب (PR) لهذا التغيير.