miles
25 مايو 2020، 6:59م
1
أحتاج إلى مساعدة في استكشاف سبب عمل ملفات WebM المضمنة على بعض الأنظمة ولكن ليس على أخرى.
هل يعمل مقطع WebM المضمن هذا لديك دون فتح الرابط في صفحة جديدة؟ ما نظام التشغيل والمتصفح الذي تستخدمه؟
أقوم بالتضمين فقط عن طريق لصق الرابط الخام في جسم الرسالة:
s1.webmshare.com/jvY0A.webm
رابط قابل للنقر: s1.webmshare.com/jvY0A.webm
إليك ملاحظاتي:
نظام التشغيل
المتصفح
النتيجة
أوبونتو 20.04
فايرفوكس 76
فشل
أوبونتو 20.04
كروم 81
فشل
ماك أو إس 10.13.6
كروم 81
فشل
أندرويد 7
داك داك جو
يعمل
أعتقد أن هذا كان يعمل سابقًا على أوبونتو 19.10، لكنني لن أقوم بتخفيض الإصدار للتحقق مرة أخرى.
إليك ما يظهر لي في فايرفوكس:
لا أعرف لماذا قد يكون الجواب مختلفًا عن هذا:
miles
7 مارس 2021، 6:38م
3
هل يعمل مقطع WebM المدمج لديك؟
لقد تحققت مرة أخرى وما زلت أحصل على خطأ “لم يتم العثور على فيديو بتنسيق ونوع MIME مدعوم” في Firefox 86 و Chrome 88 على Ubuntu 20.04. يبدو أنه يجب أن يعمل وفقًا لموقع CanIUse.
miles
7 مارس 2021، 6:52م
4
من المثير للاهتمام أيضًا أنه عند فتح وحدة تحكم مطوري Chrome، تعمل النسخة الأصلية بعد تحديث الصفحة:
التحميل الأول في Chrome:
محتوى مختلط: تم تحميل الصفحة الموجودة في ‘How to embed WebM ’ عبر HTTPS، لكنها طلبت عنصرًا غير آمن وهو ‘http://s1.webmshare.com/jvY0A.webm ’. تم ترقية هذا الطلب تلقائيًا إلى HTTPS. لمزيد من المعلومات، راجع Chromium Blog: No More Mixed Messages About HTTPS
فشل تحميل المورد: استجاب الخادم بحالة 404 () s1.webmshare.com/jvY0A.webm:1
تحديث في Chrome (من المدهش أنه يعمل الآن - أفترض أن إعدادات الأمان أصبحت أكثر تساهلاً مع فتح أدوات المطورين):
محتوى مختلط: تم تحميل الصفحة الموجودة في ‘How to embed WebM ’ عبر HTTPS، لكنها طلبت عنصرًا غير آمن وهو ‘http://s1.webmshare.com/jvY0A.webm ’. تم ترقية هذا الطلب تلقائيًا إلى HTTPS. لمزيد من المعلومات، راجع Chromium Blog: No More Mixed Messages About HTTPS
تختلف الأخطاء قليلاً في Firefox، ولا يزال الفشل في التحميل مستمرًا بعد التحديث مع فتح وحدة تحكم المطورين. يبدو أن هذا السلوك المتسق أكثر منطقية:
تحميل محتوى عرض مختلط (غير آمن) “http://s1.webmshare.com/jvY0A.webm ” على صفحة آمنة
فشل تحميل ‘http://s1.webmshare.com/jvY0A.webm ’. مرر ServiceWorker وعدًا إلى FetchEvent.respondWith() تم رفضه بـ ‘Error: no-response :: [{“url”:“http://s1.webmshare.com/jvY0A.webm ”}]’.
فشل تحميل جميع الموارد المرشحة. تم إيقاف تحميل الوسائط مؤقتًا.
يبدو أن المشكلة تتعلق بـ http مقابل https. مع الرابط الأصلي (بدون بادئة)، يبدو أنه يفتقر افتراضيًا إلى http://. إليك نسخة أخرى تتضمن بادئة https:// الآمنة بشكل صريح، لكنها لا تعمل أيضًا.
https://s1.webmshare.com/jvY0A.webm
يبدو أن المشكلة تتعلق بمضيف webmshare حيث أن اتصال https الخاص بهم ليس آمنًا فعليًا.
من المزعج قليلاً أن Chrome و Firefox و DDG جميعها تتعامل مع هذه المشكلة بشكل مختلف.
نعم، هذه ليست مشكلتنا، بل هي مشكلة في الموقع المستهدف المحدد.
miles
7 مارس 2021، 7:26م
6
اتضح أن الأمر الأكثر مباشرة هو مجرد سحب وإفلات ملفات .webm مباشرة إلى المنتدى، بدلاً من الاعتماد على مضيف خارجي.
سحب وإفلات (الرفع مباشرة إلى مثيل discourse) يُنتج:

ويعمل بشكل جيد.