[{"data":1,"prerenderedAt":236},["ShallowReactive",2],{"seo-verification":3,"blog-ماجنتو-2-4-6-نهاية-الدعم-الترقية-إلى-2-4-9-ar":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-ماجنتو-2-4-6-نهاية-الدعم-الترقية-إلى-2-4-9-ar",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":28,"featuredImage":30,"bgImage":31,"posterImage":32,"relatedSolution":30,"intro":33,"sections":34,"ctaTitle":174,"ctaBody":175,"ctaButton":176,"ctaUrl":177,"relatedPosts":178},557,"ماجنتو-2-4-6-نهاية-الدعم-الترقية-إلى-2-4-9",{"fr":12,"en":13,"ar":10,"es":14},"magento-2-4-6-fin-de-support-mise-a-niveau-2-4-9","magento-2-4-6-end-of-support-upgrade-to-2-4-9","magento-2-4-6-fin-de-soporte-actualizar-a-2-4-9","ماجنتو 2.4.6 بلا دعم: الترقية إلى 2.4.9 بانقطاع محدود","انتهى الدعم القياسي لماجنتو 2.4.6. مواعيد أدوبي، ومتطلبات خادم 2.4.9، وإجراء ترقية بواسطة Composer يُجرَّب أولًا في بيئة ما قبل الإنتاج.",9,0,false,"2026-11-01T00:00:00+00:00","2026-11-01T14:14:31+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},8,"الأمان والمراقبة","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[29],{"id":23,"name":24,"slug":25,"color":26,"icon":27},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fmagento-2-4-6-fin-de-support-mise-a-niveau-2-4-9-poster.svg","انتهى الدعم القياسي لماجنتو 2.4.6، ولم تعد المتاجر التي ما زالت عليها تتلقى إصلاحات ضمن هذا الإطار. وبالنسبة إلى الوكالة، الخطر ليس في الترقية نفسها بل في إطلاقها دون تجربة مسبقة. يقدّم هذا الدليل المواعيد المقروءة من المصدر، وبنية الخادم التي تتطلبها 2.4.9، وإجراء Composer قابلًا للإعادة في بيئة ما قبل الإنتاج، مع خطة تراجع تُعدّ قبل أول طلب.",[35,39,49,52,74,77,80,120,123,126,157,161,164,171],{"type":36,"title":37,"body":38},"h2","ماذا يغيّر «انتهاء الدعم» بالنسبة إلى متجر على 2.4.6","بحسب جدول دورة الحياة الذي تنشره أدوبي، انتهى الدعم القياسي للإصدار 2.4.6 في 11 أغسطس 2026. ومنذ ذلك التاريخ لا يتلقى المتجر الذي بقي على 2.4.6 إصلاحات الجودة ولا الإصلاحات الأمنية ضمن الدعم القياسي.\n\nوتوفّر أدوبي سنة من الدعم الممتد حتى 31 أغسطس 2027. لا تكلفة إضافية عليه، لكنه مخصص لعملاء Adobe Commerce على الإصدارين 2.4.6 و2.4.7.\n\nلذلك لم يعد السؤال لدى الوكالة «هل نرقّي؟» بل «إلى أي إصدار، وبأي إجراء، وفي أي تاريخ؟». المتجر الإلكتروني يحمل كتالوجًا ومدفوعات وطلبات: لا تُغيَّر بنيته مساء الجمعة مباشرة على الإنتاج.",{"type":40,"title":41,"items":42},"ul","ماذا يعني غياب الدعم عمليًا",[43,44,45,46,47,48],"**لا إصلاحات قياسية بعد الآن** — لم تعد إصلاحات الجودة والأمان للإصدار 2.4.6 تصدر ضمن الدعم القياسي؛ والدعم الممتد وحده، المخصص لـ Adobe Commerce، يمدّ هذا الترتيب.","**اشتراط PCI** — تذكر صفحة أدوبي عن الترقيات أنه يجب على التجار أن يكونوا على آخر تصحيح أو تصحيح أمني للامتثال لمعيار PCI. والبنية المجمّدة تخرج عن هذا الإطار.","**بنية تشيخ حول ماجنتو** — تشير أدوبي إلى أن MySQL 8.0 بلغ نهاية دعمه في 30 أبريل 2026 وأن Elasticsearch 7.17 بلغها في 15 يناير 2026، وتوصي بالانتقال إلى MariaDB وOpenSearch.","**إضافات يجب إعادة تقييمها** — يجب فحص كل إضافة من طرف ثالث على الإصدار المستهدف قبل تحديد أي موعد. تكفي إضافة واحدة معطِّلة لتأخير الجدول كله.","**مهلة لا وجهة** — يمنح الدعم الممتد وقتًا لا هدفًا: فالإصدار 2.4.7 نفسه يخرج من الدعم القياسي في مايو 2027.","**مجموعة متاجر بسرعات مختلفة** — إذا كان لعملائك متاجر على 2.4.6 و2.4.7 و2.4.8 فأنت بحاجة إلى جدول متابعة واحد، لا إلى ذاكرة لكل عميل.",{"type":36,"title":50,"body":51},"قراءة جدول أدوبي دون الخطأ في النطاق","تعرّف صفحة سياسة دورة الحياة لدى أدوبي الدعم القياسي بأنه فترة ثلاث سنوات من تاريخ التوفر العام. ويشمل إصلاحات الجودة والإصلاحات الأمنية والمساندة.\n\nانتبه إلى النطاق: هذا الجدول مكتوب لـ Adobe Commerce ولا يذكر Magento Open Source. إذا كان عملاؤك على Open Source فلا تعتمد هذه المواعيد على أنها مواعيدهم. تحقق منها لدى أدوبي، وافترض في الأثناء الحالة غير المواتية، أي إصدارًا لم يعد يتلقى إصلاحات. ولا يعطي هذا المقال عمدًا أي تاريخ لنهاية الدعم الخاص بـ Open Source.",{"type":53,"title":54,"headers":55,"rows":59},"comparison","مواعيد الدعم المقروءة من صفحة أدوبي (Adobe Commerce)",[56,57,58],"الإصدار","نهاية الدعم القياسي","نهاية الدعم الممتد",[60,64,68,71],[61,62,63],"2.4.6","11 أغسطس 2026","31 أغسطس 2027",[65,66,67],"2.4.7","31 مايو 2027","31 مايو 2028",[69,67,70],"2.4.8","غير مذكورة في الصفحة",[72,73,70],"2.4.9","31 مايو 2029",{"type":36,"title":75,"body":76},"اختيار الإصدار المستهدف: 2.4.7 أم 2.4.8 أم 2.4.9","الإصدار 2.4.9 متاح منذ 12 مايو 2026 ويمتد دعمه القياسي حتى 31 مايو 2029: إنه الهدف الذي يمنح أطول مدة. أما 2.4.7 فيخرج من الدعم القياسي في مايو 2027؛ والتوقف عنده يعني تكرار العملية نفسها قبل ذلك. ويقدّم 2.4.8 مرحلة وسطى حتى مايو 2028.\n\nلا يحسم الجدول الزمني وحده. معياران أثقل منه. الأول قائمة إضافات العميل: إضافة بلا نسخة متوافقة مع 2.4.9 تفرض إما تصحيحًا وإما مرحلة أدنى. والثاني فجوة بنية الخادم، وهي تكبر مع كل إصدار يُتخطى ويُقرأ حجمها في الجدول التالي.",{"type":36,"title":78,"body":79},"بنية خادم 2.4.9: ما يتغير قبل أن يبدأ Composer","لا تدعم أدوبي إلا التركيبات المذكورة في صفحة متطلبات النظام. والملاحظة في تلك الصفحة صريحة: يُختبر 2.4.9 مع MariaDB 12.3، لذا تُرقّى قاعدة البيانات قبل ماجنتو.\n\nيقارن الجدول بين 2.4.6-p15 و2.4.9 لتركيب محلي كما تصفه صفحة أدوبي لـ Adobe Commerce. أما لـ Open Source فتأكد من كل سطر في المصدر نفسه قبل طلب خادم أو إعادة ضبطه.",{"type":53,"title":81,"headers":82,"rows":85},"المتطلبات المحلية المقروءة من صفحة أدوبي",[83,84,72],"المكوّن","2.4.6-p15",[86,90,94,98,102,106,110,113,116],[87,88,89],"PHP","8.2 أو 8.1","8.5",[91,92,93],"Composer","2.2.26 فما فوق","2.10",[95,96,97],"OpenSearch","2.19 أو 3","3",[99,100,101],"MariaDB","10.11","12.3",[103,104,105],"MySQL","غير مدعوم","8.4",[107,108,109],"Valkey","8.1","9.0",[111,112,112],"RabbitMQ","4.3",[114,115,115],"nginx","1.30",[117,118,119],"Varnish","8","9",{"type":121,"body":122},"p","تلفت هذا الجدول نقطة واضحة: لا يوجد إصدار PHP مشترك بين 2.4.6 و2.4.9. أي أن PHP يتغير مع الشيفرة في الوقت نفسه، وتنتقل قاعدة البيانات من MariaDB 10.11 إلى 12.3. ليست هذه ترقية تصحيح، بل ترحيل لبنية كاملة. وتُجرَّب على جهاز منفصل بالإصدارات نفسها المستهدفة قبل تنفيذها على الإنتاج.",{"type":36,"title":124,"body":125},"خطة انقطاع محدود: بنية موازية وبيئة تجريبية أولًا","الأسلم ألا تلمس بيئة الإنتاج القائمة. أنشئ بيئة ما قبل الإنتاج بالإصدارات المستهدفة في الجدول، واستعد فيها نسخة من قاعدة البيانات والوسائط، وأعد الترقية من أولها إلى آخرها وقِس زمن كل خطوة. إذا اتسعت التجربة لنافذة يقبلها التاجر، أعدتها كما هي على الإنتاج.\n\nوإلا فجهّز بنية إنتاج ثانية، وأعد مزامنة قاعدة البيانات قبل التحويل مباشرة، ووجّه الزيارات إليها في اللحظة الأخيرة. ينحصر الانقطاع في التحويل نفسه الذي تضعه في ساعات الهدوء، وتبقى البنية الأصلية سليمة للتراجع.\n\nيبقى السؤال الذي تطرحه كل وكالة: من يتحمل علاقة العميل والمخاطرة؟ علاقتك بالتاجر والإجراء يبقيان لديك. أما البنية التحتية فتتوفر لك فيها خوادم منفصلة لما قبل الإنتاج والإنتاج، وصلاحية root لمواءمة PHP ومحرك البحث وقاعدة البيانات، ولقطات قبل كل ترقية.",{"type":127,"title":128,"steps":129},"steps","إجراء الترقية بواسطة Composer، يُجرَّب أولًا في بيئة ما قبل الإنتاج",[130,133,136,139,142,145,148,151,154],{"title":131,"body":132},"تثبيت نقطة الانطلاق","خذ لقطة للخادم ونسخة مصدّرة من قاعدة البيانات قبل أي أمر. سجّل الإصدار الدقيق بالأمر `bin\u002Fmagento --version` وقائمة الحزم بالأمر `composer show`.",{"title":134,"body":135},"مواءمة البنية","ثبّت على البنية المستهدفة الإصدارات المذكورة في الجدول: PHP وComposer وOpenSearch وMariaDB. تحقق منها بالأمرين `php -v` و`composer --version` قبل المتابعة.",{"title":137,"body":138},"تفعيل وضع الصيانة","نفّذ `bin\u002Fmagento maintenance:enable`. في بيئة ما قبل الإنتاج هو عادة تُكرَّر لقياس مدة الانقطاع الفعلية.",{"title":140,"body":141},"إيقاف cron وتفريغ الطوابير","أزل cron بالأمر `bin\u002Fmagento cron:remove` ثم فرّغ المستهلكين بالأمر `bin\u002Fmagento cron:run --group=consumers`. انتظر انتهاء المعالجة، وتتابعها بالأمر `ps aux | grep 'bin\u002Fmagento queue'`.",{"title":143,"body":144},"حفظ ملف Composer","انسخ الملف بالأمر `cp composer.json composer.json.bak`. إنه شبكة أمانك إذا سار حلّ التبعيات في اتجاه خاطئ.",{"title":146,"body":147},"طلب الإصدار المستهدف","استعمل `composer require-commerce` لا `composer require`: `composer require-commerce magento\u002Fproduct-community-edition \u003Cالإصدار المستهدف> --no-update`. وفي Adobe Commerce تكون الحزمة `magento\u002Fproduct-enterprise-edition`. يفترض هذا الأمر أن الإضافة `magento\u002Fcomposer-root-update-plugin` مثبتة كما تشترط متطلبات أدوبي.",{"title":149,"body":150},"تحديث التبعيات","نفّذ `composer update` واقرأ المخرجات حتى آخرها: يظهر فيها تعارض الإضافات قبل وقوع أي ضرر. والإضافة التي تحدّ من إصدار ماجنتو تُصلَح هنا لا على الإنتاج.",{"title":152,"body":153},"التنظيف ثم الترحيل","احذف محتوى `var\u002Fcache\u002F` و`var\u002Fpage_cache\u002F` و`generated\u002Fcode\u002F` ثم نفّذ `bin\u002Fmagento setup:upgrade`. وبحسب نمط النشر لديك، أعد بعدها `bin\u002Fmagento setup:di:compile` و`bin\u002Fmagento setup:static-content:deploy`؛ فالصفحة التي رجعنا إليها من أدوبي لا تفصّل هذين الأمرين، فاتّبع إجراءك المعتاد.",{"title":155,"body":156},"إعادة الفتح والتحقق","نفّذ `bin\u002Fmagento maintenance:disable` وأعد تثبيت cron بالأمر `bin\u002Fmagento cron:install` وأعد تشغيل Varnish إن كان مستعملًا. ثم تجوّل في المتجر: الكتالوج والبحث والسلة ودفعة تجريبية ورسائل الطلب.",{"type":158,"title":159,"body":160},"tip","خطّط للتراجع قبل إطلاق الترقية","اللقطة تستعيد حالة الخادم كاملة، أما نسخة قاعدة البيانات الاحتياطية فتستعيد البيانات فقط: الفرق موضح في \u003Ca href=\"\u002Far\u002Fالمدونة\u002Fاللقطة-مقابل-النسخ-الاحتياطي-للـvps-الفرق-والاستعادة\">اللقطة مقابل النسخ الاحتياطي للـ VPS\u003C\u002Fa>. جرّب الاستعادة في بيئة ما قبل الإنتاج قبل موعد الترقية.\n\nلا يكون التراجع نظيفًا إلا ما دام لم يُسجَّل أي طلب على البنية الجديدة. وبعد ذلك يجب إعادة تلك الطلبات يدويًا: حدّد سلفًا اللحظة التي لا رجوع بعدها.",{"type":36,"title":162,"body":163},"استكشاف الأخطاء: الأخطاء التي تتكرر أثناء الترقية","تأتي هذه الرسائل من وثائق أدوبي ومن Composer. لكل منها علاج، ولا يجوز علاج أي منها على الإنتاج.",{"type":40,"title":165,"items":166},"رسائل الخطأ وعلاجها",[167,168,169,170],"**`Your requirements could not be resolved to an installable set of packages`** — يرفض Composer التركيبة المطلوبة. إما أن PHP على الجهاز خارج الإصدارات المدعومة للهدف، وإما أن إضافة من طرف ثالث تحدّ من ماجنتو. نفّذ `composer why-not magento\u002Fproduct-community-edition \u003Cالإصدار المستهدف>` لمعرفة المعطِّل.","**تحذير بشأن قيم الجذر المتعارضة** — بلا خيار يحتفظ Composer بقيمك المخصصة ويعرض تحذيرًا. يتيح `--interactive-root-conflicts` مراجعتها واحدة واحدة؛ ويستبدل `--force-root-updates` قيمك بقيم أدوبي، فلا يُستعمل إلا في مشاريع بلا تخصيص.","**`We're sorry, an error has occurred while generating this email`** — تفيد أدوبي بإعادة ضبط مالك الملفات وأذوناتها بصلاحية root ثم تفريغ `var\u002Fcache\u002F` و`var\u002Fpage_cache\u002F` و`generated\u002Fcode\u002F` قبل إعادة تحميل المتجر.","**الحزمة `magento\u002Finventory-composer-installer` غائبة** — عند الترقية من 2.3 إلى 2.4.6-p13 تطلب أدوبي تنفيذ `composer require magento\u002Finventory-composer-installer` أولًا، لأن الحزمة مفقودة في ذلك الإصدار.",{"type":36,"title":172,"body":173},"تحويل الترقية إلى روتين على كامل المجموعة","نجاح الترقية في متجر واحد لا قيمة كبيرة له ما لم يصبح روتينًا. احتفظ بجدول لكل عميل يضم إصدار ماجنتو وتصحيحه وPHP وقاعدة البيانات ومحرك البحث وقائمة الإضافات وتاريخ آخر تجربة في بيئة ما قبل الإنتاج. وتوصي أدوبي بالترقية في كل دورة تصحيحات: هذا الإيقاع هو ما يمنعك من الوقوع في الاستعجال نفسه بعد سنتين.\n\nتجد بقية مواعيد المجموعة في \u003Ca href=\"\u002Far\u002Fالمدونة\u002Fجدول-نهاية-الدعم-2027-استضافة-الوكالات\">جدول نهاية الدعم 2027\u003C\u002Fa>، وقائمة التحقق الخاصة بـ PHP في \u003Ca href=\"\u002Far\u002Fالمدونة\u002Fنهاية-دعم-php-82-دليل-الترحيل\">نهاية دعم PHP 8.2: دليل الترحيل\u003C\u002Fa>. اجمع الثلاثة في جدول صيانة واحد.\n\nأجرِ جردًا للمتاجر التي ما زالت على 2.4.6 مع نسخة كل منها (Adobe Commerce أو Open Source) وإضافاتها. اختر الهدف، وهو 2.4.9 في أغلب الحالات. أنشئ بيئة ما قبل الإنتاج بإصدارات الجدول، وجرّب الإجراء ودوّن مدة كل خطوة. ثم أبلغ التاجر بموعد التحويل ونافذته ونقطة اللارجوع. وما بعد ذلك لم يعد ارتجالًا بل عملية مخططة.","جرّب كل ترقية قبل الإنتاج","بيئتا ما قبل الإنتاج والإنتاج على خادمين منفصلين، ولقطات قبل كل ترقية، ونطاقات عملائك واستضافاتهم وخوادمهم VPS في مكان واحد تحت علامتك.","اكتشف مساحة الوكالات","\u002Fsolutions\u002Fagences",[179,201,221],{"id":180,"slug":181,"slugs":182,"title":186,"excerpt":187,"readTime":188,"views":189,"isPinned":19,"publishedAt":190,"updatedAt":191,"category":192,"categories":198,"featuredImage":30,"bgImage":31,"posterImage":200,"relatedSolution":30},206,"نهاية-دعم-php-82-دليل-الترحيل",{"fr":183,"en":184,"ar":181,"es":185},"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,"2026-08-01T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":193,"name":194,"slug":195,"color":196,"icon":197},4,"التطوير","developpement","bg-warning\u002F10 text-warning","dev",[199],{"id":193,"name":194,"slug":195,"color":196,"icon":197},"\u002Fblog\u002Fcovers\u002Fphp-82-fin-de-vie-checklist-migration-poster.svg",{"id":202,"slug":203,"slugs":204,"title":208,"excerpt":209,"readTime":210,"views":18,"isPinned":19,"publishedAt":211,"updatedAt":212,"category":213,"categories":218,"featuredImage":30,"bgImage":31,"posterImage":220,"relatedSolution":30},520,"جدول-نهاية-الدعم-2027-استضافة-الوكالات",{"fr":205,"en":206,"ar":203,"es":207},"calendrier-fins-de-vie-hebergement-2027-agence","end-of-life-calendar-2027-hosting-agencies","calendario-fin-de-vida-2027-hosting-agencias","نهاية الدعم 2027: جدول PHP وPostgreSQL وNode.js وUbuntu","جدول مؤرَّخ من نوفمبر 2026 إلى نهاية 2027: PostgreSQL 14 وPHP 8.2 وNode.js 22 وUbuntu 22.04. المصادر والإجراءات وطريقة التجميع حسب العميل.",10,"2026-10-28T00:00:00+00:00","2026-10-29T03:10:22+00:00",{"id":214,"name":215,"slug":216,"color":217,"icon":216},3,"النشر","deploiement","bg-success\u002F10 text-success",[219],{"id":214,"name":215,"slug":216,"color":217,"icon":216},"\u002Fblog\u002Fcovers\u002Fcalendrier-fins-de-vie-hebergement-2027-agence-poster.svg",{"id":222,"slug":223,"slugs":224,"title":228,"excerpt":229,"readTime":17,"views":18,"isPinned":19,"publishedAt":230,"updatedAt":231,"category":232,"categories":233,"featuredImage":30,"bgImage":31,"posterImage":235,"relatedSolution":30},548,"اللقطة-مقابل-النسخ-الاحتياطي-للـvps-الفرق-والاستعادة",{"fr":225,"en":226,"ar":223,"es":227},"snapshot-vs-sauvegarde-vps-difference-restauration","vps-snapshot-vs-backup-what-differs-and-how-restore-works","snapshot-vs-copia-de-seguridad-de-vps-diferencias-y-restauracion","اللقطة مقابل النسخ الاحتياطي للـVPS: الفرق والاستعادة","لقطة أم نسخة احتياطية للـVPS: ما تحميه كل منهما وما لا تحميه، وكيف تتم الاستعادة، وقاعدة قرار تطبقها على الخوادم الافتراضية لعملائك.","2026-10-31T00:00:00+00:00","2026-10-31T19:07:30+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[234],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fsnapshot-vs-sauvegarde-vps-difference-restauration-poster.svg",1793542794458]