صفحتك HTTPS لكن الصور غائبة: افحص عناوين الموارد
حدد مراجع HTTP داخل صفحة HTTPS. افحص الوجهات العامة باستخدام WikiURL وأصلح المحتوى المختلط دون تعطيل حماية المتصفح لدى الزوار.
تفتح الصفحة لكن جزءا منها لا يعمل
تنشر صفحة فعالية وتشارك عنوان HTTPS. يظهر النص، لكن الملصق غائب أو إحدى الوظائف لا تستجيب. قبل إنشاء رابط مختصر جديد، افحص هل تحمل الصفحة موارد من عناوين HTTP قديمة. المستند الرئيسي والملفات اللازمة له طلبات مختلفة. فتح الأول لا يثبت أن الصور والأنماط والبرامج حملت بنجاح. ابدأ بالمكون الذي فشل فعلا بدلا من استبدال العنوان الذي وزعته تلقائيا. فالخلل قد يكون داخل الصفحة لا في الرابط الذي أوصل القارئ إليها، ولكل منهما اختبار مستقل.
تصف الأسئلة الحقيقية التي راجعناها موارد محجوبة وصورا مفقودة بعد تفعيل HTTPS. إنها دليل حاجة، وليست تشخيصا آليا لكل صورة معطلة. تحدد هذه الطريقة الطلب المعين وتفحص وجهته العامة ثم تصحح المرجع مع مسؤول الموقع. يساعد WikiURL على مراجعة الاستجابات وإعادات التوجيه، لكنه لا يفحص تلقائيا كل موارد الصفحة ولا يحاكي جميع قرارات المتصفح. احتفظ بهذا التمييز عند قراءة نتيجة ناجحة من الخادم، لأنها لا تعني أن كل ما يحتاجه المستند يعمل في السياق الذي سيشاهده الزائر.
افصل المستند عن المورد المضمن
يعرض المثال صفحة HTTPS ونسختين من عنوان ملصقها. النطاقات خيالية ولا تعمل. السطر الثاني يمثل مرجع HTTP داخل الصفحة، والثالث عنوان HTTPS مرشح يجب اختباره لدى المزود الحقيقي. إضافة حرف لا تضمن وجود الملف أو صلاحية الشهادة أو وصول الصورة الصحيحة. تأكد من الدعم الحقيقي قبل تغيير المادة المنشورة. العناوين أمثلة لفهم البنية والمقارنة، وليست ملفات تجريبية متاحة للاتصال أو دليلا على أن مزودا بعينه يتيح بروتوكولا آمنا لكل الموارد المخزنة عنده.
تسمي MDN استخدام موارد غير آمنة من صفحة محملة بأمان محتوى مختلطا. قد يرقي المتصفح بعض الطلبات إلى HTTPS ويحجب غيرها. لا تفترض ظهور كل صورة HTTP أو حجب الصور كلها بالطريقة نفسها. تميز MDN مثلا بين صور بعناوين نطاقات وبعض المراجع التي تستخدم عنوان IP. هنا نستخدم أسماء خيالية ولا نقترح تغيير إعدادات المتصفح. السؤال المفيد هو أي طلب فشل فعلا في الصفحة المحددة، وما البديل الآمن الذي يدعمه مزوده، لا افتراض قاعدة واحدة تفسر جميع الصور المفقودة.
https://example.invalid/evento/
http://media.example.invalid/cartel.jpg
https://media.example.invalid/cartel.jpgابحث عن الرسالة قبل اختيار السبب
في متصفح سطح المكتب افتح أدوات التطوير، راجع وحدة التحكم ولوحة الشبكة، ثم أعد تحميل الصفحة. ابحث عن تحذير المحتوى المختلط وعنوان الطلب. سجل نوع المورد والخطأ المشاهد. إن غاب التحذير، فابحث في الاستجابة المحددة؛ فقد يمنع ملف مفقود أو قيد مختلف ظهور الصورة. لا تسم كل طلب فاشل محتوى مختلطا لمجرد أن المستند يستخدم HTTPS أو لأن المشكلة لوحظت بعد الانتقال إليه. الرسالة الفعلية نقطة بداية أوضح من تخمين السبب من التوقيت وحده.
ميز المرجع المكتوب في القالب من العنوان المطلوب أخيرا؛ فقد يحاول المتصفح نسخة مرقاة إلى HTTPS. لا تنشر لقطات تتضمن رموز وصول أو بيانات عملاء أو روابط داخلية. إن لم تكن تدير الموقع، أبلغ المسؤول بالصفحة والمورد العامين المتأثرين. لا تطلب من الزوار السماح بمحتوى غير آمن أو تعطيل التحقق لرؤية الملصق. الاستثناء الفردي لا يصلح التجربة العامة ولا المرجع الأصلي. يجب أن تصل المعالجة إلى المصدر الذي يولد المحتوى الحقيقي المحفوظ، لا إلى إعداد شخصي عند قارئ واحد.
افحص المرشح العام باستخدام WikiURL
إذا كان المورد عاما وخاليا من الأسرار، استخدم فاحص URL في WikiURL للاستعلام عن عنوان HTTPS المرشح. راجع حالة HTTP والعنوان النهائي المكتشف، وأبلغ المسؤول إن انتهى في HTTP. افتح المورد بعد ذلك في المتصفح وتأكد من الصورة الصحيحة. قد تخص حالة200 صفحة أخرى، ولا تشهد وحدها بأن المورد سيعمل عند تضمينه. افحص المحتوى الذي عاد فعلا إضافة إلى الرقم قبل وصف التعديل بالناجح أو دعوة الناس إلى تجربة الرابط الموزع من جديد.
كرر الاختبار داخل الصفحة الأصلية بعد ذلك. طلب الخادم والتحميل داخل سياق المتصفح ليسا متكافئين. لا يقدم هذا الفحص في WikiURL جردا للتبعيات أو تدقيقا لسياسات الأمان أو إصلاحا للشهادة. لا ترسل موارد خاصة. إن لم يوفر المزود HTTPS أو فشل لديه، فاطلب بديلا متوافقا قبل تعديل المرجع المنشور. نجاح المورد منفردا معلومة مفيدة، لكن يجب مشاهدة التجربة المضمنة في سياق القارئ الحقيقي أيضا. فالهدف ليس الحصول على رقم استجابة فقط، بل استعادة الاستخدام المقصود في الصفحة.
صحح المرجع في مصدره الفعلي
عند تأكيد وجود صورة HTTPS وعملها، غير المرجع في المحتوى أو القالب أو الإعداد الذي يولده. مثال HTML يوضح الاستبدال فقط؛ استخدم عنوانا حقيقيا مصرحا به ونصا بديلا مناسبا. توصي web.dev بالتحقق من توفر آمن للموارد وتحديث ما لا يدعمه أو استبداله. احتفظ بنسخة قبل التغييرات الواسعة. تعديل مؤقت في أدوات المتصفح لا يغير الموقع المحفوظ ويختفي مع إعادة التحميل. المعالجة المطلوبة في المصدر الذي تتم صيانته فعليا، لا في عرض محلي عابر للصفحة.
تجنب الاستبدال الشامل دون فهم تخزين مدير المحتوى. اطلب فحص الموارد التي تنتجها الأنماط أو الإضافات أيضا. قد تساعد سياسة upgrade-insecure-requests في انتقال مدار، لكن MDN توضح أن غياب نسخة HTTPS يفشل الطلب دون العودة إلى HTTP. إنها لا تنشئ HTTPS في خادم جهة أخرى، وليست حلا ينسخ دون مراجعة. يظل دعم المزود واختبار السياق ضروريين قبل إعلان اكتمال الانتقال. السياسة وحدها لا تضمن وجود الملف أو صحة الصورة التي ستعاد إلى المتصفح في النهاية.
<img src="https://media.example.invalid/cartel.jpg" alt="Evento">وزع بعد اختبار الصفحة كاملة
أعد تحميل النسخة المنشورة وتحقق من الصور والإجراءات المهمة في المتصفحات المتوقعة. عند وجود تخزين مؤقت، تأكد من رؤية المحتوى المصحح. سجل المورد المتغير والنتيجة. يوصلك رابط مختصر أو QR إلى الوجهة المختارة، لكنه لا يعيد كتابة مراجعها الداخلية. إعادة إنشائهما دون تعديل الصفحة لا تزيل طلبا غير آمن داخلها. اختبر النسخة المنشورة التي يصل إليها القارئ، لا معاينة المحرر قبل الحفظ فقط. وإلا فقد تستمر في توزيع المشكلة القديمة رغم تغير شكل الرابط الذي يراه الزائر.
بعد فحص الصفحة العامة كاملة، وزع عنوانها عبر WikiURL واختبر الرابط أو الرمز النهائي. إذا فشلت تبعية لاحقا، احتفظ بالسجل لمساعدة المسؤول على معرفة التغيير. افصل ثلاثة اختبارات: الوصول إلى الصفحة، وجلب الموارد الضرورية، وتأكيد تجربة القارئ الفعلية. نجاح واحد لا يثبت نجاح البقية. يظل المختصر أداة توزيع، وليس مصحح أخطاء للمتصفح أو خدمة صيانة آلية للموقع الهدف. تبقى مسؤولية الموارد الداخلية لدى مشغل الموقع، بينما يساعد سجل الاختبار على توجيه الإصلاح إلى موضعه بدلا من إعادة إنشاء روابط لا تغير أصل المشكلة.