[{"data":1,"prerenderedAt":212},["ShallowReactive",2],{"seo-verification":3,"blog-نهاية-دعم-php-82-دليل-الترحيل-ma-ar":6,"promo-bar-likely":211},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-نهاية-دعم-php-82-دليل-الترحيل-ma-ar",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"noindex":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":28,"featuredImage":30,"bgImage":31,"posterImage":32,"relatedSolution":30,"intro":33,"sections":34,"ctaTitle":147,"ctaBody":148,"ctaButton":149,"ctaUrl":150,"relatedPosts":151},206,"نهاية-دعم-php-82-دليل-الترحيل",{"fr":12,"en":13,"ar":10,"es":14},"php-82-fin-de-vie-checklist-migration","php-82-end-of-life-planning-your-migration","php-82-fin-de-vida-planificar-la-migracion","نهاية دعم PHP 8.2 : قائمة التحقق للترحيل","يبلغ PHP 8.2 نهاية دورة حياته في 31 ديسمبر 2026. جرد بيئاتك، قارن الإصدارات، واتبع قائمة تحقق مفصّلة للترحيل إلى PHP 8.3 أو 8.4.",11,7,false,"2026-08-01T00:00:00+00:00","2026-11-08T01:13:15+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},4,"التطوير","developpement","bg-warning\u002F10 text-warning","dev",[29],{"id":23,"name":24,"slug":25,"color":26,"icon":27},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fphp-82-fin-de-vie-checklist-migration-poster.svg","في 31 ديسمبر 2026، يبلغ PHP 8.2 نهاية دورة حياته الرسمية: بعد هذا التاريخ، لن يُصدر فريق PHP أي تصحيح أمني. بالنسبة للوكالات التي تدير عشرات المواقع، هذا الموعد ليس تفصيلاً تقنياً بل نافذة مخاطر تضيق. التخطيط المبكر للترحيل إلى PHP 8.3 أو 8.4 يُبقيك في موضع السيطرة على الجدول الزمني بدلاً من الاضطرار للتصرف تحت الضغط.",[35,39,50,53,98,101,129,132,135,138,141,144],{"type":36,"title":37,"body":38},"h2","ما تعنيه نهاية دورة حياة PHP 8.2 عملياً","كل إصدار من PHP يتبع دورة حياة مكوّنة من مرحلتين: سنتان من الدعم الفاعل (تصحيح الأخطاء والثغرات الأمنية)، ثم سنتان من الدعم الأمني فقط — أي أربع سنوات إجمالية لكل إصدار. صدر PHP 8.2 في 8 ديسمبر 2022، وانتهى دعمه الفاعل في 31 ديسمبر 2024. منذ 1 يناير 2025، لا تُنشر سوى التصحيحات الأمنية الحرجة. في 31 ديسمبر 2026، ينتهي حتى هذا الغطاء. الثغرات المكتشفة بعد ذلك التاريخ في محرك PHP 8.2 لن تتلقى أي ترقيع رسمي. ستستمر خوادمك في تشغيل الكود، لكن بدون أي شبكة أمان. الثغرات المنشورة بعد نهاية الدعم ستبقى قابلة للاستغلال إلى أجل غير مسمى على المنشآت غير المُرحَّلة.",{"type":40,"title":41,"items":42},"ul","المخاطر الفعلية بعد 31 ديسمبر 2026",[43,44,45,46,47,48,49],"‎**ثغرات يوم الصفر بلا ترقيع رسمي** — أي ثغرة تُكتشف في PHP 8.2 بعد نهاية الدعم ستبقى قابلة للاستغلال إلى أجل غير مسمى؛ المهاجمون يتابعون هذه المواعيد وينتظرون.","‎**تعارض متزايد مع الأطر والإضافات** — يشترط Laravel 13 (الربع الأول من 2026) PHP 8.3 كحد أدنى ويُسقط رسمياً دعم PHP 8.2؛ المشاريع غير المُرحَّلة لن تستطيع تحديث الإطار.","‎**ضغط حزم Composer** — يتوقف مشرفو الحزم تدريجياً عن الإعلان عن توافق PHP 8.2 في composer.json مما يُسبب تعارضات عند تحديث التبعيات.","‎**سحب الدعم من مزودي الاستضافة** — بعض لوحات التحكم ومزودي الاستضافة المُدارة يُزيلون PHP 8.2 من بيئاتهم مما يُجبر على ترحيل طارئ غير مخطط.","‎**مخاطر عمليات تدقيق الامتثال** — تشترط معايير ISO 27001 وPCI-DSS وSOC 2 معالجة الثغرات المعروفة؛ وبيئة تشغيل لم تعد تتلقى تصحيحات تصبح فجوة يجب تبريرها أثناء التدقيق.","‎**تراجع دعم WordPress** — توصي WordPress بـ PHP 8.3 أو أحدث؛ الإضافات المتميزة تربط دعمها تدريجياً بـ PHP 8.3 أو أحدث.","‎**تباعد تدريجي في السلوك** — تُصحح PHP 8.3 و8.4 سلوكيات داخلية وتُحسّن رسائل الخطأ؛ البقاء على 8.2 يعني فقدان هذه التصحيحات وتوسيع الفجوة مع بيئات التطوير.",{"type":36,"title":51,"body":52},"جرد بيئتك — رسم خريطة مواقع PHP 8.2","التحدي الأول لأي وكالة ليس تقنياً بل جغرافياً. قبل أي ترحيل، يجب أن تعرف بالضبط كم موقعاً يعمل على PHP 8.2 وتحت أي إعداد خادم. جرد ناقص يُفضي إلى مواقع منسية تبقى مكشوفة بعد تاريخ نهاية الدعم. على كل VPS نفّذ الأمر ‎`php -v`‎ لكل virtual host أو استشر ملف phpinfo.php المؤقت واحذفه فوراً بعد الاطلاع عليه. على خوادم ‎cPanel‎ أو ‎Plesk‎، تُظهر واجهة الإدارة إصدار PHP لكل نطاق. سجّل كل موقع في جدول يحتوي على: النطاق، إصدار PHP الفاعل، نظام إدارة المحتوى أو الإطار، إصداره، تاريخ آخر تحديث للتبعيات، ومستوى الأهمية (تجارة إلكترونية، موقع تعريفي، شبكة داخلية).",{"type":54,"title":55,"headers":56,"rows":61},"comparison","PHP 8.2 و8.3 و8.4 — دورة الحياة ونهاية الدعم والميزات الأساسية",[57,58,59,60],"المعيار","PHP 8.2","PHP 8.3","PHP 8.4",[62,67,72,76,79,82,85,87,89,91,93,95],[63,64,65,66],"تاريخ الإصدار","8 ديسمبر 2022","نوفمبر 2023","21 نوفمبر 2024",[68,69,70,71],"نهاية الدعم الفاعل","31 ديسمبر 2024","31 ديسمبر 2025","31 ديسمبر 2026",[73,71,74,75],"نهاية الدعم الأمني (EOL)","31 ديسمبر 2027","31 ديسمبر 2028",[77,78,78,78],"الخصائص للقراءة فقط (readonly)","نعم",[80,81,78,78],"ثوابت الصنف ذات النوع","لا",[83,81,81,84],"خطّافات الخصائص (property hooks)","نعم (ميزة رئيسية)",[86,81,81,78],"الرؤية غير المتماثلة",[88,81,78,78],"‎json_validate()‎",[90,78,78,78],"توافق Laravel 12",[92,81,78,78],"توافق Laravel 13",[94,78,78,78],"توافق Symfony 7.x",[96,81,81,97],"توافق Symfony 8.x","نعم (يشترط 8.4)",{"type":36,"title":99,"body":100},"اختبار التوافق قبل الترحيل","الترحيل دون اختبار مسبق هو السبب الرئيسي لحوادث الإنتاج. أداتان متكاملتان تغطيان جُلّ التحليل الساكن. ‎PHPCompatibility‎ هي مجموعة قواعد لـ ‎PHP_CodeSniffer‎: تُحلّل الكود المصدري وترصد استدعاءات الدوال المحذوفة والمعاملات المُهملة والتغييرات في السلوك. ثبّتها عبر Composer بالأمر ‎`composer require --dev phpcompatibility\u002Fphp-compatibility:\"^10.0.0@dev\"`‎ وشغّلها مع الهدف ‎`--runtime-set testVersion 8.3`‎. أما ‎PHPStan‎ فيُجري تحليلاً ساكناً للأنواع: بإعداده على المستوى 5 أو أعلى، يكتشف الخصائص الديناميكية (مُهملة منذ PHP 8.2 وما زالت مُهملة في 8.4، والتحويل إلى خطأ مقرر في PHP 9) وتعارضات الأنواع وتوقيعات الدوال الخاطئة. يُوصى بتشغيل PHPStan أولاً على قاعدة الكود الحالية لتحديد الخط الأساسي، ثم تغيير إصدار PHP المستهدف إلى 8.3 أو 8.4 في ملف ‎phpstan.neon‎ لتحديد الثغرات.",{"type":102,"title":103,"steps":104},"steps","قائمة التحقق للترحيل إلى PHP 8.3 أو 8.4",[105,108,111,114,117,120,123,126],{"title":106,"body":107},"رسم خريطة البيئة وتحديد ترتيب الترحيل","أدرج جميع المواقع العاملة على PHP 8.2 مع نظام إدارة المحتوى أو الإطار المستخدم ومستوى الأهمية. أعطِ الأولوية لمواقع التجارة الإلكترونية والتطبيقات الحساسة، واترك مواقع العرض التعريفي للأخير.",{"title":109,"body":110},"تشغيل التحليل الساكن باستخدام PHPCompatibility وPHPStan","شغّل ‎`phpcs --standard=PHPCompatibility --runtime-set testVersion 8.3`‎ على مجلد الكود المصدري. صحّح استدعاءات الدوال المحذوفة والخصائص الديناميكية غير المُعلنة قبل الانتقال إلى الخطوة التالية.",{"title":112,"body":113},"تحديث تبعيات Composer في بيئة معزولة","في بيئة staging مع تفعيل PHP 8.3 أو 8.4، شغّل ‎`composer update`‎ وحلّ تعارضات الإصدارات. تحقق من أن كل حزمة حرجة تُعلن التوافق مع إصدار PHP المستهدف في ملف ‎`composer.json`‎ الخاص بها.",{"title":115,"body":116},"التحقق باستخدام مجموعة الاختبارات الموجودة","شغّل PHPUnit أو Pest أو الاختبارات الشاملة على إصدار PHP المستهدف. إذا لم تتوفر اختبارات آلية، وثّق المسارات الحرجة المختبرة يدوياً (المصادقة، سلة المشتريات، النماذج، webhooks).",{"title":118,"body":119},"تحديث نظام إدارة المحتوى أو الإطار عند الحاجة","WordPress: تحقق من توافق كل إضافة مع PHP 8.3. Laravel: إذا كان المشروع لا يزال على Laravel 11، ادرس الترقية إلى Laravel 12 في نفس وقت ترحيل PHP. Symfony: Symfony 7.4 LTS متوافق مع PHP 8.2 إلى 8.4 دون تغيير الإطار.",{"title":121,"body":122},"تبديل إصدار PHP في الإنتاج","على VPS مع PHP-FPM، عدّل إعداد virtual host في nginx لتوجيهه إلى socket ‎php8.3-fpm.sock‎ أو ‎php8.4-fpm.sock‎. أعد تحميل nginx وPHP-FPM. على استضافة مُدارة، غيّر الإصدار عبر لوحة التحكم أو واجهة سطر الأوامر.",{"title":124,"body":125},"مراقبة سجلات الأخطاء لمدة 48 ساعة","فعّل تسجيل PHP (‎`log_errors = On`‎، ‎`error_log = \u002Fvar\u002Flog\u002Fphp\u002Ferror.log`‎) وراقب التنبيهات والتحذيرات والأخطاء الفادحة لمدة يومي عمل على الأقل بعد التبديل.",{"title":127,"body":128},"تحديث الجرد وإشعار العميل","حدّث جدول رسم الخريطة بإصدار PHP الجديد وتاريخ الترحيل. أرسل ملاحظة ختامية للعميل تؤكد الترقية — هذه التتبعية مفيدة أثناء عمليات تدقيق الامتثال.",{"type":130,"body":131},"tip","على VPS، يُتيح PHP-FPM تشغيل إصدارات متعددة بالتوازي دون تعارض: كل virtual host في nginx يشير إلى socket FPM منفصل (‎`php8.2-fpm.sock`‎، ‎`php8.3-fpm.sock`‎، ‎`php8.4-fpm.sock`‎). هذه البنية تتيح ترحيل موقع بموقع، مع إبقاء المشاريع غير المختبرة على PHP 8.2 بينما تعمل المشاريع المُتحقق منها على 8.3 أو 8.4. إعداد nginx النموذجي: ‎`fastcgi_pass unix:\u002Frun\u002Fphp\u002Fphp8.3-fpm.sock;`‎. ابدأ بالمواقع الأقل حساسية لصقل عملية الترحيل.",{"type":36,"title":133,"body":134},"الأطر وأنظمة إدارة المحتوى — تواريخ إسقاط PHP 8.2","معرفة جداول أطر التطوير ضرورية لاستشراف قيود الترحيل. Laravel 12، الصادر في 24 فبراير 2025، يدعم PHP 8.2 إلى 8.5 ويتلقى تصحيحات أمنية حتى 24 فبراير 2027. لكن Laravel 13 (الصادر في الربع الأول من 2026) يشترط PHP 8.3 كحد أدنى ويُسقط PHP 8.2 رسمياً. Symfony 7.x (جميع الإصدارات من 7.0 إلى 7.4) يشترط PHP 8.2 كحد أدنى؛ إصدار LTS Symfony 7.4 الصادر في نوفمبر 2025 مدعوم حتى نوفمبر 2029 وهو متوافق مع PHP 8.3 و8.4. أما Symfony 8.x فيشترط PHP 8.4 كحد أدنى. توصي WordPress بـ PHP 8.3 أو أحدث. يجب أن تظهر هذه المراحل في خطة الترحيل.",{"type":36,"title":136,"body":137},"أتمتة مراقبة الإصدارات في بيئة وكالتك","الجرد اليدوي يتقادم بسرعة: العملاء يُضيفون إضافات، يغيّرون مزودي النشر، أو يُنشئون تطبيقات جديدة دون إشعار. أتمتة مراقبة الإصدارات تُبقيك مُطّلعاً دون جهد يومي. عدة مقاربات متكاملة: سكريبت cron بسيط يستجوب ‎`php -v`‎ عبر SSH على كل خادم ويكتب النتيجة في ملف تقرير مركزي — أداة مثل Ansible أو Fabric تُتيح توازي هذا الجمع على عشرات المضيفين. أدوات مراقبة الخادم تكشف إصدار PHP في مقاييسها وتُطلق تنبيهات عند ظهور إصدار غير مرخص. الهدف أن يُطلق اكتشاف موقع لا يزال على PHP 8.2 بعد 31 ديسمبر 2026 تنبيهاً تلقائياً.",{"type":36,"title":139,"body":140},"استكشاف الأخطاء — 4 أخطاء شائعة عند الترحيل","تتبع عمليات ترحيل PHP 8.2 → 8.3\u002F8.4 أنماط فشل متكررة. أولاً، **الخصائص الديناميكية**: منذ PHP 8.2، إضافة خاصية غير مُعلنة لصنف أمر مُهمَل؛ وفي PHP 8.4 ما زالت مُهملة، والتحويل إلى خطأ مقرر في PHP 9. العَرَض هو إشعار إهمال (Deprecated) ‎`Creation of dynamic property`‎. الإصلاح: إعلان جميع الخصائص في الصنف أو إضافة السمة ‎`#[\\AllowDynamicProperties]`‎. ثانياً، **امتدادات PECL المفقودة**: PHP 8.3 و8.4 لا يُجمّعان نفس الامتدادات افتراضياً حسب التوزيعة؛ امتدادات مثل ‎`imagick`‎ و‎`redis`‎ و‎`swoole`‎ يجب إعادة تثبيتها صراحةً. تحقق بـ ‎`php8.3 -m | grep redis`‎. ثالثاً، **تعارضات إصدارات Composer**: ملف composer.lock حُلّ تحت PHP 8.2، أو قيد ‎`config.platform.php`‎ بقي مثبتًا على 8.2، قد يُثبّت إصدارات حزم غير متوافقة مع PHP 8.3 أو 8.4 — شغّل دائماً ‎`composer update`‎ من الصفر في بيئة staging. رابعاً، **توجيهات ini المُهملة**: تغيير ‎`session.sid_length`‎ أو ‎`session.sid_bits_per_character`‎ مُهمَل منذ PHP 8.4؛ ملف ‎`php.ini`‎ غير مُنظَّف لا يزال يضبطهما يُولّد إشعارات إهمال عند بدء PHP-FPM.",{"type":36,"title":142,"body":143},"التخطيط المبكر لإدارة بيئة عملائك بسلاسة","لوكالة تدير عشرات المواقع، ترحيل PHP مشروع متعدد المواقع يستوجب قيادته قبل أشهر. ضع خطة بحسب الأولوية التنازلية: مواقع التجارة الإلكترونية والتطبيقات الحرجة أولاً، مواقع العرض أخيراً. أبلغ عملاءك بمخاطر البقاء على PHP 8.2 بعد 31 ديسمبر 2026 — مذكرة خدمة مؤرخة تشرح الآثار الأمنية وامتثالية عادةً ما تكفي لفتح الباب أمام الموافقة والتخصيص الميزانياتي اللازمين. أدرج ترقية إصدار PHP في عقود الصيانة السنوية: سطر مخصص يتجنب إعادة التفاوض لكل ترحيل.",{"type":36,"title":145,"body":146},"VPS ServOrbit مع PHP-FPM قابل للإعداد","على VPS ServOrbit، يمكن أن تتعايش إصدارات متعددة من PHP-FPM على نفس الجهاز ويشير كل virtual host إلى الإصدار الذي يختاره. الترقية تتم بتعديل سطر واحد في إعداد nginx وإعادة تحميل PHP-FPM — دون إعادة تشغيل الخادم أو انقطاع المواقع الأخرى. للوكالات، VPS مخصص لكل عميل أو VPS مشترك مع عزل PHP-FPM لكل pool يوفر المرونة اللازمة لترحيل موقع بموقع وفق جدولك الخاص.","أدر محفظة مواقع عملائك من منصة واحدة","تقدم ServOrbit بيئات VPS مصمّمة للوكالات: نشر متعدد المواقع، وتشغيل عدة إصدارات من ‎PHP-FPM جنبًا إلى جنب، وبنية تحتية مُهيّأة للترحيلات المخطط لها.","حلولنا للوكالات","\u002Fsolutions\u002Fagences",[152,173,195],{"id":153,"slug":154,"slugs":155,"title":159,"excerpt":160,"readTime":161,"views":162,"isPinned":19,"noindex":19,"publishedAt":163,"updatedAt":164,"category":165,"categories":170,"featuredImage":30,"bgImage":31,"posterImage":172,"relatedSolution":30},503,"تغيير-إصدار-php-للموقع-في-cpanel",{"fr":156,"en":157,"ar":154,"es":158},"changer-version-php-site-cpanel","change-php-version-site-cpanel","cambiar-version-php-sitio-cpanel","تغيير إصدار PHP لموقعك في cPanel","اختر إصدار PHP لموقعك في cPanel: افتح صفحة الموقع ثم تبويب الإعدادات، وحدّد الإصدار المطلوب من القائمة.",3,2,"2026-10-23T00:00:00+00:00","2026-10-24T03:34:36+00:00",{"id":166,"name":167,"slug":168,"color":169,"icon":168},12,"أدلة","guides","bg-emerald-500\u002F10 text-emerald-400",[171],{"id":166,"name":167,"slug":168,"color":169,"icon":168},"\u002Fblog\u002Fcovers\u002Fchanger-version-php-site-cpanel-poster.svg",{"id":174,"slug":175,"slugs":176,"title":180,"excerpt":181,"readTime":182,"views":23,"isPinned":19,"noindex":19,"publishedAt":183,"updatedAt":184,"category":185,"categories":189,"featuredImage":30,"bgImage":31,"posterImage":191,"relatedSolution":192},39,"انشر-تطبيقاتك-باستخدام-caddy-على-خادم-vps",{"fr":177,"en":178,"ar":175,"es":179},"deployer-avec-caddy","deploy-your-applications-with-caddy-on-a-vps","desplegar-con-caddy","Caddy كـ reverse proxy على VPS: دليل شامل","ثبّت Caddy وهيّئه كـ reverse proxy على VPS: HTTPS تلقائي عبر ‎Let's Encrypt‎، تطبيقات متعددة، تأمين الخادم وحل الأخطاء الشائعة.",8,"2026-05-12T00:00:00+00:00","2026-09-25T23:43:04+00:00",{"id":161,"name":186,"slug":187,"color":188,"icon":187},"النشر","deploiement","bg-success\u002F10 text-success",[190],{"id":161,"name":186,"slug":187,"color":188,"icon":187},"\u002Fblog\u002Fcovers\u002Fdeployer-avec-caddy-poster.svg",{"categorySlug":193,"appSlug":194},"نشر-التطبيقات-وdevops","caddy",{"id":196,"slug":197,"slugs":198,"title":202,"excerpt":203,"readTime":204,"views":18,"isPinned":19,"noindex":19,"publishedAt":205,"updatedAt":206,"category":207,"categories":208,"featuredImage":30,"bgImage":31,"posterImage":210,"relatedSolution":30},37,"انشر-تطبيقاتك-باستخدام-nginx-proxy-manager-على-خادم-vps",{"fr":199,"en":200,"ar":197,"es":201},"deployer-avec-nginx-proxy-manager","deploy-your-applications-with-nginx-proxy-manager-on-a-vps","desplegar-con-nginx-proxy-manager","انشر تطبيقاتك باستخدام Nginx Proxy Manager على خادم VPS","أدِر النطاقات وشهادات SSL والوكيل العكسي لعدة خدمات على خادم VPS باستخدام Nginx Proxy Manager: التثبيت وشبكات Docker واستكشاف أخطاء 502 والإعداد المتقدم.",10,"2026-05-14T00:00:00+00:00","2026-11-08T01:13:14+00:00",{"id":161,"name":186,"slug":187,"color":188,"icon":187},[209],{"id":161,"name":186,"slug":187,"color":188,"icon":187},"\u002Fblog\u002Fcovers\u002Fdeployer-avec-nginx-proxy-manager-poster.svg",true,1794270322597]