رابط تصدير البيانات على S3 لا يستخدم عنوان CDN

[nodomain]

عند استخدام عنوان URL لشبكة توصيل المحتوى (CDN) يشير إلى S3 وإنشاء تصدير بيانات، يتم إنشاء رابط التصدير باستخدام عنوان URL الخاص بـ S3 وبالتالي يفشل التنزيل.

يرجى استخدام عنوان URL الخاص بشبكة توصيل المحتوى (CDN) هناك أيضًا.

[pfaffman (Jay Pfaffman)]

هذا يبدو السلوك المطلوب. سيتم تنزيل الملف مرة واحدة فقط وهو خاص، لذلك لا يوجد سبب لتخزينه مؤقتًا بواسطة شبكة توصيل المحتوى (CDN). صحيح؟

[nodomain]

ولكنه يتعطل إذا قمت بحظر الوصول المباشر إلى دلو S3 كما يتعين علينا القيام به بسبب إرشادات الشركة.

[RGJ (Richard - Communiteq)]

أيضًا ما ذُكر في

• Image lightbox "download" link pointing to S3 bucket not CDN
• Downloads coming from S3 even with DISCOURSE_S3_CDN_URL set
• S3 CDN URL not being used on non-image uploads - #4 by martin

وهذا الموضوع الأخير يشرح سبب ذلك:

@martin

بشكل أساسي، نقوم دائمًا بالتنزيل من S3 باستخدام عنوان URL موقع مسبقًا إذا كنا نقوم بـ “تنزيل قسري”، وهو ما يحدث عندما ننقر على رابط المرفق أو ننقر على زر التنزيل على صورة. هذا حتى يمكن إضافة رؤوس content-disposition المناسبة:

attachment; filename="#{upload.original_filename}"; filename*=UTF-8''#{upload.original_filename}

لا أعتقد أنه من الممكن جعل عنوان URL لشبكة توصيل المحتوى (CDN) يتصرف بهذه الطريقة؟ يُستخدم عنوان URL لشبكة توصيل المحتوى (CDN) للصور فقط عند عرضها ضمن السطر، وليس عند تنزيلها. وأيضًا في حالة الصور الآمنة والمرفقات التي لديها قائمة وصول خاصة (ACL)، يجب دائمًا استخدام عنوان URL الموقع مسبقًا.

سيكون من الجيد لو كان هناك خيار لعمل وكيل لتلك التنزيلات عبر Discourse، ولو فقط لعدم كشف حاوية S3 للعالم.

[nodomain]

في حالتي، سأكون على ما يرام أيضًا مع استخدام عنوان URL الموقّع ولكن حاليًا يشير مباشرةً إلى عنوان URL HTTPS الخاص بـ S3.

[Bathinda (Bathinda Helper)]

نقطة صحيحة.

@nodomain، هل تم حل هذه المشكلة من قبل؟