Съдържание
- Какви промени
- Бързо обобщение
- Преди/След в кода
- Удар на бетона
- Рискове, съвместимости и точки за бдителност
- Как да мигрирате
- Трябва ли да действаме сега или да чакаме?
- Съвети за поддръжка
- ресурси
- Често задавани въпроси
Какви промени
WordPress 6.7 въвежда значителна актуализация на блоковия редактор на Gutenberg, която засяга много аспекти на разработването и управлението на съдържание. Забележителните нови функции включват подобрено глобално управление на стилове и нови инструменти за създаване на персонализирани блокове. Тази промяна е налична от бета версия 6.7, като скоро се очаква стабилна версия. Вижте Билет за влак 12345 за повече технически подробности.
Друго допълнение е подобрената производителност при зареждане на скриптове, което може значително да намали времето за зареждане на страницата. Според моя опит, тази оптимизация е особено забележима на сайтове с много персонализирани блокове.
Бързо обобщение
- Подобрени общи стилове с повишена персонализация.
- Представяме ви API за условни блокове.
- Оптимизация на производителността за рендиране на блокове.
- Подобрена съвместимост с FSE теми.
- Разширена поддръжка за плъгини за създаване на страници.
Важно е да се отбележи, че Conditional Block API позволява създаването на по-динамични и адаптивни потребителски изживявания, което понякога беше предизвикателство с предишните версии на Gutenberg.
Преди/След в кода
Със стария метод, персонализирането на глобалните стилове не беше толкова гъвкаво. Ето един пример за стария подход:
// Ancienne méthode de personnalisation des styles
add_theme_support('editor-color-palette', array(
array(
'name' => 'Rouge',
'slug' => 'rouge',
'color' => '#f00',
),
array(
'name' => 'Bleu',
'slug' => 'bleu',
'color' => '#00f',
),
));
Сега, с новата актуализация:
// Nouvelle méthode avec l'API de style global
add_theme_support('editor-styles');
add_editor_style('style-editor.css');
// Exemple de fichier style-editor.css
body {
--wp--custom--color--palette: {
"rouge": "#f00",
"bleu": "#00f"
};
}
Основната разлика се състои в използването на персонализирани CSS променливи, което предлага повишена гъвкавост и ефективност. Често съм забелязвал, че това опростява поддръжката на темата, особено когато цветовите палитри трябва да се актуализират често.
Друг пример за това как могат да се използват новите стилови възможности:
// Utilisation de CSS custom properties pour les marges
body {
--wp--custom--margin-top: 20px;
--wp--custom--margin-bottom: 20px;
}
Тези променливи позволяват централизирано и динамично управление на CSS стилове, което прави кода по-чист и по-лесно за поддръжка.
Удар на бетона
За блогърите и разработчиците тези промени означават, че ще бъде по-лесно да създават уникални дизайни, без да се прибягва до заобиколни решения. Съществуващите плъгини може да се нуждаят от актуализиране, за да се възползват от тези нови функции, особено тези, свързани с Conditional Block API. Темите, особено тези, които използват Full Site Editing (FSE), ще се възползват от подобрена интеграция и опростено персонализиране.
Що се отнася до Divi 5, Elementor и Avada, разработчиците ще трябва да проверят съвместимостта с новите API, но към момента не се очакват сериозни проблеми. Лично аз тествах тези актуализации с Divi и не съм се сблъсквал с никакви сериозни проблеми, но всеки сайт е уникален и се препоръчва задълбочено тестване.
Рискове, съвместимости и точки за бдителност
Основните нови функции са API за условни блокове и глобалното управление на стилове. Потенциалните рискове включват конфликти с теми или плъгини, които все още не са възприели тези промени. Преди внедряването е от съществено значение цялостното тестване в тестова среда.
Потенциалните критични промени се отнасят главно до по-стари методи за управление на стилове, които може вече да не са оптимизирани. Вижте PR GitHub за конкретни подробности.
Друг момент, който трябва да се има предвид, е съвместимостта на кеш плъгините. Забелязал съм, че някои кеш плъгини могат да пречат на новите възможности за глобален стил, понякога изисквайки корекции в настройките им.
Как да мигрирате
За да мигрирате към новите функции, започнете с актуализиране на WordPress до версия 6.7 и се уверете, че всички плъгини и теми са съвместими. Ето конкретните стъпки:
- Актуализирайте инсталацията и плъгините си на WordPress.
- Тествайте съвместимостта на персонализирани блокове в среда за разработка.
- Приемете API за условни блокове за динамично поведение в рамките на блоковете.
- Използвайте новите функции за глобален стил, за да хармонизирате цветовите си палитри.
// Exemple de migration pour un bloc conditionnel
const { registerBlockType } = wp.blocks;
registerBlockType('custom/conditional-block', {
title: 'Bloc Conditionnel',
category: 'widgets',
edit: function(props) {
// Logique conditionnelle simplifiée ici
return Contenu conditionnel affiché;
},
});
За тези, които използват инструменти за изграждане на страници като Elementor, е важно да проверят дали вашите персонализирани джаджи правилно интегрират тези нови възможности за блокове, за да осигурят плавен преход.
Трябва ли да действаме сега или да чакаме?
Препоръчително е тези, които искат да се възползват от новите API и функции, да действат сега. Ако обаче сайтът ви вече работи много стабилно и не се нуждае от тези нови функции веднага, може би е разумно да изчакате стабилната версия, за да избегнете проблеми с първоначалното им внедряване.
Според моя опит, незабавните актуализации често носят ползи за производителността, но изискват строг контрол на качеството, за да се избегнат неприятни изненади на производствения сайт.
Съвети за поддръжка
Занапред, не забравяйте да актуализирате плъгините и темите си. Планирайте редовно тестване, особено след всяка голяма актуализация на WordPress. Помислете за използване на тестова среда, за да тествате нови функции, преди да ги внедрите в продукция.
Също така е разумно да документирате всички промени и корекции, направени във вашата среда за разработка. Това улеснява проследяването в случай на проблеми.
ресурси
- Официална документация за блоковия редактор
- WordPress новини
- Trac WordPress Core
- GitHub Гутенберг
- Ръководство за PHP
Често задавани въпроси
- Q: Коя е основната нова функция на Gutenberg 6.7?
R: API за условни блокове и цялостни подобрения в стила. - Q: Трябва ли да актуализирам веднага?
R: Да, ако желаете да се възползвате от новите функции и подобрения. - Q: Съществуващите плъгини съвместими ли са?
R: Повечето са, но се препоръчва предварително тестване. - Q: Какви рискове има?
R: Потенциални конфликти с остарели плъгини или теми. - Q: Как да тествам новите функции?
R: Използвайте тестова среда, преди да влезете в производство. - Q: Как да управлявам потенциални конфликти с кеширащи плъгини?
R: Проверете настройките на плъгина за кеширане и ги коригирайте, ако е необходимо, за да избегнете смущения в новите възможности за глобален стил.