عرض الهالوين: خصم 25% على جميع الخطط! عرض الخطط
العودة إلى سجل التغييرات
الواجهة الخلفية للوحة

v1.0.569

تحديث تصحيحي إصدار أمني صدر بتاريخ 28 أكتوبر 2026

الأمان: أصبح تطبيق تحديث حزمة واحدة متاحًا لحساب root فقط، ولم تعد ذاكرة التخزين المؤقت لـ WordPress Boost تكشف كلمة مرور Redis المشتركة. كما أُضيفت تحديثات إصدارات Node.js.

ميزات جديدة

1
  • Node.js: يمكن تحديث إصدار مثبّت إلى أحدث إصدار من السلسلة نفسها (مثلًا من 22.23.1 إلى 22.23.4) من صفحة Node.js > الإصدارات. لا يحل وقت التشغيل الجديد محل القديم إلا بعد تنزيله والتحقق من مطابقته لقيمة checksum المنشورة على nodejs.org والتأكد من أنه يعمل. ثم تُعاد تشغيل التطبيقات التي تستخدم هذه السلسلة لتعمل به. تستمر العملية الجارية باستخدام وقت التشغيل الذي بدأت به، لذا لن يُطبّق الإصلاح من دون إعادة التشغيل.

إصلاح خطأ

4
  • لم يعد خيار DNS «البدء من الإعدادات الافتراضية» يحذف سجلات العناوين للنطاقات الفرعية التابعة لنطاق. يعيد الضبط الآن إنشاء هذه السجلات، وتُستعاد مرة واحدة عند بدء التشغيل السجلات التي فُقدت بسبب إعادة ضبط سابقة. لا تتأثر السجلات المضافة يدويًا أو التفويضات أو سجلات أحرف البدل.
  • أصبح الخادم الذي يعمل بوضع DNS الثانوي يتلقى النطاق مجددًا بعد حذفه وإضافته مرة أخرى على الخادم الأساسي، كما يستعيد نسخه بعد تغيير دوره ثم إعادته. تُزال النسخ أيضًا بشكل صحيح عند إزالة النطاق من الخادم الأساسي، ولم يعد بالإمكان إضافة نطاق هنا إذا كان هذا الخادم يعكسه من خادم آخر.
  • عند انتهاء صلاحية الترخيص، لن تتوقف خدمات البريد (Postfix وDovecot) وFTP (ProFTPD) وDNS (BIND). لم تعد مشكلة الترخيص تعطل البريد أو نقل الملفات أو خدمة أسماء النطاقات لدى العميل.
  • أصبحت خدمة المهام المجدولة جزءًا من هذه الحزمة ومن قائمة ملفات وحدة التحكم المخصّصة للإنقاذ، لذا يصل إصلاح الأمان الخاص بها إلى كل خادم يطبّق هذا التحديث.

إصلاح أمني

4
  • أصبح تطبيق تحديث حزمة واحدة متاحًا لحساب root فقط. يحدد الطلب الملف المطلوب تنزيله والمجلد الذي سيُفك ضغطه فيه بصلاحيات root، وكان بإمكان حساب مسؤول الوصول إليه، ما أتاح للمسؤول وضع ملفات على الخادم بصلاحيات root. لم تتغير ميزة «تحديث الكل» بنقرة واحدة أو إعادة التثبيت أو التراجع؛ لطالما عرضت اللوحة التحديثات لحساب root فقط.
  • لم تعد ذاكرة التخزين المؤقت لـ WordPress Boost تكتب كلمة مرور Redis المشتركة للوحة في wp-config.php. أصبح لكل موقع الآن حساب Redis خاص به، لا يمكنه الوصول إلا إلى مفاتيح ذاكرة التخزين المؤقت الخاصة به، لذا لم يعد بإمكان موقع قراءة ذاكرة التخزين المؤقت لموقع آخر أو مسحها، أو الوصول إلى بيانات اللوحة نفسها. تُنقل المواقع التي كان Boost مفعّلًا فيها تلقائيًا عند بدء التشغيل.
  • على الخادم الذي استُخدمت فيه ذاكرة التخزين المؤقت لـ Boost، تُستبدل كلمة مرور Redis المشتركة مرة واحدة عند بدء التشغيل، إذ ربما نُسخت كلمة المرور القديمة من wp-config.php. يتم ذلك من دون مقاطعة عمل اللوحة: تُضاف كلمة المرور الجديدة أولًا، ثم تُنقل الخدمات إليها، وبعدها فقط تتوقف كلمة المرور القديمة عن العمل.
  • أصبح مشغّل المهام المجدولة يقرأ أمر المهمة ومالكها من قاعدة البيانات بدلًا من ذاكرة التخزين المؤقت. لم يعد من الممكن لتعديل تعريف مهمة في ذاكرة التخزين المؤقت أن يجعلها تعمل باسم حساب آخر.
شاهد العرض التوضيحي