أحد منتديات Discourse التي أستخدمها لديه الإعداد الافتراضي للسماح فقط بـ “ملفات الصور”، ومع ذلك، فإن ملفات .svg تقول إنها “غير مصرح بها”، بينما ملفات .svg هي صور، فقط صور متجهة بدلاً من صور نقطية، وهذا يعني أنه يمكن تغيير حجمها دون فقدان الجودة. أيضًا، الأحجام قابلة للمقارنة، إن لم تكن أصغر، عندما قمت بتحويل .png إلى .svg:
إذًا، هل هناك أي سبب لعدم معاملة ملف .svg كملف صورة؟
يقوم المسؤول بتعيين أنواع الملفات المقبولة. Svg ليس موجودًا هناك افتراضيًا، ولكن يمكن إضافته من إعداد authorized_extensions. إذا سألت المسؤول الخاص بك، فقد يأخذونه في الاعتبار؟
المشكلة هي أن المسؤولين يتجاهلون الرسائل المباشرة، مقتبسين أحدهم:
وهم يتجاهلون 99.9% من المواضيع في المنتديات.
هل يوجد قسم Site feedback يمكنك تقديم هذه الطلبات فيه؟ أو ربما التواصل معهم من عنوان البريد الإلكتروني الموجود في صفحة /about الخاصة بالمنتدى؟
أليس هذا خطرًا أمنيًا محتملاً، ما لم يتم تنقية الملف؟
أخشى أنني لا أعرف الإجابة الكاملة على ذلك، لكنني أعتقد أن discourse يقوم ببعض عمليات التحقق كجزء من التحميل؟
هذه ليست مشكلة يمكن حلها هنا. إذا كنت لا تحب طريقة إدارة المنتدى، فلا تستخدمه أو ابدأ منتداك الخاص.
@pfaffman، أعتقد أن الأمر هو: الإعدادات الافتراضية المعقولة تعني تقليل ازدواجية الجهود. يمكنني أن أطلب من جميع المسؤولين تمكين تحميل SVG، كما فعل آخرون:
… أو يمكنني أن أطلب من Meta تعيينه كإعداد افتراضي. في تلك النقطة، أتفق مع @Ondrashek06.
حسنًا، بعد 4 سنوات وأنا أتفق تمامًا!
@pfaffman، شكرًا لك!
هناك احتمال أن يكون هناك سبب لا أفهمه يجعل تضمينه افتراضيًا فكرة سيئة. 
@pfaffman، أفترض أنه التطهير، لأنه تنسيق قوي جدًا. ومع ذلك، بالنظر إلى أن HTML المضمن مدعوم، وتدعم المنتديات الأخرى SVGs، فإنه بالتأكيد ليس مستحيلاً، خاصةً لأنها تبدو مسموحًا بها هنا:
للتوضيح، ما يلي هو SVG:
إذًا…
تم تنقية SVG.
في الوقت الذي قرأت فيه الكود، كان حكمي هو أن التنقية كانت قوية جدًا في الواقع، وهذا أعطاني الثقة لتمكينها على موقعي.
أتفهم إذا كانت CDCK لا تريد تحمل مسؤولية اتخاذ هذا القرار للجميع، خاصة وأن SVG المنقى لا يلبي جميع احتياجات ملفات SVG. على سبيل المثال، على موقعي، ينشر الأشخاص أحيانًا ملفات SVG مخصصة للقطع بالليزر، وفي بعض الأحيان تكون التعديلات المطبقة في تلك التنقية قد كسرتها بصمت لهذا الغرض.
لذلك أتفهم التردد في تمكينها افتراضيًا، على الرغم من أنها كانت مصدر إزعاج بسيط بالنسبة لي عندما كنت أقوم بالتكوين.
@mcdanlj، يسمح Blender، على الأرجح عبر إضافة، بتحميل الملفات. هذا غير قابل للتطبيق افتراضيًا، ولكنه قد يساعد منتداك، لأن ملفات SVG الخاصة بك مخصصة بشكل أساسي للاستخدامات الأخرى غير التصيير المضمن.
في حالتي، نريد كلا السلوكين من وقت لآخر… لذلك سنطلب من الأشخاص تحميل ملف ZIP حيث من المهم أن ننظر إلى ملف مطابق تمامًا للبايت. في تسع مرات من أصل عشر، يكون من المفيد لنا رؤيته عبر الإنترنت دون تنزيله، حتى مع التنقية.
(نعم، نود أن نحصل على كعكتنا ونأكلها أيضًا! 
)
، لست متأكدًا من أن عرض ملفات SVG المضمنة غير المعقمة ممكن نظريًا.
لم أقصد ذلك؛ فإن ملفات SVG المضمنة غير المعقمة هي ناقل هجوم CSS.
كنت أعني القدرة على الاختيار وقت التحميل ما إذا كان يجب تعقيمه إلى SVG للعرض أو تركه غير معروض كتحميل. ولكن في الواقع، سيكون الأمر أكثر مثالية وهو تعقيم SVG المضمن للعرض، ولكن إذا نقرت على تنزيل، فستحصل على النسخة الأصلية غير المعقمة.
هذا ليس اقتراح ميزة جاد. إنه فقط ما سيكون مثاليًا لحالة استخدام غريبة واحدة. 
@mcdanlj، لأنني أعتقد أن المكون الإضافي هو ما يوفر إمكانيات تحميل الملفات في Blender، إذا كان هذا صحيحًا بالنسبة لك أيضًا، فسيكون ذلك جديرًا بالنشر كطلب ميزة في متتبع المشكلات الخاص بالمكون الإضافي. إذا كان، بدلاً من ذلك، في النواة، فأنا أتفق على أن ذلك سيكون مفيدًا حقًا، ولكنه قد يكون من الأفضل تتبعه في منشور منفصل.
شكرًا @pfaffman، لقد لفت انتباه الفريق إلى هذا الأمر ونتفق على أن هذا منطقي الآن كإعداد افتراضي. لقد وافقت ودمجت طلب السحب 
