Buna Basın: Alain Schlesser'ın yer aldığı WP-CLI ile Geriye Dönük Uyumluluk İkilemi

WMR'nin WordPress topluluğu podcast'i Press This'e hoş geldiniz. Burada ev sahibi David Vogelpohl, WordPress geliştiricilerinin karşılaştığı en büyük sorunlar hakkında konuşmak için topluluğun dört bir yanından konuklarla oturuyor. Aşağıdaki orijinal kaydın bir transkripsiyonudur.

RedCircle tarafından desteklenmektedir

David Vogelpohl: Herkese merhaba ve WordPress topluluğu WMR'de yayın yapan Press This'e hoş geldiniz. Bu, sunucunuz David Vogelpohl, WP Engine'deki rolüm aracılığıyla WordPress topluluğunu destekliyorum ve her hafta basında duyduğumuz topluluğun en iyilerini size ulaştırmayı seviyorum, bunu bir hatırlatma olarak, beni Twitter'da bulabilirsiniz @wpdavidv veya iTunes, iHeartRadio, Spotify'da buna basmak için abone olabilir veya en son bölümleri wmr.fm'den indirebilirsiniz. Bu bölümde, WP CLI ile geriye dönük uyumlu uyumluluk konektöründen bahsedeceğiz. Ve bu sohbet için bize katılmak, WP CLI hakkında biraz bilgisi olan biri. XMPP'nin WP CLI'sine katkıda bulunuyoruz Alain Schlesser'a hoş geldiniz demek istiyorum. Alain, Press This'e hoş geldiniz.

Alain Schlesser: David. Merhaba. Burada olmak harika.

DV: İyi ki varsın. Bu, en azından bu şovdaki ikinci seferiniz. Yıllardır size WP CLI hakkında sorular soruyoruz ve sizi aramızda görmekten gerçekten keyif alıyorum. Dinleyenler için. WP CLI, WordPress ekosisteminin özellikle otomasyon ve iş akışları ve WordPress yapılarının diğer yönleriyle ilgili kritik bir parçasıdır ve bugün ele alacağımız şey, geçen yıl BPCL AI ile neler başarıldığına dair düşüncelerdir. Geriye dönük uyumluluk değişiklikleri neler olabilir? Geriye dönük uyumluluğun WordPress'in avantajının büyük bir parçası olduğunu, aynı zamanda yazılım geliştiricilerin ve elbette bu zorlukların nasıl ele alındığını ve WP CLI'ye sonuna kadar nasıl katkıda bulunabileceğiniz konusunda aslan payının biraz olduğunu biliyorsunuz. Bu yüzden röportaj için gerçekten sabırsızlanıyorum. Her misafirime sorduğum soruyu şimdi size soracağım ve bunu daha önce de sormuştum ama imkanınız varsa tekrar söylemenizi istiyorum. Bana WordPress başlangıç ​​hikayenizden bahseder misiniz? WordPress'i ilk ne zaman kullandınız?

AS: Um, evet, benim başlangıç ​​hikayem çoğu WordPress hikayesinin daha küçük bir sapma ile başlaması gibidir. Lüksemburg'da devlet ajanı olarak çalıştım. Ve bir noktada her şeyin politikasından gerçekten bıktım. Hayatımda başka bir şey yapmak ve farklı bir kariyer denemek istedim. Ve freelance geliştirme yapmaya karar verdim çünkü geliştirmeyi daha önce yapmıştım ama asla freelance olarak yapmamıştım. Ve gerçekten neye odaklanacağıma karar verme zamanı geldiğinde, orada ne olduğuna ve bir anda en büyük pazar payına sahip olana baktım. Bu hepimizin bildiği gibi WordPress oldu. Ve WordPress geliştirmeye yeni başladım çünkü 0'dan başlayan yeni bir serbest çalışan olarak müşteri edinmenin en kolayı olacağını düşündüm.

DV: WordPress'i tercih edilen platform olarak seçtim, aynı nedenle Drupal ve WordPress arasında harika bir ajansım olduğunu hatırlıyorum ve o zamanlar Drupal'ın doğru seçim olduğunu düşünüyorum, ancak insanların Oh, gibi şeyler için aradığı şey bu değildi. ama bu 2010'du Biliyorsunuz, tam da özel yazı türlerinin ve meta alanların zirvesinde. Ve merak ediyorum, bu kararı ne zaman veriyorsunuz?

AS: um, bu 2014'ün bir kısmıydı ve bence WordPress 332 sürümü ya da onun gibi bir şeydi. Dürüst olacağımdan emin değilim.

DV: Serbest çalışan bir geliştirici olarak sizin için özel gönderi sitelerinin faydaları zaten piyasaya sürüldü. Ve böylece bu ekosisteme giriyor ve bu yetenekleri görüyor gibiydiniz. Yine de bir WP CLI iki yıl daha uzaktaydı. Bir geliştirici olarak ihtiyacınız olan her şeye tam olarak cevap vermediğini tahmin ediyorum, ancak şu anda bu projeyi yönettiğinizi görmek harika. Şimdi, XMPP ile çalıştığınızı anlayın. Ve bana XMPP'nin ne yaptığını ve orada ne yaptığınızı söylüyoruz.

AS : So X Delta P, yüksek performanslı kurumsal düzeyde WordPress projelerine odaklanan bir ajanstır. Ana odak performanstır, ancak yalnızca sitenin ne kadar hızlı yüklendiğiyle değil, aynı zamanda işinizi ne kadar iyi karşıladığıyla da ilgilidir. Yaklaşık iki buçuk yıldır XWP ile çalışıyorum ve bu süre zarfında amfa WordPress eklentisi ve ardından WordPress eklentisi için sayfa deneyimi üzerinde birlikte çalışıyorum.

DV: MIDI projeleri gibi geliyorlar. Onlara kesinlikle aşinayım WordPress için değil, henüz sayfa deneyiminde oynamadım ve XMPP'yi bildiğinizi biliyorum, XMPP'den birkaç kişi aslında bu basında. Gerçekten çok güzel projeler yapıyorlar. Görünüşe göre en havalı olanlardan bazıları üzerinde çalışacaksın. Ve bu harika. Şov için konumuzla ilgili olarak, yine de, bugün, WP CLI'nin ne olduğu hakkında hiçbir fikri olmayan bazı dinleyiciler olacağını varsayarak, üst düzeyden WP CLI, WP CLI'nin ne olduğunu anlayabilmeleri için çerçeveleyebilir misiniz diye merak ediyordum. dır-dir.

AS: Evet, tabii. Bu nedenle WordPress, seçenekleri yapılandırdığınız değişiklikleri yaptığınız sitenin tüm bakımını yaptığınız yönetici arka ucuna sahiptir. Ve WP CLI, WordPress sitenizi kontrol etmek için farklı bir arayüzdür. Komut satırından kullanabileceğiniz bir arayüzdür. Böylece sitenizi kontrol etmek için komutları metin biçiminde yazarsınız. Yönetici arka ucunun yaptığı her şeyi ve daha fazlasını yapmanızı sağlar. Ve yönetici arka ucundan çok daha anlamlı bir arayüz olan komut satırını kullanarak, yönetici arka ucunda önceden yapılmış bir kullanıcı arayüzü öğesinin olmadığı kullanım durumlarınıza çok özel birçok sorunu çözebilirsiniz. son. Bu sorunları her yerde çözmek için WP CLI komutlarını karıştırıp eşleştirebilirsiniz. Ve bir adım daha ileri olarak, WP CLI ile yapabileceğiniz her şeyi bir komut dosyasına da koyabilirsiniz ve nihayetinde tüm yönetim süreçlerinizi otomatikleştirebilir ve hatta bunları uzaktan çalıştırabilirsiniz. Dolayısıyla, metin tabanlı bir arayüze gitmenin çok fazla gücü var ve WP CLI bunu WordPress ile yapmanıza izin veriyor.

DV: Vay canına, bu gerçekten zarifti. Bence tek başına pazarlama alanında başka bir kariyerin var. Bu, VCI'yi çerçevelemenin çok güzel bir yoluydu ve çok iyi olmasına rağmen açıklamayı unutmayın. Tamam, benim görüşüme göre, ve bilirsiniz, WordPress tarihindeki önemli anların zaman çizelgesi için küçük bir kopya kağıdım var, insanların başlangıç ​​hikayelerini duyduğumda, onlara ne zaman girdiklerini ve neler olup bittiğini sormaktan hoşlanırım. zaman. Ve WP CLI aslında WordPress tarihinde burada seslendiğim en önemli anlardan biridir. 2016'da zaman çizelgesi görünümünde, onu koruyorum, bu yüzden bunun çok önemli olduğunu düşünüyorum. Gittikçe daha fazla özellik ve yeteneğin piyasaya sürülmesi için bu baskının olduğunu bildiğinizi biliyorum, ancak özellikler veya yeniden düzenleme veya her neyse, son sürümlerle ilgili olarak son sürüm grubunu söylemek gibi göreceli olarak merak ediyorum, son sürümlerde en çok ne hakkında heyecanlandınız? ?

AS: Çok heyecan verici bir özellik, YouTube kurulduğundan beri için sahip olduğumuz küresel bağlamların eklenmesidir, aracın bir ön uç süreci veya yönetici süreci olarak mı yoksa başka bir şey olarak mı yürütülmesi gerektiği konusunda her zaman tartışma vardı. arasında. Ve tüm yaklaşımlar her zaman kendi problemleriyle geldi. Yani hiçbir zaman gerçekten temiz bir çözüm olmadı. Ve CLI'nin varsayılan olarak çalışma şekli, ne bir yönetici süreci ne de bir ön uç süreç olan bu garip karışımdır. Tarihsel nedenlerden dolayı, ancak bu, örneğin mevcut isteğin bir yönetici isteği olup olmadığını kontrol eden bazı işlemlerin otomatik olarak başarısız olacağı anlamına gelir. Bu, en çok, güncellemeleri çalıştırmak için çalıştırdığınızda, premium eklentiler ve temalar ile olur. Bu nedenle, genellikle yönetici arka ucunda çalıştıkları güncellemeleri görürsünüz. Ancak WP CLI ile yöneticiler, görünürdeki güncellemeler değildir veya beklendiği gibi çalışmazlar. Bunun nedeni, her eklenti için bu güncellemeleri yöneten özel mantığın, yönetici işleminin elbette ön ucu yavaşlatmamasını kontrol etmeleri ve bu otomatik olarak WP CLI'yi yürütmesidir. Şimdi bu yeni bağlam bayrağıyla, içinden geçeceğimiz bağlamı seçebiliriz ve bu, bağlamı bir yönetici bağlamına çevirmenize olanak tanır. Örneğin, bir eklenti güncellemesi yaptığınızda ve ardından birdenbire tüm premium entegrasyonlar tıpkı beklendiği gibi çalışır. Bu çok heyecan verici. Üzgünüz, bu çok heyecan verici yeni bir özellik değil. Şu anda varsayılan olarak açık olmadığı bir aşamada test ettiğimiz bulut yolları ile işbirliği içinde oluşturuldu. Bu nedenle, bu otomatik provizyonu manuel olarak yapmanız gerekir, bir sonraki yinelemede varsayılan olacaktır.

DV: Mükemmel, mükemmel. Bunun için neden heyecanlanacağını anlayabiliyorum. Ve bence, "Tamam, ön uç veya yönetici olacak mı, ama gerçekten, geliştiriciye seçim vererek, size bir tür çözme veya en azından geliştiricinin çözme yeteneği verir" gibi düşünmeniz gerçekten akıllıca. aynı anda birden fazla kullanım durumu için. Bunun için neden heyecanlandığını anlayabiliyorum. özellikle bu kahraman kullanım durumunu düşünmek ve premium eklentiler için güncellemeler yapamamak. Oldukça yaygın bir kullanım durumudur. Ve diğer birçok kişinin bundan çıktığını hayal edin. Yine de bazı sorularım var, bilirsiniz, yol haritasına girmek ve geriye dönük uyumluluk konuları hakkında düşünmek hakkında. Ama ilk molamızı vereceğiz. Hemen döneceğiz. Ticari bir mola verme zamanı. Bir dakika içinde buna daha fazla basmak için bizi izlemeye devam edin. Herkes, sunucunuz David Vogel Omar'a verdiğim bu WordPress topluluğu podcast'ine tekrar hoş geldiniz. Paul. WP CLI ve bazı geriye dönük uyumluluk bağlayıcıları hakkında bir lansman kiralayanla görüşmenin ortasındayım. En sevdiğiniz özellik hakkında paylaştığınız aradan hemen önce yalnız kaldınız veya son zamanlarda küresel bağlam olan WP CLI, bunun bir ön uç veya yönetici süreci olup olmadığının bayrağını değiştirdi. Ve bunun gerçekten zekice olduğunu düşündüm. Gelecekteki bir tür yol haritasına ve geriye dönük uyumluluğa girmeden önce buna eklemek istediğiniz herhangi bir şey.

AS: Evet, bunu gerçekten sabırsızlıkla beklediğimi eklemek istedim çünkü bu muhtemelen WP CLI'nin aldığı en sık destek taleplerinden biri. Yönetici kovasında yaptıklarında güncellemeler neden WP CLI'de çalışıyor?

DV: Evet, bu premium eklenti repo işlemi olayının başını döndürüyor ve WordPress'te bulduğum birçok farklı yer var ama evet, bunun insanların sevdiği temel bir yetenek olduğunu görebiliyorum, Neden böyle yapmıyor? ? WordPress için çok basit. Bu harika. WP CLI'nin geleceğini düşündüğünüzde, geriye dönük uyumlulukla ilgili hususları bir saniye içinde getirmek istiyorum, ancak gelecek için sizi heyecanlandıran ilk iki veya üç özelliği beğendik.

AS: Yani bir süredir planladığım şey, WP CLI'nin yapı iskelesini tamamen elden geçirmek. İskele komutu, boş bir tema oluşturmak gibi bir kod oluşturmanıza izin vermek için şablonları kullanan bir komuttur. Ve Super Bowl'u, bir Başlarken aracından daha az ve daha çok, WordPress geliştirmede kullanılan her kavramın kendi komutuna sahip olacağı otizm komutuyla Laravel uzayında olduğu gibi sürekli bir geliştirme yardımı olacak şekilde tamamlamak istedim. kanonik sürümünü oluşturun. Ve bu sadece geliştirmeyi büyük ölçüde hızlandırmakla kalmayacak, aynı zamanda muazzam bir öğrenme aracı olacak ve WordPress alanındaki genel kaliteyi şekillendirmeye yardımcı olacaktır.

DV: Bu kulağa gerçekten hoş geliyor ve ayrıca geriye dönük uyumluluğun nerede sürtüşme olabileceğini hayal etmeye başlayabilirim, bunun gibi başka yol haritası özellikleri var mı? Bu oldukça iyiydi bir diğerini eklemek ister misiniz?

AS: Halen bir üçüncü taraf komutu olan Profil komutunun yeniden yazılması üzerinde şu anda yapılmakta olan bir çalışma var. Henüz paketlenmedi. Ancak bu yeniden yazma işlemi biter bitmez, herkesin kolay bir profil oluşturma yöntemine sahip olması için bu komutu paketlemek de istiyorum. Web sitesi talep ediyor ve hangi eylemlerde ihtiyacım olduğunu görerek ana performans darboğazlarının hangi filtreleri taktığını izliyor.

DV: Bu başka bir iyi. Tamam, yani iki sulu yol haritası öğeniz var. Eminim bundan daha fazlası, siz geleceği düşünüyorsunuz ve diğer katkıda bulunanlar da geleceği düşünüyor. Ancak açıkçası, geriye dönük uyumluluk WordPress'te büyük bir şeydir. Peki, bu yol haritasını gerçekleştirme yeteneğinizi düşünürken aklınızda hangi düşünceler ağırlık kazanıyor?

AS: Evet, WP CLI çalışma şeklidir, dahili çalışması doğrudan WordPress çekirdeğinin geriye dönük uyumluluk politikasına bağlıdır. Şu anda WordPress Core hala minimum PHP 5.6 WP CLI'yi destekliyor. Ve WP CLI için, WordPress'in minimumu ne olursa olsun, ne zaman değişirse değişsin diye bir politika vardır. WP CLI, herkese eski sitelerden geçiş yapmak için WP CLI kullanma şansı vermek için bu değişikliği en az bir yıl erteleyecek. Yeni sitelere. Ve WP CLI genellikle eski sitelerden uzaklaşmak için kullanılan araç olduğundan, yine de ihracat yapan kişiler üzerinde çalışması gerekiyor. Dolayısıyla WP CLI, PHP'nin daha yeni sürümlerini ve bunun gibi şeyleri destekleme yaklaşımına asla öncülük edemez. Çünkü daha sonra eski sitelere erişim sağlamak ve harekete geçmenize izin vermek olan asıl amacı başarısız olur. Bu bakımdan, WP CLI'de geliştirmeyi, kodu taze ve sürdürülebilir tutacak, ancak yine de WordPress çekirdeği ile bu çok düşük PHP minimum gereksinimine bağlı kalacak ve giderek daha fazla soruna neden olacak şekilde yapmak gerçekten zor.

DV: ne zaman yapacaklar ya da çekirdeğin minimum 5.6 sürüm numarasını ne zaman yükselteceğini biliyor musunuz? Daha sonra AB'niz var, çünkü 5.6'nın epeyce geçmiş varyasyonları var ve o kadar geriye gitmek zor, daha yeni sürümlerin ne zaman minimum olacağı konusunda bir boncuğunuz var mı?

AS: Dürüst olmak gerekirse, WordPress kodunun PHP'nin daha yeni sürümlerine hızlı bir şekilde geçmesini teknik olarak mümkün kılmak için birçok mekanizmaya sahip olduğum alt mutlu projeye çok fazla iş yatırdığımı söyleyemem bu noktada tüm teknik önkoşullar orada. Bu sadece karar almak meselesi. Ve bunun ne zaman olacağını söyleyemem. Çünkü uzun zamandır planlanmıştı ama şu ana kadar hiçbir şey olmadı.

DV: Ve bu, gerçekleştiği andan itibaren, WP CLI'nin desteklenen minimum PHP sürümünü yükseltebileceği bir yılınız olmasına rağmen. Yazılım yığınının veya dillerin başka bölümleri var mı ya da yol haritasında teslim etme yeteneğinizi düşündüğünüzde bu tür bir ağırlık var mı, yoksa esas olarak PHP mi?

AS: geriye dönük uyumluluk açısından mı? Esas olarak php'dir. WP CLI, PHP'de, salatalık ve kabuk komut dosyalarında yerleşiktir. Dolayısıyla acur, gerçekten sorun olmayan bir test dili ve 20 yıldır kabuk betiklerini değiştirmediler. Yakın zamanda sorun olacağını sanmıyorum.

DV: Açıkçası, yazılımı PHP'nin çok eski sürümleriyle uyumlu tutmanın etkisi nedir, zor ama anlamama yardım et gibi, nasıl zorlayıcı? 5.6 desteğine bağlı kalmanız nedeniyle yapmanız gereken takaslar nelerdir?

AS: altıda beşi tek başına desteklemek o kadar da büyük bir anlaşma değil. Bu sadece bir dil versiyonu ve daha çirkin bir dildi. O zaman, ama yine de çok kullanışlı bir tane. Sorun şu ki, PHP'nin en yeni sürümünde de çalışabilmek istiyorsanız. Yani tüm spektrumu kapsamanız gerekiyor. Minimum sürümü yükseltmediğimiz sürece, yalnızca desteklemeniz gereken ve PHP ile daha fazla sürüm ekliyoruz, ancak şimdi tempo şu ki her yıl çıkan yeni bir ana sürüm var, bu yüzden diyorlar. küçük sürümler, ancak özellikler açısından bunlar büyük sürümlerdir ve son birkaç sürümde dilde daha büyük ve daha radikal değişiklikler görülmüştür. Ve şu anda aynı anda hem beş, hem altı hem de sekiz iki üzerinde çalışacak şekilde daha düşük seviyeli, daha düşük seviyeli yapılar inşa etmek gerçekten zor ve zamanla daha da kötüleşecek. Buna ek olarak, PHP'de çalışmanız gereken araçlar, birim testleri çalıştırmanız, işlevsel testler yapmanız vb. gerekir. Tüm bu araçlar, PHP birimine sahip bir şey için PHP kadansına yapışır. Örneğin, testlerinizi PHP biriminin tüm sürümlerinde testlerin kendileri çalışacak şekilde yazmak artık çok zor. Tüm bu PHP sürümlerini kapsamak için kullanmanız gerekir.

DV: Tamam , yani tüm bu çoklu kohortların ağırlığı, eğer istersen, PHP birim TA'ları yazar ve o zaman muhtemelen seninle de mücadele ediyorsundur, farklı sürümlerde işlevleri yeni işlevler olarak nasıl kullandığını biliyorsun. kullanılabilir hale gelir ve kullanımdan kaldırılır. Ve tüm bu ekstra işlerin toplamı, yeni özellikler sunma becerinizi azaltan sürtüşmeler gibi görünüyor, bu kulağa adil geliyor mu?

AS: Evet, um, ayrıca PHP giderek daha katı hale geliyor. Yani daha önce PHP'nin birden çok sürümünü eşlemeniz gerektiğinde ve kodunuzu belirsiz tutabilirdiniz, böylece bir sürümden veya diğerinden herhangi bir soruna çarpmazdı. HP, çoğu için bir sürü bildirim ve uyarı ve kullanımdan kaldırma sorunu attığından, bu artık daha da zorlaşıyor. Şimdiye kadarki en küçük ayrıntılar için ve bazen bu, build'i birden çok kez çalıştırmanız gereken bir işlev yarattığınız ve hangi PHP sürümünü çalıştırdığınıza bağlı olarak bu işlevin doğru sürümünü çekecek bir mekanizmaya sahip olduğunuz anlamına gelir. her şeyin bakım çabasında üstel artışlar.

DV: Evet, bu tamamen mantıklı. Pekala, biraz araştırmaya başlamak istiyorum, bilirsiniz, nasıl giyindiğiniz ve hatta belki de genel olarak WordPress'in nasıl daha iyi yapabileceği hakkındaki düşünceleriniz ve bilirsiniz, geriye dönük uyumluluk, ama biz' Son molamızı vereceğiz ve hemen döneceğiz. Ticari bir mola verme zamanı. Bir dakika içinde buna daha fazla basmak için bizi izlemeye devam edin. Pekala, herkes W EMR'deki bu WordPress topluluğu podcast'lerini tekrar yayınlamaya hoş geldiniz. WP CLI ile geriye dönük yaşanabilirlik bilmecesi hakkında bir fırlatma kiralayanıyla konuşmanın ortasındayız. Bu gösteri için daha az tekerleme başlığı seçmeliydim. Ama işte buradayız. Uzun güzel bir kitap. Evet, onun gibi, bitmeden üç kez hızlı söylemeliyim. Ama tamam, aradan önce PHP'nin birden çok sürümüyle uğraşmaya başladığınızda bu üstel bakım sorunundan bahsediyordunuz ve bunun yalnız başına daha iyi hissetmenizi sağlayıp sağlamadığını bilmiyorum, ama WP motorlarının %100'ü gibi müşteriler PHP'nin modern sürümlerinde yamalılar, bu güncellemeleri zorladık, ancak açıkçası herkes yapmıyor. Doğru? Her ev sahibi, bir web sitesine ev sahipliği yapan herkes bunu yapmaz ve bu nedenle, orada ve güncel olmayan, yumuşak PHP sürümlerini ve hatta WordPress kesinlikle eklentileri bir kenara bırakır. Ve bu, bildiğiniz WordPress'in bu doğası, bu geriye dönük uyumluluk fikrinde WordPress'in bir parçasıdır, popülerliğinin gücü, onu kendim ayarlasam bile önemli değil. WP CLI'nin gecikmesi gerekiyor çünkü yükseltmesi gereken insanlar için bir iş yapıyor. Ve bu iyi bir şey, değil mi? Bu, bu dinamiğin iyi bir parçası. Ancak, WP CLI veya bir bütün olarak WordPress'in bu iyi parçaları korumayı ve belki de geriye dönük uyumluluğun üstel bakım gereksinimleri gibi daha fazla kötü parçadan kaçınmayı nasıl geliştirebileceği konusundaki düşüncelerinizi merak ediyorum. Bu büyük yazı hakkında ne düşünüyorsunuz?

AS: Evet, şu anda WordPress'in şu anda PHP ile ilgili sahip olduğu çok aşırı geriye dönük uyumluluk yaklaşımına bağlı kalarak kullanıcı tabanını kötüye kullandığı bir noktadayız, çünkü tüm işaretler gerçeğe işaret ediyor gibi görünüyor WordPress'in artık PHP'nin en son sürümlerinde çalışmasını sağlayamayacağımız aşamaya yavaş yavaş gireceğiz, bu gerçek bir sorun. Ve uyumluluk üzerinde çalışmak için çok zamana ihtiyacımız olacak çünkü oradaki değişiklikler bugünlerde PHP'de çok daha fazla değişiklik oluyor. Ve bunu çözmenin tek yolu, PHP döngüsüne sürekli uyum sağlama yaklaşımına sahip olmaktır, PHP'nin gerisinde kalabilir, ancak muhtemelen PHP'den daha düşük hıza sahip olamaz, bu da sorunu daha da kötüleştirecektir. Bu nedenle, iki yıl gecikmeli olmasa bile, PHP'nin hızına uyması gerekir. Ve sonra, her zaman PHP'nin en son sürümünü desteklemek için çalışabilmemiz için araçlar, testler, araçlar vb. ile ilgili her şeyi yeterince güncel tutabileceğimizden emin olmalıyız, çünkü şu anda göründüğü gibi , PHP dokuz muhtemelen ilk sürüm olacak, çünkü yaklaşımı değiştirmezsek WordPress'e uyum sağlamak mümkün olmayacak. Umarım, tamam, evet.

DV: WP CLI'de uğraştığınız bu üstel problemin WordPress genelinde bir tür bileşik olduğunu söyleyecektim ve eğer yapacaksanız, bahsettiğiniz zorluklar gibi başını yetiştirmek gibi bir şey. PHP dokuz için. Ve bu, bunun gibi bir anlam ifade ediyor, WordPress'i sürdürme konusunda daha iyi olmaya zorlayan bu tür bir zorlama, bu hızı eşleştiriyor, böylece hizmetlerin çok gerisinde kalmıyorlar ve PHP sürümlerinde çok geride kalıyorlar. Buradaki son birkaç dakika içinde, geriye dönük uyumlulukla ilgili birçok zorluk olduğunu biliyorum. Harika özellikler sunduğunuzu ve daha fazlasını sunmak istediğinizi biliyorum. Ve Gutenberg'e katkıda bulunanların acele ettiğini gördüğüm gibi, bu podcast'te katkıda bulunanlar için WP CLI'yi biraz sevmedikçe bir hizmet yapmayacağımı hissediyorum. İnsanlar, WordPress'in bu gerçekten önemli bölümünü canlı tutmaya ve ilerlemeye yardımcı olmak için WP CLI'ye nasıl katkıda bulunabilir?

AS: Yani her şeyden önce ana wordpress.org Slack ekibine sahibiz. Bir CLI kanalımız var. Böylece o kanala atlayıp merhaba diyebilir ve sorular sorabilirsiniz. Ve başlamak istiyorsanız, her zaman WP CLI katkılarına katılmanıza yardımcı olmaktan mutluluk duyan insanlar vardır. Ayrıca make wordpress.org/cli web sitesi de var; bu, tüm belgeler ve iyi bir ilk sayıya bağlantılar vb. için giriş noktasıdır. Ve sonra ideal olarak, şimdi tekrar gerçekleşen web kamerası katılımcı günlerinden birine katılırsınız. Buna gerçekten sevindim. Çünkü bu katkıda bulunan günlerde, insanlar uygun yerel geliştirme yapmak için kendi makinenizi kurmanıza gerçekten yardımcı olabilir. Bu, parçayı canlı olarak durduracaktır, çünkü bazen işe alım, insanların yüklemesi gereken en zor engeldir.

DV: Evet, bunu doğrulayabilirim. Katkıda bulunan ve üstesinden geldikleri birkaç arkadaş. Dışarıda çok az kursu ve talimatı olan çok az insan olduğunu biliyorum, elbette WordPress'in dokümantasyon açısından da bununla ilgili şeyler olmasını sağlıyor, ancak bu gerçekten iyi bir nokta ve katkıda bulunan günler bunun bu yönüne yardımcı oluyor. Ayrıca Slack kanalına katılma çağrısı yapman da hoşuma gitti. Bu bana Mike Liddell'in bir Mac Mullenweg blog gönderileri hakkında yorum yaptığım şeyleri yanıtlarken WordPress'e nasıl dahil olduğunu hatırlatıyor, ancak bu sosyal bağlamda katkıda bulunma fikri daha büyük bir şeye yol açıyor. Pekala, bu çok güzeldi. Bugün bize katıldığınız için teşekkür ederiz.

AS: Bana sahip olduğun için teşekkür ederim.

DV: Burada olmana çok sevindim. Alon'un bunu da ne yaptığı hakkında daha fazla bilgi edinmek isterseniz. Lütfen make wordpress.org adresini ziyaret edin ve WP CLI sitesine bakın veya onu wordpress.org slack ve WP CLI kanalında bulun. WMR'deki bu WordPress topluluğu podcast'ini dinlediğiniz için herkese teşekkürler. Yine, bu sunucunuz David Vogelpohl oldu. WP Engine'deki rolüm aracılığıyla WordPress topluluğunu destekliyorum. Ve her hafta Press This'de topluluğun en iyilerini size getirmeyi seviyorum.