كيف نُطيل عمر أنظمة الويب الداخليّة المعتمدة على IE mode وكيف نخرج منها - تنظيم الاستراتيجيّات الميدانيّة من الإدارة المركزيّة لقائمة المواقع، إلى WebView2، والإعادة الهيكليّة التدريجيّة، ووصولًا إلى عزل VDI

ملخّص هذا المقال في سطر واحد

«نَستخدم IE mode بأمان عبر تشغيل رسميّ، نُقلّص الاعتماد عليه شيئًا فشيئًا، ثمّ نُصفِّر استخدامه في النهاية» ── هذه هي الاستراتيجيّة الواقعيّة. قبل التخلّص منه، نُحسن إدارته أوّلًا.

الخلفيّة: حتّى متى يمكن استخدام IE mode؟

ثمّة فكرة جوهريّة هنا. كون الدعم متوفّرًا حتّى 2029 لا يعني أنّه يمكن ترك الأمر آمنًا. هذه مهلة للخروج المخطَّط، وليست فترة سماح للتأجيل. كي لا تَحدث عَجَلَة قُرب 2029، ينبغي البدء بالاستعداد من الآن.

لماذا يصعب الخروج من الاعتماد على IE mode؟

IE mode هو آليّة داخل Edge القائم على Chromium لرسم المواقع القديمة فقط بمحرّك Trident (MSHTML). وما يتولّاه هذا المحرّك هو:

• document mode القديم
• ActiveX controls و BHO (Browser Helper Object)
• إعدادات مناطق الأمن القديمة
• إعدادات Enterprise Mode للتوافق

ما دام الاعتماد على هذه الأمور قائمًا، فإنّ تحديث المتصفّح وحده لا يحلّ المشكلة. الخطوة الأولى هي تحديد طبيعة الاعتماد.

الأعطال التي تتكرّر في الميدان

1. خطأ إعداد document mode ← انكسار العرض، أخطاء البرامج النصيّة
2. نقص إعداد neutral site ← حلقات إعادة المصادقة أو إعادة التوجيه عند SSO (Single Sign-On)
3. اختلاف صيغة Enterprise Mode Site List ← schema v.1 لا يعمل في IE mode، يلزم v.2
4. Edge يُعالج قائمة مواقع واحدة فقط ← سياسة جانب Edge تتقدّم على سياسة جانب IE

تصنيف الاعتماد: حدّد أوّلًا «على ماذا تَعتمد»

الخطوة 1: إجراءات الإدامة ── شغِّله أوّلًا بأمان

1. اضبط قائمة المواقع بإحكام (الأهمّ)

الاعتماد على «إعادة التحميل» الموكولة إلى المستخدم خطير. أَدِرها رسميًّا عبر السياسة.

ما يجب فعله: التحوّل إلى Cloud Site List Management، وإدارة «من» يستخدم «أيّ موقع» في IE mode «وحتّى متى» في مكان واحد.

2. ثبِّت إعدادات المصادقة

عند تَدخُّل SSO، يَنكسر الاستيثاق كثيرًا في التنقّل بين IE mode و Edge mode.

• اضبط neutral site بصورة صحيحة ← حدِّد خادم SSO صراحةً
• أعدّ مشاركة Cookie عند الحاجة
• ما لم يكن خادم المصادقة محدَّدًا، استخدم مؤقّتًا سياسة «الحفاظ على التنقّل داخل الصفحة في IE mode» (لكن عطِّلها فور تحديده)

3. أتقن استخدام أدوات التشخيص

نَحكم بـ بيانات المراقبة لا بالحدس.

4. اعزل ما لا يمكن إصلاحه

الخطوة 2: إجراءات الخروج ── كيف نُقلّص الاعتماد

جدول مقارنة الأنماط

★ هو المرشّح الأوّل عمليًّا.

متى نَستخدم كلّ نمط

الإعادة الهيكليّة التدريجيّة هي الأكثر واقعيّة.

• لا حاجة لإعادة بناء كلّ شيء دفعة واحدة
• يكفي تحديث شاشة أو ميزة واحدة في كلّ مرّة
• تصميم «مسار التنقّل» في فترة تعايش القديم والجديد (أيّ شاشة تعمل بأيّ محرّك) مهمّ

تغليف WebView2 يُستخدَم لـ «إعادة رسم الحدود».

• ليس للإبقاء على ActiveX أو COM كما هما
• بل لتحويل المسؤوليّات على جانب OS مثل «عمليّات الملفّات»، «التكامل مع الأجهزة»، «مصادقة Windows» إلى الجانب الأصليّ، وتحديث Web UI
• مع الانتباه إلى أنّ مسؤوليّة توزيع WebView2 Runtime تنشأ

Microfrontend فعّال فقط حين تتطابق «حدود الفرق» و«حدود النشر». لا يَنبغي تَبنّيه لمجرّد أنّه رائج.

إعادة الكتابة الكاملة هي الورقة الأخيرة. تُحفظ لحالة الاعتماد العميق على ActiveX و BHO إلى حدّ يَتعذّر فصله.

الخطوة 3: الكيفيّة العمليّة للدفع (خارطة الطريق)

التقييم → ترتيب الأولويّات → PoC → الاختبار → التوزيع → التشغيل

1. التقييم ── جرد الاعتماديّات

• استخرج URLs المستهدَفة عبر Enterprise Site Discovery
• صوِّر التنقّل عبر edge://net-export
• صنِّف الاعتماد إلى «document mode»، «ActiveX/BHO»، «المصادقة»، «شهادات العميل»، «الملفّات/الطباعة»، «الأجهزة/COM»

2. ترتيب الأولويّات ── من أين نبدأ

نُرتّب وفقًا للزوايا التالية:

• الأهميّة (حسب خطورة التوقّف)
• عدد المستخدمين
• الانكشاف الأمنيّ
• الأثر التتابعيّ على الأنظمة الأخرى
• سهولة الاقتطاع (هل الحدود واضحة؟)

من المهمّ بخاصّة تمييز «الميزات التي تتقدّم بفصل الحدود» عن «الميزات التي تستلزم تبديلًا للحدود ككل».

3. PoC (إثبات المفهوم) ── جرِّب صغيرًا

أوّل هدف ينبغي أن يكون تدفّق عمل واحد «ذا قيمة عالية ومستوى اعتماد متوسّط».

شروط النجاح أربع:

1. الاستغناء عن IE mode
2. الحفاظ على SSO
3. أداء استجابة قابل للمقارنة
4. قابليّة الرجوع (إمكان الرجوع إلى الحالة الأصليّة)

4. الاختبار ── التعامل مع التعايش بين القديم والجديد

• المسار الحديث ← أتمته على Edge عبر Playwright
• مسار IE mode ← صفحات التشخيص + الفحص اليدويّ
• في فترة التعايش، صرِّح بـ «أيّ مسار يعمل بأيّ محرّك» (إن لم تُصرِّح، يَصعُب إعادة إنتاج الأعطال)

5. التوزيع ── وسِّع تدريجيًّا

• نشر canary (ابدأ من جزء من المستخدمين)
• أمِّن نافذة التحقّق بـ Extended Stable (دورة 8 أسابيع)
• أَدرج فاصل تحديث قائمة المواقع ومتطلّبات إعادة تشغيل المتصفّح في إجراءات التشغيل
• عند استخدام cloud site list، لا تَنسَ افتراض تسجيل الدخول إلى Edge

6. التشغيل ── استمرّ في التقليص

• اجمع المواقع التي أضافها المستخدمون والإعدادات الخاطئة عبر ميزة التغذية الراجعة في Cloud Site List Management
• أَدر دورة تقليص قائمة IE mode شهريًّا
• اقرن «إجراءات الإدامة» دائمًا بـ «تشغيل مُقلِّص»

التدفّق الكامل (مخطّط انسيابيّ)

flowchart TD
    A[Inventory of target assets] --> B[Classify dependencies]
    B --> C{Type of dependency}
    C -->|Document mode / SSO centric| D[Official IE mode operation]
    C -->|OS integration / COM centric| E[Wrapper approach]
    C -->|Separable per screen| F[Incremental refactoring]
    C -->|Parallel multi-team development| G[Microfrontend]
    C -->|Dependency too deep| H[Full rewrite]

    D --> I[Tune neutral site and Cookie]
    E --> J[WebView2 / native boundary]
    F --> K[Old-new coexistence and staged replacement]
    G --> K
    H --> L[Redesign onto new architecture]

    I --> M[PoC]
    J --> M
    K --> M
    L --> M

    M --> N[Automated testing and operational testing]
    N --> O[Staged rollout]
    O --> P[Collect usage and feedback]
    P --> Q[Shrink IE mode scope]
    Q --> R[Decision to retire]

الخطوة 4: الحوكمة ── الإطار الإداريّ

ثبِّت IE mode بوصفه «تشغيلًا استثنائيًّا» بصورة موثَّقة

• لكلّ URL يُضاف حديثًا إلى نطاق IE mode، اضبط البنود التالية إلزاميًّا.
  • مالك الأعمال (مَن المسؤول؟)
  • المالك التقنيّ (مَن يَتولّى الإدارة التقنيّة؟)
  • تاريخ الانتهاء (حتّى متى يجب الخروج؟)
  • الخطّة البديلة (كيف نَخرج؟)
• وحِّد قوائم XML القائمة على schema v.2
• تَتبَّع سجلّ التغييرات عبر Cloud Site List Management أو أداة إدارة التكوين

ملاحظات أمنيّة

• خطير تثبيت Edge قديم في التشغيل ← استخدم سلاسل Stable/Beta الأحدث
• إن لزمت فترة تحقّق، استخدم Extended Stable (دورة 8 أسابيع)
• للتأكّد من جودة GPO، استخدم Security Compliance Toolkit و Policy Analyzer
• «التشغيل المتقن للمتصفّح المحيط» يتسبّب في الحوادث أكثر من «ثغرات IE mode بحدّ ذاته»

اعكس الجدول الزمنيّ

• نهاية دعم IE mode: 2029
• نهاية تحديثات Edge/WebView2 على Win10 22H2: أكتوبر 2028

هذه «الإطارات الخارجيّة لمواعيد الانسحاب». أنشئ أوّلًا جدولًا عكسيًّا لتصفير الاعتماد قبل انتهاء الدعم.

استراتيجيّة موصى بها حسب الحجم

أخطاء شائعة وحلولها

الخلاصة

الاستراتيجيّة المعياريّة = تشغيل رسميّ لـ IE mode (إيقاف الحوادث)
                       + جعل الاعتماد مرئيًّا (الجرد)
                       + تقليصه تدريجيًّا (واحد في كلّ مرّة)

• صغير ← الإعادة الهيكليّة التدريجيّة
• كبير ← ضبط قائمة المواقع + إدارة المحفظة
• ميزانيّة شاحّة ← الاحتواء بـ virtualization مع إيقاف الديون الجديدة
• إعادة الكتابة الكاملة ← الورقة الأخيرة
• containers خارج الترشيح عادةً، VDI ملاذ، IE mode مدرج إقلاع (للإقلاع منه)

روابط مرجعيّة

• IE and Edge lifecycle FAQ ─ سياسة 2029 لـ IE mode
• IE mode overview ─ مرجع أساسيّ لنطاق الدعم
• IE mode policy configuration ─ المراحل الثلاث للتكامل
• Enterprise site configuration strategy ─ neutral site، مشاركة Cookie، schema v.2
• IE mode troubleshooting and FAQ ─ صفحات التشخيص واستخدام net-export
• Cloud Site List Management ─ الإدارة الموحَّدة في مركز الإدارة
• Enterprise Site Discovery ─ نقطة بداية الجرد
• WebView2 documentation ─ للنظر في التغليف
• Azure Virtual Desktop / RemoteApp ─ بوصفه إجراء عزل
• Windows Containers migration guide ─ غير مناسبة لإطالة GUI
• App Assure ─ نطاق دعم إعداد IE mode
• Playwright ─ أتمتة اختبار Edge
• single-spa ─ أساس microfrontend
• webpack Module Federation ─ دمج البناء المستقلّ

مقالات ذات صلة

أحدث المقالات التي تشترك في نفس الوسوم. عمّق فهمك بمواضيع مرتبطة.

أين يتصل هذا الموضوع

ترتبط هذه المقالة بشكل طبيعي بصفحات الخدمات التالية.

الملف الشخصي للمؤلف

صفحة الملف الشخصي لمؤلف المقالة.

غو كومورا

مؤسّس شركة كومورا سوفت ذ.م.م.

يركّز على تطوير برامج ويندوز، والاستشارات التقنية، والتحقيق في الأخطاء، ويتميّز في المشاريع التي تبقى فيها الأصول القديمة ناشطة، وفي تشخيص الأعطال التي يصعب تحديد سببها.