إذا كان سيرفر Nextcloud عندك يعمل على PHP 8.2 أو MariaDB 10.6 أو MySQL 8.0، فلن يكون الانتقال إلى الإصدار الجديد مجرد ضغطة زر، حيث نشر مشروع Nextcloud في 15 سبتمبر 2026 الإصدار الرئيسي Major Release 35.0.0 ورفع معه الحد الأدنى لكل طبقة تحته: PHP وقاعدة البيانات Database ونظام التشغيل Operating System، وبالتالي قد تحتاج إلى ترقية البنية التحتية قبل أن تلمس Nextcloud نفسه. وكان المشروع قد أصدر قبل ذلك بخمسة أيام، في 10 سبتمبر، التحديثات 34.0.4 و33.0.9 و32.0.15 للفروع Branches الأقدم، ثم صدر في 24 سبتمبر أول إصدار تصحيحي للسلسلة الجديدة 35.0.1 بمجموعة من إصلاحات الأخطاء Bug Fixes، وهو أحدث إصدار حتى الآن.
ولاحظ أن سجل التغييرات Changelog طويل لدرجة أن المشروع نشره في ملف مستقل، لكن أهم ما فيه لمن يدير السيرفر هو المتطلبات Requirements، لأنها هي التي تحدد هل تستطيع التحديث Upgrade اليوم أم تحتاج إلى عمل تحضيري أولاً.
ما الذي تغير في المتطلبات؟
تذكر صفحة متطلبات النظام System Requirements في الوثائق الرسمية ما يلي:
- PHP: توقف دعم PHP 8.2، والإصدارات المدعومة هي 8.3 و8.4 و8.5، والموصى به Recommended هو 8.5.
- MariaDB: توقف دعم الإصدار 10.6، وأصبح الحد الأدنى Minimum هو 10.11 LTS، وأضيف دعم MariaDB 12.3.
- MySQL: توقف دعم الإصدار 8.0، وأصبح الحد الأدنى 8.4 LTS، وأضيف دعم MySQL 9.7.
- PostgreSQL: الإصدارات المدعومة من 14 إلى 18.
- أنظمة التشغيل: أصبح الحد الأدنى Debian 13 Trixie وUbuntu 24.04 وSUSE Linux Enterprise Server 15 SP7.
component_classic_hashing على سيرفر MySQL بعد ترقيته.ما التغييرات الأخرى التي تستحق الانتباه؟
في سجل التغييرات بنود أخرى، منها الانتقال إلى الإصدار 3 من مكتبة Library باسم phpseclib، والعمل على دعم FrankenPHP مع وضع worker لعدد أكبر من نقاط الوصول Endpoints، وتشغيل فحوص الإعداد Setup Checks بحسب الفئة، كما تحسن تعامل الأداة occ مع متجر التطبيقات App Store عندما يكون معطلاً أو لا يمكن الوصول إليه، وأصبح استيراد التقويم Calendar Import ممكناً عبر OCS.
ماذا تفعل الآن؟
هل تحدث سيرفر الإنتاج Production اليوم؟ الأفضل أن تبدأ بأي إصدار رئيسي جديد في بيئة اختبار Staging Environment، وأن تتأكد أن التطبيقات التي يعتمد عليها فريقك متوافقة Compatible مع الإصدار 35، والسبب أن تطبيقاً واحداً غير متوافق يكفي لإيقاف ميزة يستخدمها الجميع كل يوم، والآن بعد صدور 35.0.1 أصبح الانتقال أقل مخاطرة من الانتقال إلى 35.0.0.
وتذكر: لا يسمح Nextcloud بتخطي الإصدارات الرئيسية Skipping Major Versions، فإذا كان سيرفرك على الإصدار 33 فانتقل أولاً إلى أحدث إصدار في الفرع 34، ثم إلى 35. والترتيب العملي كما يلي:
- خذ نسخة احتياطية كاملة Full Backup من مجلد البيانات Data Directory وقاعدة البيانات وملف
config.php، ولا تبدأ قبل أن تتأكد أن النسخة اكتملت. - ارفع PHP وقاعدة البيانات إلى إصدارات مدعومة، ثم تأكد أن السيرفر يعمل بشكل سليم على إصدار Nextcloud الحالي، وبعد ذلك فقط انقل Nextcloud نفسه. وإذا كنت تستخدم ال Docker Image الرسمي فإن PHP يأتي داخله، وبالتالي فالذي يعنيك غالباً هو Container قاعدة البيانات، فإذا كان يعمل بالإصدار
mariadb:10.6مثلاً فارفعه أولاً إلى 10.11 أو أحدث. - ثبت الوسم Tag في ملف compose على رقم إصدار محدد مثل
nextcloud:35.0.1بدلlatest، حتى لا ينتقل السيرفر إلى إصدار رئيسي لم تخطط له، ثم نفذ الأمرين اللذين يذكرهما دليل ال Docker Image الرسمي:docker compose pullثمdocker compose up -d، وسوف يكتشف سكربت التشغيل فرق الإصدار ويبدأ الترقية تلقائياً. - بعد التحديث تابع السجلات بالأمر
docker compose logs -f appحتى تنتهي الترقية، ثم تحقق من الحالة بالأمرdocker compose exec --user www-data app php occ status، وافتح صفحة الإعدادات الإدارية Administration Settings لترى نتائج فحوص الإعداد.
وإذا كنت تنوي نقل Nextcloud إلى سيرفر أحدث بدل ترقية نظام التشغيل في مكانه، فقد شرحنا الطريقة في دليل نقل ال Containers إلى سيرفر جديد.
المصدر: إصدار Nextcloud 35.0.0 · إصدار Nextcloud 35.0.1 · ملاحظات الترقية إلى Nextcloud 35 · متطلبات النظام
