تشخيص الاتصال والـ Service Worker

تُشغَّل الاختبارات من المتصفّح. إذا كان curl يُرجع 200 لكن Chrome يظهر ERR_FAILED بعد لحظات، جرّب تعطيل QUIC / HTTP/3 من chrome://flags/#enable-quic، أو تعطيل HTTP/3 في لوحة Cloudflare للنطاق، ثم امسح ذاكرة المضيف والسوكتات (انظر القسم أدناه).

نتائج الفحص

جارٍ التحميل…

إعادة ضبط كامل (مسح Service Worker والذاكرة المؤقتة) · أو مع باراميتر ?resetSw=1

Chrome و QUIC / HTTP/3

المتصفّح قد يستخدم HTTP/3 (QUIC) بينما أدوات مثل curl تستخدم HTTP/1.1 — المسارات مختلفة وقد يفشل أحدهما فقط.

  1. تعطيل QUIC في Chrome: افتح chrome://flags/#enable-quic → تعطيل Experimental QUIC → إعادة تشغيل Chrome.
  2. مسح ذاكرة المضيف: chrome://net-internals/#dns → Clear host cache.
  3. تفريغ مجمعات السوكت: chrome://net-internals/#sockets → Flush socket pools.
  4. بيانات الموقع + SW: استخدم إعادة الضبط أو نافذة خاصة واختبر Edge/Firefox للمقارنة.
  5. المشغّل (Cloudflare): إذا اختفى العطل بعد تعطيل QUIC محليًا، يمكن تعطيل HTTP/3 (QUIC) مؤقتًا في إعدادات المنطقة على Cloudflare.

Opera ومتصفّحات Chromium — SW / Cache مرفوض

إذا ظهر هنا «رفض المتصفّح» لـ Service Worker أو Cache Storage، المنصّة ما زالت تعمل لكن بدون تخزين مؤقت محلي. للحدّ من المشاكل و«الواجهة التي لا تستجيب للنقر»:

اليمن وبعض مزودي الإنترنت

إذا كان الموقع يفتح عبر VPN أو تطبيق Android لكن متصفح سطح المكتب يتعثّر، راجع أولاً قسم Chrome و QUIC أعلاه، ثم اعتبر DNS/مزود الشبكة كسبب إضافي.