الجديد في وورد بريس 5.6 (إمكانية الوصول والأداء والأمان)

تم إصدار وورد بريس 5.6 “Simone” ونحن متحمسون للتعمق معك في الميزات والإضافات الأكثر إثارة للاهتمام والمدمجة في Core مع أحدث إصدار من وورد بريس لعام 2020.

مثل الإصدارات السابقة ، يتضمن وورد بريس 5.6 عدة إصدارات من Block Editor لتحسين تجربة التحرير لمستخدمي وورد بريس الذين ليس لديهم المكون الإضافي Gutenberg مثبتًا ومحدّثًا على مواقع الويب الخاصة بهم حتى الآن.

ليس كل شيء يتعلق بـ Block Editor ، رغم ذلك. تمت إضافة العديد من الميزات إلى وورد بريس Core ، مثل سمة Twenty-One الافتراضية الجديدة والتحديثات التلقائية للإصدارات الرئيسية ودعم أفضل لـ PHP 8.0 وكلمات مرور التطبيقات لمصادقة REST API.

وهناك المزيد في وورد بريس 5.6. سنرى تحسينات في إمكانية الوصول ، وتحسينات لواجهة المستخدم ، والعديد من إصلاحات الأخطاء ، وقائمة ضخمة من التغييرات للمطورين.

يسعدنا أن نشارككم كل ما هو جديد في وورد بريس 5.6. 🥳 لا تفوّت جميع الميزات والتحسينات الجديدة والموضوع الافتراضي الجديد تمامًا: Twenty-One 🎁

انقر للتغريد

إذا كنت ترغب في قراءة المزيد عن دورة تطوير وورد بريس 5.6 ، فتحقق من الروابط أدناه:

20 أكتوبر 2020: الإصدار التجريبي 1

27 أكتوبر 2020: الإصدار التجريبي 2

2 نوفمبر 2020: الإصدار التجريبي 3

12 نوفمبر 2020: بيتا 4

17 نوفمبر 2020: RC 1

7 كانون الأول (ديسمبر) 2020: التشغيل الجاف لإصدار وورد بريس 5.6

8 كانون الأول (ديسمبر) 2020: إصدار وورد بريس 5.6 “Simone”

هل أنت جاهز للغطس؟ دعنا نذهب من خلال:

ما الجديد في Block Editor

مع وورد بريس 5.6 ، تم دمج العديد من إصدارات المكون الإضافي Gutenberg في النواة ، لذلك يجب على مستخدمي وكتاب وورد بريس ملاحظة العديد من التحسينات في المحرر. سنرى أنماط كتلة محسّنة ، وعدد الكلمات في لوحة المعلومات ، والتنقل المحسّن على لوحة المفاتيح ، وواجهة مستخدم السحب والإفلات المحسّنة ، وغير ذلك الكثير.

للحصول على قائمة أكثر شمولاً لجميع التحسينات والتغييرات المضافة إلى محرر الكتلة ، تحقق من منشورات إعلان الإصدار: 8.6 و 8.7 و 8.8 و 8.9 و 9.0 و 9.1 و 9.2 . تم أيضًا تضمين إصلاحات الأخطاء وتحسينات الأداء المطبقة في Gutenberg 9.3 و 9.4 في وورد بريس 5.6.

دعنا نتعمق في التغييرات الأكثر إثارة التي سنراها في محرر الكتلة.

الكتل والنماذج وتحسينات واجهة المستخدم

كتلة API V2

ميزات وتحسينات إضافية لمطوري الحظر

الكتل والنماذج وتحسينات واجهة المستخدم

ستعمل ميزات الحظر الجديدة والتحسينات وإصلاحات الأخطاء على تحسين تجربة التحرير الشاملة. أيضا ، تم القيام بعمل رائع على إمكانية الوصول . ستجد أدناه مجموعة منتقاة بعناية من الميزات الأكثر إثارة للاهتمام التي ستراها في محرر الكتلة بمجرد تحديث موقع الويب الخاص بك إلى وورد بريس 5.6.

ضوابط الموضع لمقاطع الفيديو في Cover Block

تمت إضافتها إلى Cover Blocks منذ Gutenberg 8.6 ، تتيح عناصر التحكم في الموضع لمقاطع الفيديو للمستخدمين تحريك نقطة الاتصال وتعيين موضع مخصص لمقاطع الفيديو . كانت هذه الوظيفة متاحة سابقًا لخلفيات الصور فقط.

ضوابط موضع الفيديو للغطاء بلوك

ضوابط موضع الفيديو للغطاء بلوك

يتم تعيين قيم الموضع من خلال النقر في أي مكان على منتقي النقطة البؤرية و / أو استخدام مفاتيح الأسهم على لوحة المفاتيح. يمكنك القفز على القيم بمقدار 10 بالضغط على مفتاح shift (انظر أيضًا # 22531 ).

تحديثات نمط الحظر

يتضمن وورد بريس 5.6 أيضًا العديد من تحسينات نمط الكتلة المضافة مع Gutenberg 8.6 .

تم تحديث التخطيط والنص واللون للرأس والفقرة الكبيرة ( # 23858 )

تم نقل العنوان في عمودين من النص خارج كتلة النص ووضعه فوق الأعمدة ( # 23853 )

يشتمل نمط الاقتباس الآن على صورة في الأعلى وفاصل في الأسفل.

نمط الاقتباس

يشتمل نمط الاقتباس الجديد على صورة وفاصل

تمت إضافة نمط عنوان وفقرة جديد مع Gutenberg 8.7 ( # 24143 ).

العنوان ونمط الفقرة

نمط العنوان والفقرات في وورد بريس 5.6

يُعد القائمة المنسدلة لفئة نمط الكتلة ، والتي تسمح لك بتصفية الأنماط حسب الفئة ، من التحسينات الجيدة في قابلية الاستخدام لمدخل الكتلة . هذا مفيد للغاية عندما يكون لديك الكثير من الأنماط للاختيار من بينها ( # 24954 ).

القائمة المنسدلة لفئة نمط الكتلة

القائمة المنسدلة لفئة نمط الكتلة

دعم ترجمات الفيديو

تدعم كتل الفيديو الآن ترجمات الفيديو .

ترجمة الفيديو

إضافة ترجمات الفيديو في Video Block

يجب على المحررين ومنشئي المحتوى تقديم ترجمات للفيديو بتنسيق WebVTT (تنسيق مسارات نص الفيديو على الويب) ، وهو “تنسيق لعرض مسارات النص المحددة بوقت (مثل الترجمة أو التسميات التوضيحية) باستخدام <track>العنصر” ( # 25861 ).

عناصر المسار

تتبع العناصر المرتبطة بالترجمات بلغات مختلفة

بمجرد تحميل ملفات .vtt ، سيتم السماح لمشاهدي الموقع بتمكين الترجمات بلغتهم المفضلة.

إعدادات المستخدم لترجمة الفيديو

إعدادات المستخدم لترجمة الفيديو

معلومات

عند التحدث عن مقاطع الفيديو ، تأكد من الاشتراك في قناة Kinsta على YouTube للحصول على مقاطع فيديو جديدة كل أسبوع!

تحويل الكتل المتعددة إلى كتلة أعمدة

تحسين قابلية الاستخدام المثير للاهتمام هو القدرة على تحويل العديد من الكتل المحددة إلى كتلة أعمدة.

حدد كتل متعددة

حدد كتل متعددة

تحتاج فقط إلى تحديد الكتل التي تريد إظهارها في الأعمدة ، ثم النقر فوق الزر الأيمن العلوي لشريط أدوات الحظر.

سيتم تحويل كل كتلة محددة إلى عمود من كتلة الأعمدة.

كتلة الأعمدة

ثلاث كتل تم تحويلها إلى ثلاثة أعمدة

أنماط الخلفية في قالب الغلاف

يمكن الآن لمجموعات الغلاف أن تعرض أنماط الخلفية.

قالب غلاف بنمط خلفية

قالب غلاف بنمط خلفية

لإضافة نمط خلفية ، قم بتحميل صورة نمط ، ثم قم بالتبديل إلى خيار الخلفية المتكررة (إليك كل ما تحتاج لمعرفته حول مكتبة الوسائط في وورد بريس ).

عند الانتهاء ، اضبط منتقي النقاط المحورية وفقًا لاحتياجاتك وجرب مجموعات مختلفة مع خلفيات ثابتة.

تمت إضافة التحكم في حجم الصورة إلى الوسائط وكتلة النص

باستخدام Gutenberg 9.1 ، تمت إضافة عنصر تحكم جديد في حجم الصورة إلى الصور في Media & Text Block.

يمكن للمستخدمين الآن الاختيار من بين جميع أحجام الصور المتاحة ( # 24795 ).

التحكم في حجم الصورة

التحكم في حجم الصورة في الوسائط وكتلة النص

كتلة API V2

يتيح إصدار Block API الجديد للكتل إمكانية عرض عنصر الغلاف الخاص بها. الهدف من إصدار API الجديد هو تفتيح DOM للمحرر وجعله يتطابق مع محتوى الصفحة الأولى. وفقًا لإيلا فان دورب:

أكبر فائدة من ذلك هي أنه يمكن للقوالب والمكونات الإضافية تصميم محتوى الكتلة بسهولة أكبر إذا كان الترميز هو نفسه في المحرر.

يتطلب الإصدار الجديد إعلان apiVersionالخاصية عند تسجيل نوع الكتلة:

registerBlockType( name, { apiVersion: 2 } );

تتطلب واجهة برمجة التطبيقات الجديدة أيضًا useBlockProps ربطEdit وظيفة الكتلة . يشير هذا الخطاف إلى عنصر الغلاف للكتلة كعنصر كتلة.

سيتم دمج أي خاصية تم تمريرها إلى موضع الإضافة هذا وإعادتها إلى عنصر التضمين. يوضح المثال التالي من ملاحظات المطورين حالة استخدام بسيطة:

import { useBlockProps } from ‘@وورد بريس/block-editor’;

import { useBlockProps } from '@wordpress/block-editor';
 
function Edit( { attributes } ) {
	const blockProps = useBlockProps( {
		className: someClassName,
		style: { color: 'blue' },
	} );
	return <p { ...blockProps }>{ attributes.content }</p>;
}

لمزيد من الأمثلة ، راجع Block API الإصدار 2 .

ميزات وتحسينات إضافية لمطوري الحظر

إلى جانب Block API الإصدار 2 ، فيما يلي قائمة بالإضافات التي يمكن للمطورين الاطلاع عليها .

كتلة يدعم API

تسمح واجهة برمجة تطبيقات دعم Block Support لمطوري الكتلة بإضافة ميزات إلى كتلهم. الألوان والخلفيات وأحجام الخطوط ليست سوى عدد قليل من الميزات العديدة التي يمكن إضافتها إلى الكتل من خلال واجهة برمجة تطبيقات Block Supports API.

يقدم وورد بريس 5.6 أيضًا العديد من دعائم الكتلة الجديدة “لزيادة التناسق وتسهيل إدخال هذه الخيارات في الكتل”.

يمكن للمطورين استخدام الكتلة الجديدة تدعم إضافة المفاتيح المقابلة إلى supportsخاصية ملف block.json أو مباشرة في registerBlockType الوظيفة .

يوضح المثال التالي من مذكرة مطوري Block Support كيف يعمل:

supports: {
	color: {
		background: true, // Enable background color UI control.
		gradient: true, // Enable gradient color UI control.
		text: true // Enable text color UI control.
	},
	fontSize: true, // Enable font size UI control.
	lineHeight: true // Enable line height UI control.
}

سيتم إرفاق قيمة النمط تلقائيًا بعنصر الغلاف إما من خلال has-<value>-<preset-category>الفئة (للقيم المحددة مسبقًا) أو باستخدام styleعنصر (للقيم المخصصة).

لهذا السبب ، تم تصميم Block Supports ليتم استخدامه مع Block API V2 الجديد .

يمكن استخدام دعامات الكتلة مع الكتل الديناميكية أيضًا.

createBlocksFromInnerBlocksTemplate API

يمكن للمطورين استخدام مكون InnerBlocks لإنشاء كتل مخصصة تحتوي على كتل أخرى. من الأمثلة على ذلك كتلة الأعمدة وكتلة الروابط الاجتماعية.

createBlocksFromInnerBlocksTemplateيسمح لك Block API الجديد بإنشاء كتل من قالب InnerBlocks.

انظر ملاحظات المطورين للحصول على عرض ديبر ومثال على الكود.

مكونات شريط الأدوات

هناك بعض التغييرات التي تؤثر على مكونات شريط الأدوات أيضًا:

1. مكون ToolbarGroup

قبل الإصدار 5.6 من وورد بريس ، سمح مكون شريط الأدوات للمطورين بتجميع الخيارات ذات الصلة في حاوية مشتركة. الآن ، يجب استخدام مكون ToolbarGroup جديد بدلاً من ذلك.

<BlockControls>
	<ToolbarGroup>
		<ToolbarButton />
	</ToolbarGroup>
</BlockControls>

2. ToolbarButton و ToolbarItem مكونات

تم إهمال استخدام العناصر القابلة للجدولة مباشرة كعناصر شريط الأدوات (أي <button>). بهدف تحسين إمكانية الوصول ، يمكن إضافة عناصر شريط الأدوات باستخدام ToolbarButton للأزرار و ToolbarItem لعناصر التحكم الأخرى. يوضح المثال أدناه زرًا وقائمة منسدلة :

<BlockControls>
	<ToolbarItem as="button" />
	<ToolbarButton />
	<ToolbarItem>
		{ ( itemProps ) => ( <DropdownMenu toggleProps={ itemProps } /> ) }
	</ToolbarItem>
</BlockControls>

تعطيل أنماط الكتلة الأساسية

يمكن الآن تعطيل الأنماط الأساسية باستخدام core-block-patternsعلامة الدعم ( # 24042 )

تعطيل محرر الصور المضمن

أضاف Gutenberg 8.4 ميزة Inline Image Editing التي تسمح للمستخدمين بتحرير الصور مباشرة من Block Editor.

تحرير الصور المضمنة

تحرير الصور المضمنة

يمكن للمطورين الآن تعطيل محرر الصور باستخدام block_editor_settingsعامل التصفية ( # 23966 ):

add_filter( 'block_editor_settings', function( $settings ) {
	$settings['imageEditing'] = false;
	return $settings;
} );

تم تعطيل تحرير الصور المضمنة

تم تعطيل تحرير الصور المضمنة

تم نقل الكتل القابلة لإعادة الاستخدام إلى حزمة منفصلة

كتل قابلة لإعادة الاستخدام، سابقا جزء من @وورد بريس/editorحزمة، وقد انتقل إلى ل @وورد بريس/reusable-blocksحزمة لجعلها متوفرة في غيرهم من المحررين.

سمة افتراضية جديدة: واحد وعشرون وعشرون

يتضمن وورد بريس 5.6 سمة افتراضية جديدة تمامًا. Twenty-One عبارة عن سمة وورد بريس بسيطة يمكن الوصول إليها بشكل كبير مع تخطيط عمود واحد وشريط جانبي في التذييل.

يستخدم النسق الجديد مجموعة خطوط النظام ولوحة ألوان مبنية على ألوان خلفية الباستيل.

واحد وعشرون

معاينة قالب Twenty-One (مصدر الصورة: Make وورد بريس Core)

يمكنك قراءة المزيد عن Twenty-One في منشور المدونة الخاص بنا المتعمق: Twenty-One: الغوص العميق في سمة وورد بريس الافتراضية الجديدة .

التحديثات التلقائية للإصدارات الرئيسية

التحديثات التلقائية هي ميزة أساسية تم تقديمها في وورد بريس 3.7 بهدف تحسين أمان الموقع  وتسهيل قيام مسؤولي الموقع بالحفاظ على مواقع الويب الخاصة بهم على وورد بريس محدثة .

بينما تم تنفيذ التحديثات الأساسية التلقائية في الإصدارات السابقة ، يمكن لمسؤولي موقع وورد بريس 5.6 الآن تمكين التحديثات التلقائية للإصدارات الرئيسية يدويًا أيضًا (المزيد عن ذلك في ثانية).

لسوء الحظ ، قد تكون مهمة الصيانة الحاسمة هذه مربكة بعض الشيء للمستخدمين غير التقنيين. يمكنك قراءة المزيد حول كيفية عمل التحديثات التلقائية في منشور مدونة Deep Dive Into وورد بريس Automatic Updates .

لذلك ، يقدم وورد بريس 5.6 واجهة جديدة تسمح لمسؤولي الموقع بتمكين التحديثات التلقائية للإصدارات الأساسية الرئيسية.

تم تغيير نطاق هذه الميزة أثناء دورة الإصدار التجريبي من وورد بريس 5.6 وتم استبدال ملاحظة المطور الأصلية . على حد تعبير Jb Audras ،

انتقل النطاق الأولي للتحديثات التلقائية الأساسية إلى:

قدم بعض التحديثات لتصميم واجهة المستخدم.

بالنسبة للتثبيتات الحالية ، سيظل السلوك كما هو اليوم: الاشتراك في التحديثات الثانوية بشكل افتراضي ، ولكن يجب على المستخدم الاشتراك في التحديثات الرئيسية (الثوابت والفلاتر المستخدمة بالفعل من قبل المضيفين أو الوكالات ستستمر الأولوية).

بالنسبة لعمليات التثبيت الجديدة ، سيتغير السلوك الافتراضي: يتم الاشتراك في التحديثات الطفيفة افتراضيًا ويشترك في التحديثات الرئيسية افتراضيًا.

بدءًا من وورد بريس 5.6 ، يمكنك الاشتراك في التحديثات التلقائية للإصدارات الأساسية الرئيسية في شاشة التحديثات ، حيث توفر واجهة المستخدم الجديدة مربع اختيار يسمح لك بتمكين التحديثات التلقائية لجميع الإصدارات الجديدة من وورد بريس .

قم بتمكين التحديثات التلقائية

قم بتمكين التحديثات التلقائية لجميع الإصدارات الجديدة من وورد بريس

بمجرد تمكين التحديثات التلقائية الأساسية للإصدارات الرئيسية ، يمكنك عندئذٍ تمكينها من التشغيل للصيانة والأمان فقط من خلال النقر فوق التبديل إلى التحديثات التلقائية لإصدارات الصيانة والأمان فقط .

تعطيل التحديثات التلقائية

قم بالتبديل إلى التحديثات التلقائية لإصدارات الصيانة والأمان فقط

التحديثات الأساسية التلقائية الرئيسية للمطورين

أولاً ، عند تمكين التحديثات التلقائية الأساسية الرئيسية ، auto_update_core_majorيتم تخزين الخيار في قاعدة البيانات مع option_valueتمكين. لذلك ، في حالة get_site_option( ‘auto_update_core_major’ )العودة true، يتم تحديد خانة الاختيار التحديثات التلقائية.

تريد أن تعرف كيف زدنا من حركة المرور لدينا أكثر من 1000 ٪؟

انضم إلى أكثر من 20000 آخرين ممن يتلقون رسائلنا الإخبارية الأسبوعية مع نصائح من الداخل حول وورد بريس!

إشترك الآن

ثم يتحقق وورد بريس من تمكين التحديثات التلقائية الأساسية الرئيسية من خلال WP_AUTO_UPDATE_COREالثابت أو allow_major_auto_core_updatesعامل التصفية وتعيين مربع الاختيار وفقًا لذلك.

يمكن للمطورين أيضًا تعطيل التحديثات التلقائية الأساسية الرئيسية عن طريق تعيين WP_AUTO_UPDATE_COREالثابت على falseأو minorكما هو موضح أدناه (انظر أيضًا التحكم في تحديثات الخلفية من خلال wp-config.php ):

# Disables all core updates:
define( 'WP_AUTO_UPDATE_CORE', false );

# Enables minor updates:
define( 'WP_AUTO_UPDATE_CORE', 'minor' );

لاحظ أن القيم الممكنة ل WP_AUTO_UPDATE_COREهي true(كل)، ‘beta’، ‘rc’، ‘minor’، false.

هناك خيار آخر لتعطيل التحديثات التلقائية الأساسية الرئيسية افتراضيًا وهو استخدام allow_major_auto_core_updatesعامل التصفية الجديد :

add_filter( 'allow_major_auto_core_updates', '_return_false' );

بعض التعليقات على إضافة التحديثات التلقائية إلى Core

مرة أخرى في ديسمبر 2018 ، شارك Matt Mullenweg الأولويات التسع لعام 2019 حيث كان “توفير طريقة للمستخدمين للاشتراك في التحديثات التلقائية للإصدارات الأساسية الرئيسية” هو رقم 7. ربما متأخرًا بعض الشيء ، لكننا نصل إلى هناك.

يجب أن يكون للتحديثات الأساسية التلقائية الرئيسية تأثير كبير على أمان وورد بريس والخبرة الشاملة. يبدو أن هناك شيئًا واحدًا واضحًا: من وجهة نظر فنية ، فإن ميزة التحديثات الأساسية التلقائية الرئيسية هي مهمة معقدة لم يتم إنجازها بنسبة 100 ٪ مع إصدار وورد بريس 5.6.

بعد مناقشة عميقة حول Slack ، لخصت Josepha Haden المخاوف والأسئلة القادمة من المساهمين الأساسيين.

الهدف الرئيسي طويل المدى هو إتاحة التحديثات التلقائية في غالبية مواقع وورد بريس لتحسين الأمان عبر نظام وورد بريس البيئي بأكمله ( أكثر من 30٪ من الويب ).

على أي حال ، وفقًا لـ Helen Hou-Sandí ، المطور الرئيسي الأساسي:

في رأيي ، هناك بعض الأشياء الفنية الصعبة للغاية التي يجب تنفيذها وهذا يحتاج إلى بعض الملكية الفنية المنضبطة والمركزة للغاية للمنتج

لذلك يجب أن نرى تغييرات وتحسينات إضافية على واجهة مستخدم التحديثات الأساسية التلقائية الرئيسية بمرور الوقت. هذا ما قد نتوقعه من الآن فصاعدًا:

ووردبريس 5.6:

في التثبيتات الحالية ، يجب تمكين التحديثات الرئيسية من قبل المستخدم . أي ثابت وفلتر قيد الاستخدام سيكون له الأسبقية. يتم تمكين التحديثات البسيطة بشكل افتراضي.

في عمليات التثبيت الجديدة ، يتم تمكين التحديثات الصغيرة والكبيرة بشكل افتراضي .

ووردبريس 5.6.1:

يجب أن نرى بعض التغييرات على واجهة مستخدم التحديثات التلقائية الأساسية بناءً على التعليقات.

ووردبريس 5.7:

يجب إضافة تنبيه إلى شاشة صحة الموقع لأي شخص اختار عدم الاشتراك في التحديثات التلقائية الرئيسية.

يجب إضافة الاشتراك في التحديثات التلقائية إلى عملية التثبيت في وورد بريس 5.7 .

مصدر القلق الكبير في التحديثات التلقائية الأساسية هو ثقة المستخدمين. حسب هيلين:

أعتقد أنه لا يزال بإمكاننا القيام بالكثير من العمل للحصول على ثقة المستخدمين بشكل استباقي ، خاصة أولئك الذين لديهم تجارب سيئة سابقة مع وورد بريس و / أو التحديثات

ومع ذلك ، فإن كل موقع ويب وورد بريس عبارة عن مزيج من Core والإضافات والموضوع. على حد قول هيلين:

تعد التحديثات الأساسية آمنة بشكل عام وهناك بعض الحماية المضمنة ، ولكن نظرًا لأن المواقع يمكنها تشغيل أي رمز من أي مصدر ، فلا يوجد شيء مثل “100٪” لكل نوع من مواقع وورد بريس الإلكترونية.

يجب على المستخدمين الذين تم تمكين التحديثات التلقائية الأساسية لهم إجراء نسخ احتياطي لمواقعهم الإلكترونية بانتظام أو اختيار مضيف ويب يوفر نسخًا احتياطية تلقائية في خططهم.

ستؤثر التحديثات التلقائية الأساسية أيضًا على تجربة التحديث الشاملة ، بما في ذلك التحديثات التلقائية للمكوِّن الإضافي والمظهر. أشار Joost de Valk في تعليق:

إذا قمنا بتمكين التحديثات التلقائية الأساسية لـ وورد بريس بشكل افتراضي ، فيجب أن نفعل نفس الشيء مع المكونات الإضافية. بخلاف ذلك ، لا يمكن تحديث المكونات الإضافية والسمات للأشياء التي يحتاجون إلى إصلاحها بسبب التحديثات الأساسية. أعتقد أن المستخدمين يتوقعون هذا أيضًا: إذا كان يجب تحديث التحديثات التلقائية والمكونات الإضافية والسمات في وورد بريس أيضًا.

تغييرات صحة الموقع في وورد بريس 5.6

إلى جانب جميع الميزات التي تمت مناقشتها هنا ، يقدم وورد بريس 5.6 أيضًا إصدارًا محسنًا من أداة Site Health ، والتي تعمل الآن بشكل مختلف في الخلفية.

صحة الموقع التحقق من صحة البيانات

يتحقق المدقق الآن من استجابات الإصدار لاختبارات صحة الموقع. سيتجاهل المدقق أي استجابة غير صالحة ، مما يمنع أداة صحة الموقع من التسبب في أخطاء فادحة وإيقاف أي ضوابط أخرى.

من الآن فصاعدًا ، لن تؤثر الاستجابات غير الصالحة على مؤشر صحة الموقع ( # 50145 ).

الشيكات غير المتزامنة عبر REST Endpoind

تعد أداة صحة الموقع أداة أمان قوية تتيح لمالكي المواقع أن يكونوا على دراية بالحالة الصحية لمواقعهم على الويب.

تنفذ هذه الأداة عددًا من اختبارات الأمان التي توفر نظرة عامة على الحالة الصحية لموقع الويب الخاص بك.

هل تحتاج إلى حل استضافة يمنحك ميزة تنافسية؟ لقد جعلك Kinsta مغطى بسرعة لا تصدق وأحدث مستويات الأمان والتوسع التلقائي. تحقق من خططنا

تنقسم هذه الاختبارات إلى فئتين: الاختبارات المباشرة ، والتشغيل عند تحميل الصفحة ، والاختبارات غير المتزامنة ، والتي قد تتطلب بعض الوقت لإكمالها ، وسيتم تشغيلها لاحقًا عبر مكالمات JavaScript.

في السابق ، تم تنفيذ هذه الاختبارات باستدعاء admin-ajax.php . مع وورد بريس 5.6 ، تتحرك الأشياء بعيدًا عن admin-ajax.php وسيتم استخدام نقطة نهاية REST API جديدة بدلاً من ذلك. بدءًا من وورد بريس 5.6 ، يمكن العثور على الاختبارات غير المتزامنة ضمن /wp-json/wp-site-health/v1مساحة الاسم.

بفضل تحسين REST API الجديد ، يمكن أيضًا للمكونات الإضافية والسمات الاستفادة من نقاط نهاية REST ولا تقتصر على إجراءات Ajax لاختباراتها الصحية.

يمكن الآن لكل اختبار غير متزامن الإعلان عن has_restالوسيطة ، والتي يتم تعيينها افتراضيًا على false.

يُظهر الكود أدناه من wp-admin / include / class-wp-site-health.php مجموعة الاختبارات غير المتزامنة في وورد بريس 5.6:

'async'  => array(
	'dotorg_communication' => array(
		'label'             => __( 'Communication with WordPress.org' ),
		'test'              => rest_url( 'wp-site-health/v1/tests/dotorg-communication' ),
		'has_rest'          => true,
		'async_direct_test' => array( WP_Site_Health::get_instance(), 'get_test_dotorg_communication' ),
	),
	'background_updates'   => array(
		'label'             => __( 'Background updates' ),
		'test'              => rest_url( 'wp-site-health/v1/tests/background-updates' ),
		'has_rest'          => true,
		'async_direct_test' => array( WP_Site_Health::get_instance(), 'get_test_background_updates' ),
	),
	'loopback_requests'    => array(
		'label'             => __( 'Loopback request' ),
		'test'              => rest_url( 'wp-site-health/v1/tests/loopback-requests' ),
		'has_rest'          => true,
		'async_direct_test' => array( WP_Site_Health::get_instance(), 'get_test_loopback_requests' ),
	),
	'authorization_header' => array(
		'label'     => __( 'Authorization header' ),
		'test'      => rest_url( 'wp-site-health/v1/tests/authorization-header' ),
		'has_rest'  => true,
		'headers'   => array( 'Authorization' => 'Basic ' . base64_encode( 'user:pwd' ) ),
		'skip_cron' => true,
	),
),

فحوصات سلامة الموقع المجدولة :

بينما تم تنفيذ الاختبارات غير المتزامنة لمنع بطء تحميل الصفحة وانتهاء المهلة ، لا توجد مثل هذه المخاوف مع الاختبارات المجدولة.

مع أخذ ذلك في الاعتبار ، بالإضافة إلى has_restالوسيطة التي ذكرناها أعلاه ، يمكن لمصفوفات الاختبار أيضًا أن تعلن عن async_direct_testالوسيطة (باستخدام الكود أعلاه) ، والتي يجب أن تكون نسخة قابلة للاستدعاء للاختبار.

إذا تم إجراء اختبار أثناء حدث مجدول ، فلن يستخدم الاختبار نقطة نهاية REST API ولكن سيتم تشغيله مباشرة.

كلمات مرور التطبيق لمصادقة REST API

تطبيق كلمات المرور هو نظام جديد لتقديم الطلبات المصدق عليها لمختلف واجهات برمجة تطبيقات وورد بريس.

تتكون كلمات المرور من 24 حرفًا وتتكون من أحرف كبيرة وصغيرة وأحرف رقمية ، والتي يمكن إنشاؤها إما يدويًا أو من خلال واجهة برمجة تطبيقات REST.

لإنشاء كلمة مرور تطبيق جديدة يدويًا ، استعرض شاشة ملف التعريف وانتقل إلى أسفل الصفحة.

كلمات مرور التطبيق

كلمات مرور التطبيق في شاشة ملف تعريف المستخدم

اختر اسمًا لكلمة مرور التطبيق الخاصة بك وقم بالتأكيد. سيعرض وورد بريس كلمة المرور الجديدة الخاصة بك.

كلمة مرور جديدة للتطبيق

كلمة مرور جديدة للتطبيق

يتم عرض كلمات مرور التطبيق في مجموعات مكونة من 4 أحرف ، مفصولة بمسافات ، كما هو موضح أدناه:

gsUc UhkU 0ScI gdRd TGoU vrW5

ومع ذلك ، يمكن استخدام كلمات المرور مع أو بدون مسافات :

كلمات مرور التطبيق التي تم تمريرها مرة أخرى من خلال تدفق التفويض لا تتضمن مسافات. إنهم موجودون بشكل صارم لتسهيل الأمر على شخص ما يحدق في سلسلة طويلة ليحتفظ بمكانه في حالة إدخاله يدويًا.

يمكن استخدامها مقطوعة ، بدون مسافات ، أو – تحقق – إذا أردت ، ربما يمكنك إضافة مسافة بعد كل حرف.

في شاشة ملف تعريف المستخدم ، يمكنك عرض وإنشاء وإلغاء كلمات مرور التطبيق. يتيح لك عمود Last Used و Last IP العثور بسهولة على كلمات المرور التي لم تعد مستخدمة والتي يجب إبطالها.

الحقول المستخدمة وآخر IP

الحقول المستخدمة وآخر IP

في وقت كتابة هذه السطور ، يمكن استخدام كلمات مرور التطبيق مع طلبات REST API المصادق عليها ومع واجهة برمجة تطبيقات XML-RPC القديمة . ومع ذلك ، يجب أن نرى كلمات مرور التطبيقات المستخدمة مع واجهات برمجة تطبيقات إضافية في المستقبل. يشرح جورج ستيفانيس:

يمكن أيضًا تطبيق نظام مصادقة كلمات مرور التطبيق على واجهات برمجة التطبيقات المستقبلية لـ وورد بريس عندما تصبح متاحة. على سبيل المثال ، إذا تم تمكين GraphQL أو أنظمة أخرى في وورد بريس ، فستزودهم كلمات مرور التطبيقات ببنية مصادقة قوية وراسخة للبناء خارج الصندوق.

مكالمة مصدق عليها إلى REST API في Postman

مكالمة مصدق عليها إلى REST API في Postman

لا يمكن استخدام كلمات مرور التطبيق على wp-login.php .

للحصول على عرض أقرب لهذه الميزة والمزيد من الأفكار الفنية ، تأكد من مراجعة الموارد التالية:

الاقتراح: مصادقة REST API / كلمات مرور التطبيق

كلمات مرور التطبيق: دليل التكامل

البرنامج المساعد ميزة كلمات مرور التطبيق

دعم أفضل لـ PHP 8

توفر PHP 8.0 العديد من الميزات والتحسينات الجديدة مما يجعلها علامة فارقة في تطور اللغة. يقدم الإصدار الأحدث من PHP العديد من التحديثات التي تكسر التوافق مع الإصدارات السابقة وقد تمت الآن إزالة العديد من الميزات المهملة رسميًا. لذا ، فإن إضافة دعم PHP 8 في وورد بريس يمثل تحديًا كبيرًا.

في الواقع ، حتى لو بذل المساهمون في وورد بريس Core جهودًا كبيرة لجعل وورد بريس 5.6 متوافقًا مع PHP 8 ، فلا ينبغي أن نتوقع اكتشاف كل مشكلة محتملة. الهدف هنا هو الوصول إلى نقطة يكون فيها نظام وورد بريس البيئي بأكمله متوافقًا مع PHP 8 ، والذي يبدو أنه من الصعب كسره في الوقت الحالي.

علاوة على ذلك ، يتضمن موقع وورد بريس على الأقل سمة واحدة وعددًا متغيرًا من المكونات الإضافية. لذلك ، ما قد نتوقعه هو دعم جيد لـ PHP 8 في وورد بريس Core ، ولكن من الصعب تصديق أن المكونات الإضافية والسمات ستضيف دعمًا سريعًا لـ PHP 8.

نتفق مع Jonathan Desrosiers عندما قال:

من المستحيل معرفة حالة دعم PHP 8 داخل النظام البيئي الأوسع (المكونات الإضافية ، السمات ، إلخ). لهذا السبب ، يجب اعتبار وورد بريس 5.6 “متوافقًا مع الإصدار التجريبي من PHP 8”.

“بيتا متوافق مع PHP 8” يبدو تعبيرًا جيدًا لتمثيل عملية مستمرة لا تزال تتطلب الكثير من الجهد ، ولكنها في نفس الوقت تقر بالعمل الرائع الذي تم إنجازه حتى الآن.

لكن،

جميع مطوري الإضافات والقوالب ، بالإضافة إلى المجتمعات المضيفة ، مدعوون لجعل كودهم متوافقًا مع PHP 8. سيسمح هذا لـ وورد بريس بتحقيق “التوافق الكامل” حقًا في وقت أقرب ، ودون أن يضطر المستخدمون النهائيون إلى تحمل العبء.

الأهمية

بينما تم إصلاح غالبية حالات عدم التوافق التي تم تحديدها من خلال الاختبارات الآلية ، لا تزال هناك حاجة إلى بعض الاختبارات اليدوية. لهذا السبب ، يوصى بشدة بإجراء اختبارات توافق صارمة على بيئة مرحلية أو بيئة محلية قبل ترقية موقع الويب المباشر الخاص بك إلى PHP 8 .

بعض التغييرات في PHP 8 لتكون على دراية بها

كما ذكرنا أعلاه ، فإن جعل وورد بريس متوافقًا تمامًا مع PHP 8 هو عمل مستمر. يقدم Jonathan Desrosiers قائمة بميزات PHP 8 والتغييرات التي يجب على مطوري وورد بريس إدراكها.

المعلمات المسماة

باستخدام الوسائط المسماة PHP ، أصبح من الممكن الآن تمرير الوسائط إلى دالة بناءً على اسم المعلمة ، بدلاً من موضع المعلمة. هذا يسمح لكتابة التعليمات البرمجية التي يتم توثيقها ذاتيًا ، والوسيطات مستقلة عن النظام ، ويمكن تخطي القيم الافتراضية بشكل تعسفي.

لسوء الحظ ، قد تتسبب المعلمات المسماة حاليًا في حدوث مشكلات في التوافق مع الإصدارات السابقة في وورد بريس. السبب الرئيسي هو أن أسماء المعلمات عرضة للتغيير دون إشعار حتى اكتمال التدقيق الحالي. إذن ، في وقت كتابة هذا التقرير:

باستخدام المعلمات المسماة عند استدعاء وظائف وورد وأساليب الفئة وصراحة غير معتمدة و تثبيط للغاية حتى يمكن أن تكتمل هذه المراجعة، وأثناء عملية المراجعة، أسماء المعلمات هي عرضة للتغيير دون إشعار. عند اكتمال هذا التدقيق ، سيتم الإعلان عنه في مذكرة مطور مستقبلية.

التحقق الصارم من النوع / القيمة للوظائف الداخلية

عند تمرير معلمة من نوع غير قانوني ، فإن الوظائف الداخلية والمعرفة من قبل المستخدم تتصرف بشكل مختلف. تطرح الوظائف المعرفة من قبل المستخدم TypeError، لكن الوظائف الداخلية تتصرف بطرق متنوعة ، اعتمادًا على عدة شروط.

لإزالة هذه التناقضات ، في PHP 8 ، تقوم واجهات برمجة التطبيقات لتحليل المعلمات الداخلية دائمًا بإنشاء ThrowErrorحالة عدم تطابق نوع المعلمة.

لا يتم استخدام التصريح الدقيق عن النوع في وورد بريس Core. ومع ذلك ، يعمل المساهمون الأساسيون على منع تمرير الأنواع غير الصالحة إلى الوظائف الأساسية. حتى يتم الانتهاء من هذا العمل ، قد يؤدي تغيير PHP 8 هذا إلى TypeErrors ، “خاصة إذا تم تغيير نوع القيمة بشكل غير صحيح من خلال رمز مرتبط بفلتر”.

عمليات التحقق من النوع الأكثر صرامة للعمليات الحسابية والمعاملات على مستوى البت

في الإصدارات السابقة من PHP ، كان يُسمح باستخدام العمليات الحسابية والبتية لمصفوفة أو مورد أو كائن غير محمّل بشكل زائد ، ولكن السلوك كان غير متسق بل وغير معقول في بعض الأحيان:

var_dump([] % [42]);
// int(0)

مع PHP 8 ، يكون السلوك دائمًا هو نفسه وكل العمليات الحسابية والبتية ستطرح TypeErrorاستثناء عندما يكون المعامل عبارة عن مصفوفة أو مورد أو كائن غير محمّل بشكل زائد (راجع RFC ).

هذا تغيير آخر يتطلب بعض العمل الإضافي من المساهمين الأساسيين ، مثل العديد من الأخطاء والتحذيرات وتغييرات الملاحظة.

مرة أخرى ، نظرًا للعديد من المشكلات التي لم يتم حلها بعد ، يوصى بشدة بإجراء اختبارات التوافق على بيئة التدريج أو التطوير قبل التبديل إلى PHP 8 على موقع الويب المباشر الخاص بك. اقرأ المزيد عن وورد بريس و PHP 8.0 .

تغييرات إضافية للمطورين

يقدم وورد بريس 5.6 الكثير من التغييرات للمطورين ولم نتمكن من تضمينها جميعًا في قائمتنا. ولكن هنا أعلى 3 نعتقد أنها تستحق المشاهدة:

1. wp_after_insert_post Action Hook

قبل الإصدار 5.6 من وورد بريس ، يمكنك استخدام save_postsأو إجراءات مشابهة لتشغيل كود مخصص بعد نشر المنشور. الآن يقدم وورد بريس 5.6 wp_after_insert_postخطاف الإجراء الجديد ، والذي يتم تنشيطه بمجرد حفظ المصطلحات والبيانات الوصفية.

بالإضافة إلى ذلك ، تم تحديث العديد من الوظائف لمنع إطلاق هذه الخطافات. $fire_after_hooksتمت إضافة المعلمة الجديدة إلى وظائف wp_insert_posts()، wp_update_post()و wp_insert_attachment(). إذا تم الضبط على false، فإنه يمنع إطلاق خطافات الإدخال.

تحقق من مذكرة المطور للحصول على نظرة عامة أعمق.

2. التلبيس

بتلبيس وظائف intval()، strval()، floatval()و boolval()أزيلت من كور لصالح تلبيس المباشر:

intval() → (int)

strval() → (string)

floatval() → (float)

هذا التغيير له تأثيرات مباشرة على الأداء كما تلبيس المباشر هو ~ 6X أسرع من بتلبيس الوظائف.

3. كائنات WP_Error

و WP_Errorتعززت الطبقة للسماح دمج عدة WP_Errorحالات في واحد. في السابق كان يمكنك القيام بذلك يدويًا فقط. الآن ، يقدم وورد بريس 5.6 ثلاث طرق جديدة للمساعدة في التعامل مع WP_Errorحالات متعددة . الكود أدناه هو مثال من ملاحظة المطورين :

<strong><?php</strong>
$error_1 = new WP_Error(
	'code1',
	'This is my first error message.',
	'Error_Data'
);
 
$error_2 = new WP_Error(
	'code2',
	'This is my second error message.',
	'Error_Data2'
);
 
// Merge from another WP_Error.
$error_1->merge_from( $error_2 );
 
// Retrieve all error data, optionally for a specific error code.
$error_1->get_all_error_data( 'code2' );
 
// Export to another WP_Error
$error_1->export_to( $error_2 );

قراءات إضافية للمطورين

من المستحيل ذكر جميع التغييرات التي تركز على التطوير التي أدخلها وورد بريس 5.6 ، ولكن يمكنك قراءة المزيد عنها باستخدام الموارد التالية:

تحديث إصدار jQuery المُصاحب مع وورد بريس

تحديث Core jQuery إلى الإصدار 3 – الجزء 2

وورد بريس و PHP 8.0

إطار عمل REST API Batch في وورد بريس 5.6

تغييرات متنوعة تركز على المطور في وورد بريس 5.6

دعم PHP 8 ، وكلمات مرور التطبيقات ، وتحسينات صحة الموقع ، و Block API V2 ، وغير ذلك الكثير … انقر هنا وتعمق في وورد بريس 5.6! 🥳

انقر للتغريد

ملخص

يعد وورد بريس 5.6 إصدارًا رئيسيًا يحتوي على الكثير من الميزات والتغييرات لكل من المستخدمين والمطورين. يسعدنا دائمًا أن نرى كيف يؤثر تطور تقنيات الويب بشكل مباشر على أمان وورد بريس وأدائه وسهولة استخدامه وإمكانية الوصول إليه.

لكن التطور لا يتوقف أبدًا ويمكننا بالفعل إلقاء نظرة خاطفة على تواريخ الإصدار المحتملة في المستقبل .

متروك لك الآن: ما الذي يعجبك أكثر في وورد بريس 5.6؟ وما هي الميزات التي ترغب في إضافتها إلى وورد بريس 5.7 ؟