إطار iframe في منشور يبلغ عن عدم استخدام HTTPs

تسمح مجتمعاتنا التعليمية للمستخدمين باستخدام إطارات الويب (iframes) لإدراج محتوى H5P (HTML5)، وهو ما يعمل بشكل ممتاز كعنوان URL مسموح به لإطار الويب.

ولكن هناك نوع محتوى واحد يقوم بتضمين مسجل صوتي يبلغ عن هذه الرسالة:

يتم تقديم جميع محتوى discourse لدينا عبر بروتوكول HTTPS، وجميع الروابط في التضمين هي أيضًا HTTPS.

هذا هو المكان الذي يتم فيه الإبلاغ عن الخطأ في discourse لدينا:

https://connect.oeglobal.org/t/contribute-your-voice-to-oeg-voices-opening-segment/3213/19

يعمل نفس التضمين كما هو متوقع في موقع WordPress: Is This Thing On? – The H5P Kitchen

أدرك أن هذه قد تكون مشكلة في طريقة اختبار المحتوى المصدر للاتصال، لكنني أحاول عزل ما هو مختلف عند تضمين إطار الويب في discourse.

هل قمت بالترقية من سطر الأوامر مؤخرًا؟ هل تم تمكين force_https؟

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

حدث ترقية في سطر الأوامر خلال الأسابيع الثلاثة الماضية. أجد إشارات إلى تمكين force_https ولكن لا أعرف كيفية القيام بذلك. وبما أنني لست مسؤول نظام محترفًا بل شخصًا يملك جميع المفاتيح، هل يمكنك شرح ذلك لي؟

إذا بحثت في إعدادات المسؤول عن “force” ولم تجد force_https، فهذا يعني أنه مُفعّل بالفعل.

للعلم، لا أرى أي أخطاء HTTP في الصفحة التي ربطت بها.

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

حسنًا، شكرًا لك، إنها غير موجودة.

يُشير مطورو البرنامج إلى أن المشكلة على الأرجح ليست متعلقة ببروتوكول HTTPS (فهم يعترفون بأن رسالة الخطأ كانت صياغتها غير دقيقة)، بل هي على الأرجح مشكلة تتعلق بعدم منح إطار الويب (iframe) سياسة الميزة المطلوبة للوصول إلى الميكروفون (إضافة allow=“microphone *” لم تُجدِ نفعًا).

هذا ليس أمرًا حرجًا على الإطلاق، فأنا أكثر فضولًا من أي شيء آخر.

المشكلة تكمن في منح الوصول إلى الميكروفون عبر معلمة allow في iframe، حيث يتم حذف هذه المعلمة من وسوم iframe في Discourse، كما أُبلغ عنه في مكان آخر.

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