لقد فشل أيضًا في تضمين إطار iframe مختلف من نطاق مصدر مختلف سمحت به.
نفس نوع إطار iframe المضمن بالضبط من نفس نطاق المصدر نجح في المرة الأخيرة التي جربته فيها، ربما قبل 6 أشهر أو سنة. الآن أنا على Discourse v3.3.1 +5 (فرع مستقر).
في أحدث إصدار من الفرع tests-passed، يتم تضمين iframe بدون مشاكل. لاحظ أن سمات style و title التي قمت بتعيينها سيتم تجريدها بواسطة Discourse. يمكنك تعيين سمات width و height مع ذلك. على سبيل المثال:
فشل في تحميل المورد: net::ERR_CONNECTION_REFUSED beacon.min.js:1
ولكن يبدو أن هذه قائمة سوداء لنظام أسماء النطاقات أستخدمها. عندما أتصل عبر VPN لا توجد أخطاء. ويبدو أكثر من مجرد مصادفة أن مستخدمًا آخر بجهاز كمبيوتر وشبكة مختلفين تمامًا قد أبلغني عن هذه المشكلة نفسها في الأصل.
تم توفير ملف تعريف ارتباط مقسم أو وصول إلى التخزين لـ "https://www.tickcounter.com/widget/countdown/4471981" لأنه تم تحميله في سياق طرف ثالث وتم تمكين التقسيم الديناميكي للحالة. [[اعرف المزيد]](https://developer.mozilla.org/en-US/docs/Web/Privacy/Storage_Access_Policy/Errors/CookiePartitionedForeign)
يجب أن أذكر أيضًا أنني لصقت كود iframe في ملف HTML ثابت هيكلي وفتحته في المتصفح، وتم تحميل iframe بشكل صحيح.
حسنًا، كان هذا الإطار المضمن (iframe) يعمل لديك من قبل… هل تستخدم Cloudflare بالصدفة؟ إذا كان الأمر كذلك، فربما يمكنك إلقاء نظرة ومعرفة ما إذا كان تعطيل ميزة “speed brain” سيحدث فرقًا؟ (إذا كانت ممكّنة) أعلم أنها ميزة جديدة نسبيًا.
[اقتباس=“Lilly، المشاركة: 8، الموضوع: 327852”]
شيء ما يعيقه في منتداك
[/اقتباس]
همم، نعم هذا ما يبدو عليه. ولكن ألا يفترض أن يكون لدى Discourse خطأ في /logs/؟
أنا لا أقوم بتشغيل أي شيء يمكنني التفكير فيه على الخادم من شأنه أن يمنع ذلك. كنت أستخدم نظام أسماء النطاقات (DNS) الخاص بمزود الاستضافة في /etc/resolv.conf الخاص بي، وحاولت تغييره إلى 8.8.8.8 دون أي تغيير في هذه المشكلة.
فقط إذا كان يسبب خطأ. قد يكون هناك شيء ما يعيقها كمسألة وظيفية سليمة. تخميني هو محاولة معرفة ما إذا كان/ما الذي تغير في الوقت الذي توقف فيه هذا عن العمل. أتساءل عما إذا كان تغيير سياسة أمان المحتوى قد أثر عليه.
إنها خدمة DNS تحظر النطاقات ذات السمعة السيئة. ولكن هذه ليست المشكلة لأن 1) عندما أتصل عبر VPN، فإنها تستخدم DNS مختلف وتستمر هذه المشكلة، و 2) المستخدم الذي أبلغني بهذه المشكلة يستخدم إعدادًا مختلفًا تمامًا، و 3) تكوين DNS مخصص لشبكتي المحلية فقط وليس لخادم Discourse الذي يفشل في إنشاء HTML المناسب من جانب الخادم، و 4) يقوم ملف HTML هذا بتحميل الإطار المضمن بشكل صحيح:
يا إلهي، هذا هو، لقد كان ينقصه الشرطة المائلة النهائية /
شكراً جزيلاً!
لقد تغير شيء ما في Discourse، لأنني أضفت https://www.tickcounter.com في المرة الأخيرة التي جربت فيها ذلك وفي ذلك الوقت نجحت. في رأيي، إما أن منطق التعبير العادي الذي يستخدمه أو وصف الإعداد يحتاج إلى تعديل، لأنه يقول:
قائمة ببادئات نطاقات src للإطارات المضمنة التي يمكن لـ Discourse السماح بها بأمان في المشاركات
عندما أفكر في “بادئة نطاق”، أفكر في اسم نطاق و/أو مجال فرعي، وكلاهما لا يتضمن /. أو إذا كان من المفترض أن يستخدم منطقًا أكثر دقة لعناوين URL المعقدة للإطارات المضمنة، فيجب أن يقول شيئًا مثل:
قائمة ببادئات عناوين URL للإطارات المضمنة التي يمكن لـ Discourse السماح بها بأمان في المشاركات
تتمثل المشكلة في الروابط التي تمت إضافتها قبل أكثر من شهرين (قبل دمج إصلاح الأمان)، في ذلك الوقت لم تتلق رسالة خطأ وحتى الروابط الافتراضية لم تحتوي على شرطة مائلة ثالثة ‘/’.
هذا هو ثاني موضوع دعم على الأقل بسبب ذلك