الانتقال من 2026.1 ESR إلى 2026.7 - ما وجدته

تحديث: قمت بتنفيذ القفزة (التحديث) اليوم. هناك خطآن ارتكبتُهما في النص أعلاه

PostgreSQL. قلتُ إنه يجب التحقق من أنك تستخدم الإصدار 15 أو أحدث. هذا ليس التحقق المفيد. الصورة الأساسية الحالية تحتوي على PostgreSQL 18، والإعادة البناء (rebuild) تنقلك تلقائيًا: فهي تقوم بتصدير البيانات (dump)، ثم استعادتها في عنقود (cluster) جديد، ثم تتوقف مع الرسالة التالية:

UPGRADE OF POSTGRES COMPLETE
To complete the upgrade, rebuild again using: ./launcher rebuild app

ستبقى موقعك متوقفًا حتى يتم تنفيذ الإعادة البناء الثانية. لم يحدث أي خطأ، لكنني لم أكن أتوقع إعادة بناء على مرحلتين. يُحتفظ بالعنقود القديم في /shared/postgres_data_old، وتحتاج إلى مساحة فارغة تساوي ضعف حجم قاعدة البيانات لديك. مزيد من التفاصيل في تحديث PostgreSQL 18.

المحرر الغني (rich editor) ليس مفعّلًا بشكل غير مشروط. قلتُ إنه كذلك. إعداد الموقع rich_editor قد تم إزالته، لذا لم يعد بإمكان المديرين فرض وضع معين على مستوى الموقع بأكمله، لكن هناك مفتاح تبديل لكل مستخدم في المحرر، وMarkdown سليم تمامًا.

Cloudflare يمكن أن يحجب حفظ القوالب. كان لا بد من تعديل CSS لاحقًا. إذا كان مكوّن القالب يحتوي على <script> في حقل <head>، فإن الحفظ يعيد 403 فقط.

قاعدة Cloudflare المُدارة XSS, HTML Injection – Script Tag تحجب PUT /admin/themes/<id>، لأن محرر 2026.7 يرسل كل الحقول عند الحفظ بدلاً من الحقل الذي عدّلته فقط.

قاعدة مخصصة تحل المشكلة:

starts_with(http.request.uri.path, "/admin/themes") and http.request.method eq "PUT"

الإجراء: Skip → managed rules.