[{"data":1,"prerenderedAt":210},["ShallowReactive",2],{"seo-verification":3,"blog-mysql-8-0-انتهاء-الدعم-ترقية-vps-ma-ar":6,"promo-bar-likely":209},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-mysql-8-0-انتهاء-الدعم-ترقية-vps-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":148,"ctaBody":149,"ctaButton":150,"ctaUrl":151,"relatedPosts":152},464,"mysql-8-0-انتهاء-الدعم-ترقية-vps",{"fr":12,"en":13,"ar":10,"es":14},"mysql-8-0-eol-migration-vps","mysql-8-0-end-of-life-migration-vps","mysql-8-0-fin-de-soporte-migracion-vps","هجرة ‏MySQL 8.0 إلى 8.4 LTS على خادم VPS: دليل شامل","وصل ‏MySQL 8.0 إلى نهاية دعمه الرسمي في 30 أبريل 2026. هاجر إلى ‏MySQL 8.4 LTS على خادم ‏VPS خطوة بخطوة: التغييرات الجذرية، والفحوصات المسبقة، ومتى تختار ‏MariaDB 11.x بديلاً.",11,0,false,"2026-10-17T00:00:00+00:00","2026-11-08T01:13:14+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},6,"قواعد البيانات","bases-de-donnees","bg-teal-500\u002F10 text-teal-400","database",[29],{"id":23,"name":24,"slug":25,"color":26,"icon":27},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fmysql-8-0-eol-migration-vps-poster.svg","في 30 أبريل 2026، أنهت ‏Oracle رسمياً دعم ‏MySQL 8.0: لن تُنشر أي تصحيحات أمنية لهذا الفرع بعد الآن. كل ثغرة أمنية مُكتشفة تبقى مفتوحة بشكل دائم على خادمك. ‏MySQL 8.4 هي أول إصدار ‏LTS في سلسلة ‏MySQL 8، مع ‏Premier Support حتى أبريل 2029، ثم ‏Extended Support حتى أبريل 2032. يشرح هذا الدليل التعارضات التقنية الواجب معرفتها، والفحوصات اللازمة قبل التبديل، وإجراء الترقية في المكان على خادم ‏VPS يعمل بـ‏Linux، والحالات التي يكون فيها ‏MariaDB 11.x خياراً أفضل.",[35,39,42,45,55,58,64,95,98,100,102,105,136,138,145],{"type":36,"title":37,"body":38},"h2","لماذا تهاجر الآن: انتهاء الدعم والتعرض للثغرات","‏MySQL 8.0 وصل إلى نهاية دعمه الرسمي في 30 أبريل 2026 وفق جدول ‏Oracle Lifetime Support‏ (oracle.com\u002Fsupport\u002Flifetime-support\u002F). من هذا التاريخ، لم تعد ‏Oracle تنشر تصحيحات أمنية للفرع 8.0.x، بصرف النظر عن خطورة الثغرة. الخوادم التي تبقى على 8.0 تتراكم لديها ديون أمنية تنمو مع كل تحديث ربعي من ‏Oracle — دون أن تُعالج أبداً.",{"type":40,"body":41},"p","‏MySQL 8.4 هي أول إصدار يُعيَّن كـ‏LTS في تاريخ ‏MySQL. وفق سياسة ‏Lifetime Support من ‏Oracle، تحصل سلسلة ‏LTS على خمس سنوات من ‏Premier Support ثم ثلاث سنوات من ‏Extended Support: بالنسبة للإصدار 8.4، حتى أبريل 2029 ثم حتى أبريل 2032 (dev.mysql.com\u002Fdoc\u002Frefman\u002F8.4\u002Fen\u002Fmysql-releases.html). على عكس فروع الابتكار 8.1 و8.2 و8.3 — الصادرة بين 2023 و2024 دون دعم ممتد — يتلقى الإصدار 8.4 تصحيحات أمنية وإصلاحات الاستقرار على المدى الطويل. صدرت سلسلة ‏LTS ثانية، هي ‏MySQL 9.7، في أبريل 2026، لكن ‏Oracle لا تدعم تخطي سلسلة ‏LTS: انطلاقًا من 8.0، يبقى 8.4 خطوة إلزامية، ثم يُحضَّر الانتقال إلى 9.7 انطلاقًا من 8.4.",{"type":36,"title":43,"body":44},"التغييرات الجذرية التي يجب معرفتها قبل الترقية","—",{"type":46,"items":47},"ul",[48,49,50,51,52,53,54],"**تعطيل ‏`mysql_native_password`‏**: مكوّن المصادقة هذا، المُهمل منذ ‏MySQL 8.0.34، لم يعد يُحمَّل افتراضيًا في ‏MySQL 8.4 (ويُحذف في 9.0). يمكن إعادة تفعيله مؤقتًا بـ‏`mysql_native_password=ON`‏ في قسم ‏`[mysqld]`‏ ريثما تُرحَّل الحسابات. أي حساب مستخدم يعتمد على هذا المكوّن سيفشل في الاتصال فوراً بعد الترقية. تطبيقات ‏PHP الأقدم من 7.4، و‏WordPress دون تهيئة ‏PDO صحيحة، وعملاء ‏JDBC القديمة هي الحالات الأكثر شيوعاً.","**تغيير المعامل ‏`authentication_policy`‏**: المتغير ‏`default_authentication_plugin`‏، المُهمل منذ 8.0.27، محذوف في 8.4: أي سطر متبقٍّ منه في ‏`my.cnf`‏ يمنع الخادم من البدء. يحل محله ‏`authentication_policy`‏، وقيمته الافتراضية ‏`*,,`‏ تستخدم أصلًا ‏`caching_sha2_password`‏ للعامل الأول. يجب استبداله بـ‏`authentication_policy`‏.","**خيارات خادم محذوفة**: ‏`expire_logs_days`‏ (يحل محله ‏`binlog_expire_logs_seconds`‏)، و‏`--skip-host-cache`‏ (يحل محله ‏`host_cache_size = 0`‏)، و‏`--ssl`‏ و‏`--admin-ssl`‏ (يحل محلهما ‏`--tls-version`‏ و‏`--admin-tls-version`‏)، و‏`binlog_transaction_dependency_tracking`‏ و‏`avoid_temporal_upgrade`‏ و‏`show_old_temporals`‏ لم تعد موجودة في 8.4: تعيينها أثناء التشغيل أو في ‏`my.cnf`‏ ينتج خطأ. تحقق من ملفات الإعداد والسكريبتات.","**أعمدة ‏JSON‏**: كما في أي ترقية لإصدار رئيسي، يجب إعادة تشغيل الاستعلامات التي تعتمد على ‏`JSON_TABLE()`‏ و‏`JSON_VALUE()`‏ أو على مسارات ‏JSON‏ معقدة قبل التبديل. تحقق من الجداول التي تحتوي على أعمدة ‏JSON‏ كبيرة في بيئة اختبار أولاً.","**مجموعة الأحرف والترتيب**: تبقى ‏`utf8mb4`‏ و‏`utf8mb4_0900_ai_ci`‏ افتراضيتين، أما مجموعة ‏`utf8mb3`‏ (و‏`utf8`‏ اسم مستعار لها) فهي مُهملة: تبقى مقبولة طوال سلسلة 8.4، لكن ‏Oracle تعلن حذفها في إصدار رئيسي مقبل. يُستحسن التخطيط للهجرة إلى ‏`utf8mb4`‏ لقواعد البيانات القديمة المنشأة تحت ‏MySQL 5.7.","**متغيرات النظام المُزالة أو المُعاد تسميتها**: حُذفت في 8.4 عدة خيارات نسخ متطابق كانت مُهملة في 8.0 — خاصة ‏`master_info_repository`‏ و‏`relay_log_info_repository`‏ (لم تبقَ إلا جداول البيانات الوصفية المقاومة للأعطال)، و‏`slave_rows_search_algorithms`‏ و‏`log_bin_use_v1_events`‏؛ أما متغيرات ‏`slave_*`‏ المتبقية فمُهملة لصالح ‏`replica_*`‏، ومتغيرات ‏`query_cache_*`‏ اختفت منذ 8.0 مع ذاكرة الاستعلامات المؤقتة. تُنبّه أداة ‏Upgrade Checker‏ في ‏MySQL Shell‏ (‏`util.checkForServerUpgrade()`‏) إلى هذه النقاط قبل التبديل.","**النسخ المتطابق**: أسماء المتغيرات المرتبطة بالنسخ المتطابق تحولت نهائياً إلى مصطلح ‏`source`‏\u002F‏`replica`‏. التعليمات القديمة محذوفة في 8.4: أي سكريبت يستدعي ‏`SHOW SLAVE STATUS`‏ يجب تحديثه إلى ‏`SHOW REPLICA STATUS`‏، وكذلك ‏`START SLAVE`‏ ← ‏`START REPLICA`‏ و‏`CHANGE MASTER TO`‏ ← ‏`CHANGE REPLICATION SOURCE TO`‏ و‏`SHOW MASTER STATUS`‏ ← ‏`SHOW BINARY LOG STATUS`‏.",{"type":36,"title":56,"body":57},"المتطلبات الأساسية قبل البدء","هجرة محرك قاعدة البيانات في الإنتاج تتطلب تحضيراً دقيقاً. ثلاثة شروط يجب توافرها: نسخة احتياطية مُتحقق منها، معرفة دقيقة بإصدارك الحالي، والتحقق من توافق التطبيق.",{"type":46,"items":59},[60,61,62,63],"**نسخة احتياطية كاملة ومُتحقق منها**: نفّذ ‏`mysqldump --all-databases --single-transaction --routines --events > backup_pre_migration.sql`‏ وتحقق أن الملف قابل للقراءة. نسخة احتياطية غير مُتحقق منها ليست نسخة احتياطية.","**الإصدار الحالي ومحركات الجداول**: نفّذ ‏`SELECT VERSION();`‏ وأدرج الجداول غير المستندة إلى ‏InnoDB‏ من ‏`information_schema.tables`‏. يجب تقييم أي جدول ‏MyISAM‏ أو ‏MEMORY‏ قبل الترقية.","**توافق التطبيق**: حدّد مكوّن المصادقة لكل حساب بـ‏`SELECT user, host, plugin FROM mysql.user;`‏. أي مستخدم على ‏`mysql_native_password`‏ يجب ترحيله إلى ‏`caching_sha2_password`‏.","**المساحة المتاحة على القرص**: تشغل النسخة الاحتياطية وترقية قاموس البيانات مساحة على قرص الخادم. تحقق من وجود 20% على الأقل من المساحة الحرة على قسم ‏`\u002Fvar`‏.",{"type":65,"title":66,"steps":67},"steps","إجراء هجرة ‏MySQL 8.0 → 8.4 LTS على خادم VPS",[68,71,74,77,80,83,86,89,92],{"title":69,"body":70},"نسخة احتياطية كاملة مع التحقق","نفّذ ‏`mysqldump --all-databases --single-transaction --routines --events --triggers > \u002Froot\u002Fbackup_mysql80_$(date +%Y%m%d).sql`‏. تحقق من نهاية الملف بـ‏`tail -5 \u002Froot\u002Fbackup_mysql80_*.sql`‏: يجب أن يكون آخر سطر ‏`-- Dump completed on …`‏. احفظ الملف خارج الخادم قبل المتابعة.",{"title":72,"body":73},"مراجعة الحسابات ومكوّنات المصادقة","نفّذ ‏`SELECT user, host, plugin FROM mysql.user ORDER BY plugin;`‏. لكل مستخدم على ‏`mysql_native_password`‏، نفّذ ‏`ALTER USER 'اسم'@'مضيف' IDENTIFIED WITH caching_sha2_password BY 'كلمة_مرور';`‏. حدّث سلسلة الاتصال لكل تطبيق متأثر قبل الترقية.",{"title":75,"body":76},"التحقق من المتغيرات المُهملة في my.cnf","افتح ‏`\u002Fetc\u002Fmysql\u002Fmysql.conf.d\u002Fmysqld.cnf`‏ وأزل أو استبدل: ‏`default_authentication_plugin`‏ بـ‏`authentication_policy = caching_sha2_password`‏، و‏`expire_logs_days`‏ بـ‏`binlog_expire_logs_seconds`‏، و‏`skip-host-cache`‏ بـ‏`host_cache_size = 0`‏، و‏`slave_*`‏ بـ‏`replica_*`‏، وأزل ‏`master_info_repository`‏ و‏`relay_log_info_repository`‏. أي متغير غير معروف يمنع تشغيل ‏MySQL 8.4.",{"title":78,"body":79},"إيقاف الخدمة وأخذ لقطة","على خادم ‏Proxmox‏ أو ‏KVM‏، خذ لقطة قبل تعديل الحزم عبر لوحة التحكم أو ‏API‏ لمزود الاستضافة. ثم: ‏`systemctl stop mysql`‏ وتحقق من التوقف بـ‏`systemctl status mysql`‏.",{"title":81,"body":82},"إضافة مستودع MySQL 8.4 وتحديث الحزم","على ‏Debian 12 \u002F Ubuntu 22.04‏: نزّل حزمة إعداد مستودع ‏MySQL‏ من ‏`dev.mysql.com\u002Fdownloads\u002Frepo\u002Fapt\u002F`‏، ثبّتها بـ‏`dpkg -i mysql-apt-config_*.deb`‏، اختر ‏MySQL 8.4 LTS‏ من القائمة، ثم نفّذ ‏`apt-get update && apt-get install mysql-server`‏.",{"title":84,"body":85},"ترقية جداول النظام","عند أول تشغيل لـ‏MySQL 8.4‏، يُحدّث المحرك جداول النظام تلقائياً. تحقق من السجلات: ‏`journalctl -u mysql -n 50 | grep -i 'upgrade\\|error'`‏. إذا لم تتم الترقية التلقائية، فلا تبحث عن ‏`mysql_upgrade`‏: الأداة محذوفة في 8.4. أعد تشغيل الخادم مرة واحدة بالخيار ‏`--upgrade=FORCE`‏ (مثلًا ‏`upgrade = FORCE`‏ في قسم ‏`[mysqld]`‏، ثم احذفه بعد ذلك)‏.",{"title":87,"body":88},"التحقق بعد الترقية","اتصل وتحقق من الإصدار: ‏`SELECT VERSION();`‏ يجب أن يُرجع ‏`8.4.x`‏. ثم نفّذ ‏`mysqlcheck --all-databases --auto-repair --user=root --password`‏ للكشف عن أي تلف في الجداول. راجع سجل الأخطاء ‏`\u002Fvar\u002Flog\u002Fmysql\u002Ferror.log`‏.",{"title":90,"body":91},"اختبار وظيفي للتطبيق","أعد تشغيل التطبيق وتحقق من النقاط الحساسة: الاتصال بقاعدة البيانات، مصادقة المستخدمين، استعلامات أعمدة ‏JSON‏، الإجراءات المخزنة. الحساب الذي بقي على ‏`mysql_native_password`‏ دون ترحيل يفشل بالخطأ ‏`ERROR 1045 (28000): Access denied`‏ ويترك أثرًا في سجل الخادم؛ أما الخطأ ‏`The server requested authentication method unknown to the client`‏ فيدل على عميل أقدم من أن يدعم ‏`caching_sha2_password`‏ (‏PHP‏ أقدم من 7.4 مثلًا).",{"title":93,"body":94},"التنظيف وتفعيل المراقبة","احذف ملف النسخة الاحتياطية المحلية بعد تأكيد النسخة الخارجية. تحقق من أداة المراقبة: بعض أسماء المقاييس تغيرت بين 8.0 و8.4. جدوِل فحص سجل الأخطاء بعد 24 و72 ساعة من الهجرة.",{"type":36,"title":96,"body":97},"MariaDB 11.x: متى تُفضّل هذا البديل","‏MariaDB 11.x هو شوكة من ‏MySQL تباعدت بشكل كبير منذ الإصدار 10.3. هناك حالات محددة تجعل ‏MariaDB 11.x أكثر ملاءمة من الترقية إلى ‏MySQL 8.4.",{"type":40,"body":99},"**فضّل ‏MariaDB 11.x إذا** كان تطبيقك يستخدم ميزات خاصة بـ‏MariaDB‏ (جداول ذات إصدار نظام، تسلسلات، محرك ‏Spider‏، ‏Galera Cluster‏ الأصلي)؛ أو إذا كنت بحاجة إلى مجموعة متعددة الماسترات دون تعقيد ‏MySQL Group Replication‏؛ أو إذا أردت البقاء على شوكة تحتفظ بـ‏`mysql_native_password`‏ للتطبيقات القديمة. ‏MariaDB 11.4 LTS مدعومة حتى مايو 2029، و‏MariaDB 11.8 LTS حتى يونيو 2028، وصدرت سلسلة ‏LTS جديدة هي 12.3 في مايو 2026. ترخيص الخادم هو ‏GPLv2.",{"type":40,"body":101},"**فضّل ‏MySQL 8.4 LTS إذا** طُوِّر تطبيقك واختُبر خصيصاً مقابل ‏MySQL (أطر عمل مثل ‏Laravel Eloquent أو ‏Hibernate التي تستغل ميزات ‏MySQL الخاصة)؛ أو إذا كنت تستخدم ‏MySQL Enterprise لوظائف كـ‏audit plugin أو ‏Thread Pool التجاري؛ أو إذا كان مزود الاستضافة لا يدعم إلا النسخ الاحتياطية المحسّنة لـ‏MySQL (Percona XtraBackup). أما الهجرة من ‏MySQL 8.0 إلى ‏MariaDB 11.x فهي هجرة بين محركَّين مختلفَّين، وأكثر خطورة وخارج نطاق هذا الدليل — فهي تستحق إجراءً مخصصاً مع اختبارات تكامل كاملة.",{"type":103,"body":104},"tip","**التراجع ممكن خلال 24 ساعة**: إذا أخذت لقطة للخادم قبل الترقية، فإن استعادتها تُعيد الخادم إلى حالة ‏MySQL 8.0 في دقائق. بدون لقطة، يمكن التراجع من تفريغ ‏SQL‏ لكنه أبطأ. لا تحذف النسخة الاحتياطية واللقطة إلا بعد 72 ساعة من الاستقرار في الإنتاج على ‏MySQL 8.4.",{"type":106,"title":107,"headers":108,"rows":113},"comparison","MySQL 8.0 مقابل MySQL 8.4 LTS مقابل MariaDB 11.x",[109,110,111,112],"المعيار","MySQL 8.0","MySQL 8.4 LTS","MariaDB 11.x",[114,119,124,128,132],[115,116,117,118],"دعم الأمان","منتهٍ (30 أبريل 2026)","Premier حتى أبريل 2029 · Extended حتى أبريل 2032","حتى 2029 (11.4 LTS)",[120,121,122,123],"mysql_native_password","موجود (مُهمل)","معطّل افتراضيًا (محذوف في 9.0)","موجود بشكل افتراضي",[125,126,126,127],"مجموعة متعددة الماسترات","Group Replication","Galera Cluster أصلي",[129,130,130,131],"توافق تطبيقات MySQL","أصلي","معظمه متوافق، بعض الفجوات",[133,134,134,135],"الترخيص","GPL + Enterprise تجاري","GPLv2 (مؤسسة MariaDB)",{"type":36,"title":137,"body":44},"استكشاف الأخطاء: الأخطاء الشائعة بعد الهجرة",{"type":46,"items":139},[140,141,142,143,144],"**`ERROR 1045 (28000): Access denied`‏** بعد الترقية: تحقق من مكوّن المصادقة بـ‏`SELECT plugin FROM mysql.user WHERE user='اسم';`‏. إذا كان لا يزال ‏`mysql_native_password`‏، فهذا الحساب لم يُرحَّل (الترقية لا تغيّر مكوّن أي حساب)، نفّذ ‏`ALTER USER … IDENTIFIED WITH caching_sha2_password BY '…';`‏.","**`Unknown system variable 'default_authentication_plugin'`‏**: هذا المتغير لم يعد مُعترفاً به في 8.4. أزله من ‏`my.cnf`‏ واستبدله بـ‏`authentication_policy = caching_sha2_password`‏.","**‏MySQL لا يبدأ بعد الترقية**: راجع ‏`\u002Fvar\u002Flog\u002Fmysql\u002Ferror.log`‏. الأكثر شيوعاً هو متغير نظام غير معروف في ‏`my.cnf`‏. علّق المتغيرات واحداً تلو الآخر حتى تحدد المصدر.","**تدهور الأداء في استعلامات الفرز**: قد يختار مُحسِّن الاستعلامات في ‏MySQL 8.4 خطط تنفيذ مختلفة عن 8.0 في بعض الاستعلامات. نفّذ ‏`EXPLAIN`‏ على الاستعلامات البطيئة. ‏`ANALYZE TABLE اسم_الجدول;`‏ يُجبر على تحديث الإحصائيات.","**سكريبتات مراقبة تفشل بعد الترقية**: العدادات ‏`Com_slave_*`‏ و‏`Com_show_master_status`‏ محذوفة في 8.4 لصالح ‏`Com_replica_*`‏ و‏`Com_show_binary_log_status`‏، وتعليمات ‏`SLAVE`‏\u002F‏`MASTER`‏ لم تعد موجودة. حدّث استعلامات المراقبة وفق الأسماء الموثّقة في ‏`dev.mysql.com\u002Fdoc\u002Frefman\u002F8.4\u002Fen\u002Fperformance-schema.html`‏.",{"type":36,"title":146,"body":147},"الانتقال إلى MySQL 8.4 LTS: ما يجب تذكره","هجرة ‏MySQL 8.0 إلى ‏MySQL 8.4 LTS هي ترقية في المكان قابلة للتنفيذ في أقل من ساعة على خادم ‏VPS مُحضَّر جيداً. أكثر نقطتي فشل شيوعاً هما التعطيل الافتراضي لـ ‏`mysql_native_password`‏ — الذي يُعطّل اتصالات التطبيقات القديمة إذا لم تُهاجَر الحسابات مسبقاً — والمتغيرات المُزالة في ‏`my.cnf`‏ التي تمنع بدء الخدمة. تدقيق هاتين النقطتين مسبقاً يُقلل المخاطر إلى حد كبير. وللتطبيقات التي تحتاج إلى ‏`mysql_native_password`‏ أو إلى مجموعة متعددة الماسترات دون تعقيد في الإعداد، تُعد ‏MariaDB 11.4 LTS بديلًا جادًّا، بشرط التعامل مع الهجرة كعملية مستقلة لها اختبارات تكامل خاصة بها.","خادم VPS Linux لقاعدة بيانات MySQL 8.4","استضف ‏MySQL 8.4 LTS على خادم ‏VPS Linux مُدار، مع لقطات مدمجة لتأمين كل هجرة.","عرض خطط VPS Linux","\u002Fvps-linux",[153,172,192],{"id":154,"slug":155,"slugs":156,"title":160,"excerpt":161,"readTime":162,"views":18,"isPinned":19,"noindex":19,"publishedAt":163,"updatedAt":164,"category":165,"categories":166,"featuredImage":30,"bgImage":31,"posterImage":168,"relatedSolution":169},57,"استضافة-mysql-على-خادم-vps",{"fr":157,"en":158,"ar":155,"es":159},"heberger-mysql-vps","hosting-mysql-on-a-vps","alojar-mysql-en-un-vps","استضافة MySQL على خادم VPS: دليل شامل","ثبّت ‎MySQL 8.4 LTS‎ على خادم ‎VPS‎: المتطلبات، التأمين، أداء ‎InnoDB‎، الوصول عن بُعد الآمن، النسخ الاحتياطية التلقائية، واستكشاف الأخطاء.",9,"2026-04-24T00:00:00+00:00","2026-11-09T20:55:18+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[167],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fheberger-mysql-vps-poster.svg",{"categorySlug":170,"appSlug":171},"قواعد-البيانات","mysql-stack",{"id":173,"slug":174,"slugs":175,"title":179,"excerpt":180,"readTime":181,"views":182,"isPinned":19,"noindex":19,"publishedAt":183,"updatedAt":184,"category":185,"categories":186,"featuredImage":30,"bgImage":31,"posterImage":188,"relatedSolution":189},146,"mariadb-على-vps-sql-حر-وسريع-وتحت-السيطرة",{"fr":176,"en":177,"ar":174,"es":178},"heberger-mariadb-vps","mariadb-on-a-vps-free-fast-controlled-sql","alojar-mariadb-en-un-vps","‎MariaDB على VPS: SQL حر وسريع وتحت السيطرة","‎انشر MariaDB على VPS من ServOrbit: تثبيت بنقرة واحدة، نسخ احتياطية آلية، ضبط InnoDB ووصول بعيد آمن.",10,1,"2026-01-30T00:00:00+00:00","2026-10-07T23:07:24+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[187],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fheberger-mariadb-vps-poster.svg",{"categorySlug":190,"appSlug":191},"db","mariadb-stack",{"id":193,"slug":194,"slugs":195,"title":199,"excerpt":200,"readTime":201,"views":202,"isPinned":19,"noindex":19,"publishedAt":203,"updatedAt":204,"category":205,"categories":206,"featuredImage":30,"bgImage":31,"posterImage":208,"relatedSolution":30},225,"postgresql-ونهاية-الدعم-تخطيط-الترقية-الكبرى",{"fr":196,"en":197,"ar":194,"es":198},"postgresql-fin-de-vie-planifier-montee-version","postgresql-end-of-life-plan-your-major-upgrade","postgresql-fin-de-vida-planificar-actualizacion","‏PostgreSQL ونهاية الدعم: تخطيط الترقية الكبرى","‏يدعم PostgreSQL كل إصدار رئيسي خمس سنوات، وينتهي الدعم في نوفمبر. اعرف إصدارك وخطّط للترقية دون فقدان البيانات.",4,3,"2026-08-05T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[207],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fpostgresql-fin-de-vie-planifier-montee-version-poster.svg",true,1794270343712]