WordPress 5.6’da yeni (Erişilebilirlik, Performans, Güvenlik)

WordPress 5.6 “Simone” ortaya çıktı ve sizinle daha derine ineğe, 2020’deki en son WordPress sürümü ile çekirdeğe birleştirilen en ilginç özelliklere ve eklemelere yönlendirmekten mutluluk duyuyoruz.
Ücretsiz demoyu deneyin
Daha önce piyasaya sürüldüğü gibi, WordPress 5.6, Gutenberg eklentisini web sitelerine yüklemeyen ve güncellemeyen WordPress kullanıcıları için düzenleme deneyimini geliştiren blok editörlerinin çeşitli sürümlerini içerir. Ancak, hepsi blok editörü hakkında değil. WordPress Core’a yeni yirmi bir varsayılan tema, ana sürüm için otomatik güncelleme, PHP 8.0 için daha iyi destek, restoran kimlik doğrulaması için uygulama şifresi gibi bazı özellikler eklendi.
Ve daha fazlası WordPress 5.6’da. Erişilebilirlikte bir artış, kullanıcı arayüzü iyileştirilmesi, birçok hata iyileştirmesi ve geliştiriciler için büyük bir değişiklik listesi göreceğiz. WordPress 5.6’da yeni olanları sizinle paylaşmayı seviyoruz. Tüm yeni özellikleri, iyileştirmeleri ve yeni varsayılan temaları kaçırmayın: Yirmi Yirmi -Tweetler için Tıklar WordPress 5.6 Geliştirme Döngüsü hakkında daha fazla bilgi edinmek istiyorsanız, aşağıdaki bağlantıyı kontrol edin:
20 Ekim 2020: Beta 1
27 Ekim 2020: Beta 2
2 Kasım 2020: Beta 3
12 Kasım 2020: Beta 4
17 Kasım 2020: RC 1
7 Aralık 2020: WordPress 5.6’nın piyasaya sürülmesi için kuru koşu
8 Aralık 2020: WordPress 5.6 “Simone” un yayınlanması
Dalış yapmaya hazır mısınız? Hadi geçelim:
WordPress 5.6 ile blok editörü ile yeni olanlar, Gutenberg eklentisinin çeşitli sürümleri çekirdeğe birleştirildi, bu nedenle WordPress kullanıcıları ve yazarları editörde bazı iyileştirmeler görmeli. Geliştirilmiş bir blok deseni, bilgi panelindeki kelime sayısı, yükseltilmiş klavyenin gezinmesi, UI sürükleme ve yükseltilmiş artış ve daha fazlasını göreceğiz. Blok düzenleyiciye eklenen tüm iyileştirmelerin ve değişikliklerin daha kapsamlı bir listesi için bkz. Sürümün duyurusu: 8.6, 8.7, 8.8, 8.9, 9.0, 9.1 ve 9.2. Gutenberg 9.3 ve 9.4’te uygulanan hata onarımları ve performans iyileştirmeleri de WordPress 5.6’ya dahil edilmiştir. Blok düzenleyicisinde göreceğimiz daha ilginç bir değişikliği keşfedelim.
Kullanıcı arayüzünün blokları, desenleri ve iyileştirilmesi
Blok API V2
Blok geliştiriciler için ek özellikler ve iyileştirmeler
Bloklar, desenler ve UI yeni blok özellikleri, iyileştirme ve hata onarımı genel düzenleme deneyimini geliştirecektir. Ayrıca, erişilebilirlik üzerine büyük çalışmalar yapılmıştır. Aşağıda, web sitenizi WordPress 5.6 olarak güncelledikten sonra Block Editor’da göreceğiniz en ilginç özellik seçeneklerini bulacaksınız. Kapak bloğundaki video için konum kontrolü Bloklara bloklara eklenir Gutenberg 8.6’dan beri, videonun konum kontrolü kullanıcının odak noktasını hareket ettirmesine ve video için özel konumu ayarlamasına izin verir. Bu işlev daha önce sadece görüntünün arka planı için mevcuttu.
Kapak bloğu için video pozisyon kontrolü

Konum değeri, Focus Point seçmeninin herhangi bir yerine tıklayarak ve/veya klavyenizdeki ok düğmesini kullanarak ayarlanır. Vardiyayı tutarak 10 değeri atlayabilirsiniz (ayrıca bkz. #22531). Block WordPress 5.6 desen güncellemesi, Gutenberg 8.6 ile eklenen blok modellerinde birkaç artış içerir. Başlığın düzeni, metni ve rengi ve büyük paragraflar güncellendi (#23858) İki metin sütunundaki başlık metin bloğundan aktarıldı ve sütuna (#23853) yerleştirildi (#23853) Alıntı deseni şimdi resmi içeriyor Yukarıda ve yeni alıntıların altındaki ayırıcı görüntüler ve ayırıcı içerir
Gutenberg 8.7 (#24143) ile yeni başlık ve paragraf kalıpları eklendi.

WordPress 5.6’da Başlık ve Paragraf Desenleri
Blokların eklenmesi için iyi bir kullanımı arttırmak, desenleri kategorilere göre filtrelemenizi sağlayan blok desen kategorisinin açılır. Bu, aralarından seçim yapabileceğiniz birçok deseniniz olduğunda çok yararlıdır (#24954).

Açılır blok desen kategorisi
Video bloğu için destek video metni artık video altyazılarını destekliyor.

Video bloğuna video altyazıları ekleyin
Editör ve İçerik Maker, “öğesini (#25861) kullanarak” bir zaman metni parçasını (altyazılar veya metin gibi) görüntüleme biçimi olan WebVTT formatında (Web Video Metin Tracks Biçimi) video altyazıları sağlamalıdır.

Çeşitli dillerdeki altyazılara bağlanan öğeleri izleyin
.VTT dosyanızı yükledikten sonra, site görüntüleyicilerinin en sevdikleri dilde altyazıları etkinleştirmelerine izin verilecektir.

Video altyazı kullanıcı ayarları
Bilgi

Videodan bahsetmişken, her hafta yeni bir video almak için Kinsta YouTube kanalına abone olduğunuzdan emin olun!
Birkaç bloğu sütun bloklarına dönüştürün İlginç kullanım, seçilen blokları sütun bloklarına dönüştürme yeteneğidir. Birkaç blok seçin
Yalnızca sütunda görüntülemek istediğiniz bloğu seçmeniz, ardından blok aracının sağ üst düğmesini tıklamanız gerekir.
Seçilen her blok sütun bloğundan sütunlara dönüştürülür.

Üç blok üç sütuna dönüştürülür
Kapak bloğundaki arka plan deseni artık arka plan desenini görüntüleyebilir.
Arka plan deseni ile kapak bloğu

Arka plan desenleri eklemek, desenleri yüklemek, ardından tekrarlayan arka plan seçeneklerini etkinleştirmek için (WordPress’teki medya kütüphanesi hakkında bilmeniz gereken tek şey budur). Bittiğinde, odak noktası seçmenini ihtiyaçlarınıza göre ayarlayın ve sabit bir arka planla farklı bir kombinasyon deneyin. Görüntü boyutu kontrolü Gutenberg 9.1 ile Medya ve Metin Bloğu’na eklenir, Medya ve Metin Bloğu’ndaki görüntülere yeni görüntü boyutu kontrolü eklenmiştir.
Kullanıcılar artık mevcut tüm resim boyutlarından seçim yapabilir (#24795).

Medya ve Metin Bloğu’ndaki görüntü boyutunu kontrol edin
Blok API V2 V2 Yeni blok API sürümü blokların sargı öğelerini oluşturmasına izin verir. Yeni API sürümünün amacı DOM düzenleyicisini hafifletmek ve ön sayfa içeriğiyle uyumlu hale getirmektir. Ella van Durpe’ye göre: Bunun en büyük yararı, tema ve eklentinin, işaretleme editörde aynı ise blok içeriği daha kolay ayarlayabilmesidir. Yeni sürümün, blok türü kaydında Apiversion özelliğini bildirmesi gerekiyor: RegisterBlockType (name, {Apiversion: 2}); Yeni API ayrıca blok düzenleme işlevinde useBlockProps kancalarını da gerektirir. Bu kanca, blok sargısının öğesini bir blok öğesi olarak işaretler.
Bu kancaya iletilen her özellik birleştirilecek ve ambalaj elemanına iade edilecektir. Dev Not’un aşağıdaki örneği basit bir kullanım durumunu gösterir: ‘@wordpress/blok-editör’ ‘den {useBlockProps} i. İşlev düzenleme ({öznitelikler}) {const blockprops = useBlockProps ({className: someclassName, stil: {color: ‘mavi’},}); return
{attributes.conent}
; } Diğer örnekler için, API Block Sürüm 2’ye bakın. Blok geliştiricileri için özellikler ve ek iyileştirmeler Block API sürüm 2’ye ek olarak, geliştiriciler tarafından iletilmesi gereken ek bir liste. Block Destekleri Block Destekleri API destekleri Blok geliştiricilerin özellikler eklemesine izin verir bloklarına. Renk, arka plan, yazı tipi boyutu, blok destekleri API ile bloğa eklenebilen birçok özellikten sadece bazılarıdır. WordPress 5.6 ayrıca “tutarlılığı artırmak ve bu seçeneği bloğa tanıtmayı kolaylaştırmak” için bazı yeni blok desteği getirdi. Geliştiriciler, Block.json dosyasından veya doğrudan RegisterBlockType Register işlevine destek özelliklerine uygun bir anahtar eklemek için yeni blok desteği kullanabilir. Block’un aşağıdaki örneği, geliştirici kayıtlarını nasıl çalıştırdığını destekler: Destekler: {Color: {arka plan: true, // Arka Plan Renk UI kontrolünü etkinleştirin. Gradient: True, // gradyan renk UI kontrolünü etkinleştir. Metin: True // Metin Renk Kullanıcı Arayüzünü Etkinleştir. }, FontSize: true, // yazı tipi boyutu kullanıcı arayüzü denetimini etkinleştir. LineHeight: True // Hat yüksekliği UI kontrolünü etkinleştir. } Kuvvet değeri, Has- Class- aracılığıyla iyi ambalaj öğesine otomatik olarak eklenecektir.

(prassle değerleri için) veya stil öğeleriyle (özel değerler için). Bu nedenle, blok desteğinin yeni bir V2 API bloğu ile kullanılması amaçlanmıştır. Blok desteği dinamik bloklarla da kullanılabilir. CreateBlocksFrominnerBlockStemlate API geliştiricisi, başka bloklar içeren özel bloklar oluşturmak için InnerBlocks bileşenini kullanabilir. Örnekler sütun blokları ve sosyal bağlantılar bloklardır. API Block CreateBlocksFrominnerBlock New InnerBlocks şablonundan bir blok oluşturmanıza olanak tanır. Daha derin bir ekran ve kod örneği için geliştirici notlarına bakın. Araç Çubuğu Bileşenleri Bazı değişiklikler de araç çubuğu bileşenini etkiler: 1. ToolBroup Bileşenleri WordPress 5.6’dan önce, araç çubuğu bileşeni geliştiricilerin genel kaplardaki ilgili seçenekleri gruplandırmasına izin verir. Şimdi, bunun yerine yeni ToolbarGroup bileşeni kullanılmalıdır. 2. ToolBarButton bileşenleri ve araç çubuğu bileşenleri ve araç çubukları, tabbable öğeleri doğrudan araç çubuğu öğeleri (IE ) terk edildi. Erişilebilirliği artırmayı amaçlayan araç çubuğu öğeleri, diğer kontroller için düğmeler ve araç çubukları için araç çubuğu ve araç çubukları kullanılarak eklenebilir. Aşağıdaki örnek bir düğme ve gerilme menüsünü gösterir: {(ItemProps) => ()}
Çekirdek blok desenlerinin devre dışı bırakılması çekirdek desenleri artık çekirdek blok pateni desteği (#24042) kullanılarak devre dışı bırakılabilir.
Geliştirici artık bir block_ditor_ettings filtresi (#23966) kullanarak görüntü düzenleyicisini devre dışı bırakabilir: add_filter (‘block_ditor_settings’, işlev ($ ayarlar) {$ ayarlar [‘görüntüleme’] = return $ ayarları;});
Bir görüntü dizisinin düzenlenmesi devre dışı bırakıldı
Yeniden kullanılabilecek bloklar, daha önce @WordPress/Editor paketinin bir parçası olan yeniden kullanılabilecek ayrı blok paketlerine aktarılır, diğer editörlerde mevcut olacak @WordPress/yeniden kullanılabilir blok paketine aktarılmıştır. Yeni Varsayılan Tema: Yirmi Yirmi Bir WordPress 5.6 yeni bir varsayılan tema içerir. Yirmi yirmi bir, tek bir sütun ve kenar çubuğu altbilgisinin düzeni ile çok kolay erişilebilen minimalist bir WordPress temasıdır. Yeni tema, pastel arka plan renklerine dayanan bir sistem yazı tipi yığını ve minimal renk paleti kullanıyor.
Yirmi Yirmi -One temasının önizlemesi (Görüntü Kaynağı: WordPress Core’u Makin)

İç -Depth Blog yazımızda Yirmi Yirmi -One hakkında daha fazla bilgi edinebilirsiniz: Yirmi Yirmi -One: Yeni Varsayılan WordPress temasına derinlemesine dalmak. Otomatik güncellemelerin ana sürümü için otomatik güncellemeler, site güvenliğini artırmayı ve site yöneticisinin WordPress sitelerini güncellemesini kolaylaştırmayı amaçlayan WordPress 3.7’de sunulan temel özelliklerdir. Otomatik küçük çekirdek güncellemesi önceki sürümde uygulanmış olsa da, WordPress 5.6 sitesinin yöneticisi artık büyük sürümler için otomatik güncellemeleri manuel olarak etkinleştirebilir (bir saniyede daha fazla). Ne yazık ki, bu önemli bakım görevi, teknik olmayan kullanıcılar için biraz kafa karıştırıcı olabilir. Otomatik güncellemenin Deep Dive’da WordPress Otomatik Güncellemeleri blog yayınına nasıl çalıştığı hakkında daha fazla bilgi edinebilirsiniz. WordPress 5.6, Site Yöneticisinin ana çekirdek sürümü için otomatik güncellemeleri etkinleştirmesine izin veren yeni bir arayüz sunar. Bu özelliğin kapsamı Beta WordPress 5.6 döngüsü sırasında değişti ve orijinal geliştirme notu değiştirildi. JB Audras’ın sözleriyle, temel otomatik güncellemenin ilk kapsamı şu adrese aktarıldı: UI tasarımına bazı güncellemeler verin.
Mevcut kurulum için, davranış şu anda olduğu gibi kalacaktır: Varsayılan olarak küçük güncellemelere katılacak, ancak kullanıcılar büyük güncellemelere katılmalıdır (ana bilgisayarlar veya ajanslar tarafından kullanılan sabitler ve filtreler daha yüksek haklar kullanmaya devam edecektir).

Yeni kurulum için varsayılan davranış değişecektir: Varsayılan olarak küçük güncellemelere katılın ve varsayılan olarak büyük güncellemelere katılın.
WordPress 5.6 ile başlayarak, yeni kullanıcı arayüzünün WordPress’in tüm yeni sürümleri için otomatik güncellemeleri etkinleştirmenizi sağlayan bir onay kutusu sağlayan güncelleme ekranındaki ana temel sürüm için otomatik güncellemelere katılabilirsiniz. Tüm yeni sürümler için otomatik güncellemeleri etkinleştirin. WordPress’in

Ana sürüm için temel otomatik güncellemeyi etkinleştirdikten sonra, yalnızca bakım ve güvenlik sürümü için otomatik güncellemelere geçmek için tıklayarak bakım ve güvenliği tetiklemek üzere etkinleştirebilirsiniz.
Yalnızca bakım ve güvenlik bültenleri için otomatik güncellemelere dönme
İlk geliştirici için ana otomatik çekirdek güncellemesi, ana çekirdek otomatik güncelleme etkinleştirildiğinde, AUTO_UPDATE_CORE_MAJOR seçeneği option_value etkinleştirilmiş veritabanında saklanır. Yani, get_site_option (‘auto_update_core_major’) doğru dönerse, otomatik yenileme onay kutusu.
Bültenlere Kaydolun
Trafiğimizi%1000’den fazla nasıl artırdığımızı bilmek ister misiniz? Haftalık bültenimizi içerideki WordPress insanlar hakkında ipuçlarıyla alan 20.000’den fazla insana katılın!
Şimdi abone olun

Ardından WordPress, ana çekirdek otomatik güncellemenin WP_AUTO_UPDATE_CORE Constant veya Filtre_major_auto_Core_updates filtresi aracılığıyla etkinleştirilip etkinleştirilmediğini kontrol eder ve uygun onay kutusunu ayarlar.Geliştirici ayrıca, aşağıda gösterildiği gibi wp_auto_update_core sabitini yanlış veya minör olarak ayarlayarak ana çekirdek otomatik güncellemeyi devre dışı bırakabilir (ayrıca bkz. WP-Config.php üzerinden arka plan güncellemelerini kontrol edin): # DISLES AL-Core Güncellemeleri: Defin (‘wp_uto_update_core’);# Küçük güncellemeleri etkinleştirir: tanımlama (‘wp_auto_update_core’, ‘küçük’);WP_AUTO_UPDATE_CORE için değer olasılığının doğru (hepsi), ‘beta’, ‘rc’, ‘küçük’, yanlış olduğunu unutmayın.Ana çekirdeğin otomatik güncellemesini varsayılan olarak devre dışı bırakmanın başka bir seçeneği, algıla_major_auto_core_updates filtresini kullanmaktır Yeni:
add_filter (‘algl_major_auto_core_updates’, ‘_return_false’); Aralık 2018’de çekirdeğe otomatik bir güncelleme ekleme hakkında küçük bir yorum olan Matt Mullenweg, 2019 için dokuz öncelik paylaştı ve burada “kullanıcıların ana çekirdek sürümünün otomatik olarak yenilenmesine katılmaları için bir yol sağlar”. Ana otomatik çekirdek güncellemesinin WordPress güvenliği ve genel deneyim üzerinde büyük bir etkisi olmalıdır. Açıkça görülen bir şey: Teknik bakış açısından, ana otomatik çekirdek güncelleme özelliği, WordPress 5.6 sürümü ile% 100 tamamlanmayan karmaşık bir görevdir. Slack hakkında derin bir tartışmadan sonra Josepha Haden, çekirdek katkıda bulunanlardan gelen endişeleri ve soruları özetledi. Ana uzun vadeli hedef, WordPress ekosisteminde (Web’in% 30’undan fazlası) güvenliği artırmak için çoğu WordPress web sitesinde otomatik güncellemeleri kullanılabilir hale getirmektir. Bununla birlikte, çekirdeğin ana geliştiricisi Helen Hou-Sandi’ye göre: Aklımda yürütülmesi çok zor olan bir dizi teknik şey var ve bu, çok disiplinli ve odaklanmış teknik ürünlerin sahiplenmesini gerektiriyor, böylece değişiklikler göreceğiz. ve zaman zaman ana otomatik çekirdek güncelleme kullanıcı arayüzünde ek iyileştirmeler. Bundan sonra bekleyebileceğimiz şey budur: WordPress 5.6: Mevcut kurulumda büyük güncellemeler kullanıcı tarafından etkinleştirilmelidir. Kullanılan sabitler ve filtreler öncelik verilecektir. Küçük güncellemeler varsayılan olarak etkinleştirilir.

Yeni kurulumda, küçük ve büyük güncellemeler varsayılan olarak etkinleştirilir.
WordPress 5.6.1:
Geri Bildirime dayalı temel otomatik güncelleme kullanıcı arayüzünde bazı değişiklikler göreceğiz. WordPress 5.7:
Ana otomatik güncellemeyi seçen herkes için sitenin sağlık ekranına cesaretlendirilmelidir.
WordPress 5.7’deki kurulum işlemine katılma otomatik güncellemesi eklenmelidir.
Çekirdek otomatik güncellemelere büyük önem kullanıcı güvenidir.Helena’ya göre: Özellikle WordPress ve/veya güncellemelerle ilgili kötü bir deneyime sahip olanlar, proaktif olarak kullanıcı güvenini toplamak için çok fazla iş yapabileceğimize inanıyorum. Ancak, her WordPress sitesi çekirdek, eklentiler ve temaların bir karışımıdır. .Helen’in sözleriyle: Genel olarak temel güncellemeler oldukça güvenlidir ve bazı doğuştan gelen koruma vardır, ancak site herhangi bir kaynaktan herhangi bir kod çalıştırabileceğinden, “her bir WordPress web sitesi türü” için “%100” diye bir şey yoktur

. Etkinleştirilen otomatik çekirdek güncellemeleri olan kullanıcılar, web sitelerini düzenli olarak rezerve etmeli veya paketlerinde otomatik rezervler sağlayan bir web ana bilgisayarını seçmelidir. Otomatik çekirdek güncellemeleri, otomatik güncelleme eklentileri ve temalar da dahil olmak üzere genel güncelleme deneyimini de etkileyecektir. Joost de Valk yorumda kaydetti: Varsayılan olarak WordPress Core’un otomatik güncellemesini etkinleştirirsek, eklenti için de aynısını yapmalıyız. Değilse, çekirdek güncellemeler nedeniyle geliştirilmesi gereken şeyler için eklentiler ve temalar güncellenemez. Bence kullanıcı bunu umuyor: Otomatik güncelleme WordPress, eklentiler ve temalar da otomatik olarak güncellenmeli. WordPress 5.6’daki sağlık sahasındaki değişiklikler, burada tartışılan tüm özelliklerle birlikte, WordPress 5.6 ayrıca, şimdi arka planda farklı davranan site tıbbi cihazlarının onarımının bir versiyonunu sunar. Validator Sitesi Sağlık Sınavı Verilerinin Validasyonu Artık Site Sağlık Testine Sorun Yanıtını Kontrol ediyor. Doğrulayıcı geçersiz yanıtları elden çıkararak, ölümcül hatalara neden olan saha tıbbi cihazlarını önleyecek ve daha fazla kontrolü durduracaktır. Şu andan itibaren, geçersiz yanıtlar saha sağlığı göstergelerini etkilemez (#50145). Site Tıbbi Cihazlarının geri kalan uç noktası aracılığıyla eşzamansız inceleme, site sahiplerinin web sitelerinin sağlık durumunu bilmelerine olanak tanıyan sofistike bir güvenlik aracıdır. Bu araç, web sitenizin sağlık durumunun genel bir resmini sağlayan bir dizi güvenlik testi çalıştırır.
Size rekabet avantajı sağlayan bir barındırma çözümüne mi ihtiyacınız var?Kinsta, olağanüstü hız, sofistike güvenlik ve otomatik ölçekte size yardımcı olur.Planımıza bakın
Bu test iki kategoriye ayrılmıştır: doğrudan test, sayfa yüklemesinde çalıştırma ve tamamlanması için biraz zaman gerektirebilecek eşzamansız testler ve daha sonra JavaScript çağrıları aracılığıyla çalıştırılacak. Daha önce, bu test admin-ajax.php çağrısı ile gerçekleştirilmişti. WordPress 5.6 ile admin-ajax.php’den birçok şey ve yeni ateş dinlenmesinin bitiş noktası kullanılacaktır. WordPress 5.6’dan başlayarak, asenkron test/wp-json/wp-site-sağlık/v1 ad alanı altında bulunabilir. Yeni yangın istirahatindeki artış sayesinde, eklentiler ve temalar Restoran Rest Point’i de kullanabilir ve Ajax’ın sağlık testleri için eylemleriyle sınırlı olmayabilir. Her asenkron test artık HAS_REST argümanını beyan edebilir, varsayılan yanlıştır. WP-Admin/class-wp-site-health.php’den aşağıdaki kod, WordPress 5.6’da bir dizi eşzamansız test gösterir: ‘async’ => dizi (‘dotorg_communication’ => dizi (‘label’ => __ ( ‘WordPress.org ile iletişim’), ‘test’ => rest_url (‘wp-site-health/v1/testler/dotorg-communication’), ‘has_rest’ => true, ‘async_direct_test’ => dizi (wp_site_health () , ‘get_test_dotorg_communication’),), ‘arka plan_updates’ => dizi (‘etiket’ => __ (‘arka plan güncellemeleri’), ‘test’ => rest_url (‘wp-sit-sağlık/v1/testler/arka plan güncellemeleri’ ), ‘Has_rest’ => true, ‘async_direct_test’ => dizi (wp_site_health :: get_instance (), ‘get_test_background_updates’,),), ‘loopback_requests’), ‘test’ =>
rest_url (‘wp-sit-sağlık/v1/testler/loopback-requests’), ‘Has_rest’ => true, ‘async_direct_test’ => dizi (wp_site_instance (), ‘get_test_loopback_requests’) => aralık (‘label ‘=> __ (‘ Yetkilendirme Başlığı ‘),’ test ‘=> rest_url (‘ wp-site-health/v1/testler/yetkilendirme-başlık ‘),’ has_rest ‘=> true,’ başlıklar ‘=> dizisi (‘ Yetkilendirme ‘=>’ Basic ‘. Base64_encode (‘ kullanıcı: pwd ‘),’ skip_cron ‘=> true,),), planlanmış site sağlık kontrolleri: Sayfa yükü yavaş bekleme süresini önlemek için eşzamansız test uygulanmış olsa da, bu tür sorunlar Zamanlanmış testlerde mevcut değildir. Yukarıda bahsettiğimiz HAS_REST argümanına ek olarak, test dizisinin, çağrılabilecek bir test örneği olması gereken async_direct_test argümanını (yukarıdaki kodu kullanarak) bildirebileceğini hatırlayarak. Test planlanan olay sırasında çalıştırılırsa, test geri kalan ateşin bitiş noktasını kullanmaz, ancak doğrudan çalışır. API API API API API API API için uygulama şifresi, çeşitli WordPress API’sına yetkili istekler yapmak için yeni bir sistemdir. Parola 24 karakterden oluşur ve büyük harfler, küçük harfler ve manuel olarak veya yangın dinlenmesi yoluyla yapılabilen sayısal karakterlerden oluşur. Yeni bir uygulama parolası yapmak için profil ekranınızı keşfedin ve sayfayı aşağı kaydırın.
Uygulama şifrenizin adını seçin ve onaylayın. WordPress yeni şifrenizi görüntüler.
Yeni uygulama şifresi
Uygulama şifreleri, aşağıda gösterildiği gibi boşluklarla ayrılmış 4 karakter halinde görüntülenir: GSUC UHKU 0SCI GDRD TGOU VRW5 Ancak, şifre boşlukla veya boşluk olmadan kullanılabilir: Yetkilendirme akışı yoluyla devam eden uygulama şifresi boşluk içermez. Manuel olarak koyarsanız, uzun bir ipe bakan birinin yerini korumasını kolaylaştırmak için gerçekten varlar. Parçalar halinde, boşluklar olmadan veya – – heck – isterseniz, her karakterden sonra boşluk ekleyebilirsiniz. Kullanıcı profili ekranında, uygulama şifresini görüntüleyebilir, oluşturabilir ve iptal edebilirsiniz. Son kullanılan ve son IP sütunu, iptal edilmesi gereken kullanılmayan şifreyi bilmenizi kolaylaştırır.
Son IP alanı kullanılır ve son
Bu yazma döneminde, uygulama şifresi otomatik yangın ve eski bir XML-RPC API’si olmak için bir istekle kullanılabilir. Ancak, gelecekte ek yangınla kullanılan uygulama şifresini göreceğiz. George Stephanis açıkladı: Uygulama şifresi kimlik doğrulama şeması, mevcut olduğunda WordPress için gelecekteki API’ya da uygulanabilir. Örneğin, GraphQL veya diğer sistemler WordPress’te etkinleştirilirse, uygulama şifresi onlara kutunun dışında oluşturulacak sağlam ve yerleşik bir kimlik doğrulama altyapısı verecektir.
Millet, Postman’da API dinlenmesinde kimlik doğrulandı
WP-login.php’de uygulama şifresini kullanmak mümkün değildir. Bu özelliğe ve diğer teknik bilgilere daha yakından bakmak için aşağıdaki kaynakları kontrol ettiğinizden emin olun:
Teklif: API restoran kimlik doğrulaması / uygulama şifresi
Uygulama Şifresi: Entegrasyon Kılavuzu

Uygulama Şifresi Özellik Eklentisi
PHP 8 PHP 8.0 için daha iyi destek, onu dil evriminde gerçek bir kilometre taşı haline getiren birçok yeni özellik ve optimizasyon sunar. Daha yeni PHP sürümü, geriye dönük uyumluluğu ihlal eden birçok güncelleme sunuyor ve artık kullanılmayan birçok özellik resmi olarak silindi. Bu nedenle, WordPress’te PHP 8 için destek eklemek büyük bir zorluktur. Aslında, WordPress Core katkıda bulunan WordPress 5.6’yı PHP 8 ile uyumlu hale getirmeye çalışsa bile, mümkün olan her sorunun bulunmasını beklememeliyiz. Buradaki amaç, WordPress ekosisteminin tüm PHP 8 ile uyumlu olduğu noktaya ulaşmaktır, ki bu şu anda çözülmesi çok zor görünüyor. Ayrıca, WordPress web sitesi en az bir tema ve bir dizi eklenti içerir. Dolayısıyla, WordPress Core’da PHP 8 için iyi bir destektir, ancak eklentilerin ve temaların PHP 8 için hızlı bir şekilde destek ekleyeceğine inanmak zordur. Ekosistem daha geniş (eklentiler, temalar vb.) Bilinemez. Bu nedenle, WordPress 5.6, PHP 8 ile “beta uyumlu” olarak kabul edilmelidir. Bu kadar yapılmış harika iş. Bununla birlikte, tüm eklenti geliştiricileri ve temalarının yanı sıra barındırma toplulukları, kodlarını PHP 8 ile uyumlu hale getirmeleri istenir. Bu, WordPress’in “tam uyumluluk” elde etmesine izin verecektir.

Önemli olan otomatik test yoluyla tanımlanan tutarsızlığın çoğu iyileştirilirken, bazı manuel testlere hala ihtiyaç vardır. Bu nedenle, web sitenizi doğrudan PHP 8’e güncellemeden önce evreleme veya yerel ortam üzerinde katı bir uyumluluk testi yapılması şiddetle tavsiye edilir.
PHP 8’de yukarıda bahsettiğimiz gibi izlenmesi gereken bazı değişiklikler, WordPress’i PHP 8 ile tamamen uyumlu hale getirir. Jonathan Desrosiers, WordPress geliştiricileri tarafından dikkate alınması gereken PHP 8 özelliklerinin ve değişikliklerinin bir listesini sunar. PHP olarak adlandırılan bir argüman adı verilen parametre artık parametrenin konumu yerine parametrenin adına göre işlevin bağımsız değişkenine devam etmek mümkündür. Bu, belgelenmiş kodu yazmayı mümkün kılar, bağımsız değişken siparişe bağlı değildir ve varsayılan değer keyfi olarak geçirilebilir. Ne yazık ki, mevcut parametre WordPress’te istifa uyumluluk sorunlarına neden olabilir. Bunun ana nedeni, parametrenin adının geçerli denetim tamamlanana kadar haber vermeden değişebilmesidir. Yani, bu yazma döneminde:

WordPress işlevini ve sınıf yöntemini açıkça çağırırken adlandırılmış bir parametre kullanmak, bu denetim tamamlanana kadar desteklenmez ve denetim sırasında parametrenin adı bildirimde bulunmaksızın değiştirilebilir. Denetim tamamlandığında, yaklaşan geliştirici kayıtlarında açıklanacak. Yasadışı tip parametrelerden, dahili işlevlerden geçerken ve kullanıcı tarafından belirlenen dahili işlevler için tür/katı değerin doğrulanması farklı davranır. Kullanıcı tarafından belirlenen işlev TypeError’u atar, ancak dahili işlev bazı koşullara bağlı olarak çeşitli şekillerde davranır. Bu tutarsızlığı ortadan kaldırmak için, PHP 8 dahili API ayrıştırma parametrelerinde, parametre türlerinin uyumsuzluğu durumunda her zaman throwerror üretir. Sıkı tip bildirimi WordPress Core’da kullanılmaz. Bununla birlikte, çekirdek katkıda bulunanlar geçersiz türlerin temel işleve iletilmesini önlemek için çalışırlar. İş tamamlanana kadar, bu PHP 8 değişikliği TypeError S’ye neden olabilir, “özellikle filtreye bağlı bir kod aracılığıyla yanlış değer türü değiştirilirse”. Önceki PHP sürümünde aritmetik ve bitsel operatörler için daha sıkı bir inceleme türü, aritmetik ve bitsel operatörleri aşırı yüklenmemiş dizilere, kaynaklara veya nesnelere kullanır, ancak davranışları tutarsız ve bazen mantıksızdır: var_dupp ([] % (] % [42]);
// int (0) PHP 8 ile, davranış her zaman aynıdır ve tüm aritmetik ve bitsel operatörler, işlenen dizi, kaynaklar veya aşırı yüklenmemiş nesneler olduğunda TypeError istisnası çıkarır (bkz. RFC). Bu, çekirdek katkıda bulunanlardan birçok hata, uyarılar ve bildirimdeki değişiklikler gibi bazı ekstra işler gerektiren bir başka değişikliktir. Bir kez daha, hala çözülmeyen bazı sorunlar, doğrudan web sitenizde PHP 8’e geçmeden önce evreleme veya geliştirme ortamında bir uyumluluk testi yapmanız şiddetle tavsiye edilir. WordPress ve PHP 8.0 hakkında daha fazla bilgi edinin. WordPress geliştiricilerinde ek değişiklikler 5.6 Geliştiriciler için birçok değişikliği tanıtmak ve her şeyi listemize koyamayız. Ancak burada görmeye değer olduğunu düşündüğümüz ilk 3: 1. WordPress 5.6’dan önce WP_AFTER_INSERT_POST Eylem Eylemi, yayın yayınlandıktan sonra özel kodları çalıştırmak için Save_Posts veya benzeri işlemleri kullanabilirsiniz. Şimdi WordPress 5.6 Yeni WP_AFTER_INSERT_POST eylem kancalarını, yalnızca terimler ve meta veriler depolandıktan sonra etkinleştirilen. Ayrıca, kancanın ateşlenmesini önlemek için birkaç işlev güncellenmiştir. WP_INSERT_POSTS (), wp_update_post () ve wp_insert_attachment () işlevine yeni $ fire_aft_hooks parametresi eklendi. Yanlış olarak ayarlanırsa, bu ateş edildikten sonra takma kancalarını önler. Daha derin genel bakışlar için geliştirici kayıtlarına bakın. 2. Aralık (), strval (), floatval () ve boolval () aralıklı yazma, Direct: IntVal () → (Int)

Strval () → (String)
Floatval () → (float)
Bu değişikliğin performans üzerinde doğrudan bir etkisi vardır, çünkü doğrudan tipikleme ~ 6x daha hızlı tipikleştirme işlevlerinden daha hızlıdır. 3. wp_error nesneleri wp_error sınıfı, wp_error örneğinin ampatiklerinin birine ışık anlamı olarak kullanıldı. Daha önce sadece manuel olarak yapabilirsiniz. Şimdi, WordPress 5.6, çeşitli WP_ERROR örneğiyle başa çıkmaya yardımcı olmak için üç yeni yöntem sunuyor. Aşağıdaki kod Dev’in notuna bir örnektir: mege_from ($ error_2); // İsteğe bağlı olarak belirli bir hata kodu için tüm hata verilerini alır. $ error_1-> get_all_error_data (‘code2’); // başka bir wp_error $ error_1-> export_to ($ error_2) Geliştiriciler için daha fazla okuma, WordPress 5.6 tarafından sunulan geliştirmeye odaklanan tüm değişikliklerden bahsetmek mümkün değildir, ancak aşağıdaki kaynakları kullanarak daha fazla bilgi edinebilirsiniz: WordPress ile gönderilen jQuery sürümünü güncelleme
Çekirdek JQuery’yi Sürüm 3 – Bölüm 2’ye güncelleyin
WordPress ve PHP 8.0
WordPress 5.6’da dinlenme ateşi parti çerçevesi
Diğer geliştiriciler WordPress 5.6’daki değişikliklere odaklanıyor