Bu Podcast’e basın: WPGRAPHQL’in Jason Bahl Yaratıcısı ile The Headless WordPress’in Yükselişi

WMR’den WordPress Community Podcast’e basmaya hoş geldiniz.Burada ev sahibi David Vogelpohl, WordPress geliştiricisinin karşılaştığı en büyük sorunu tartışmak için tüm topluluklardan konuklarla oturdu.Aşağıdakiler orijinal kaydın bir transkripsiyonudur.David Vogelpohl: Herkese merhaba ve WMR’deki bu podcast WordPress topluluğuna basmaya hoş geldiniz.Bu ev sahibiniz David Vogelpohl, WordPress topluluğunu WP motorundaki rolümle destekliyorum ve bu basında her hafta duymanız için topluluktan en iyisini bir hatırlatma olarak bulabilirsiniz, beni Twitter’da bulabilirsiniz @ WPDAVIDV veya iTunes, IheArtadio, Spotify’daki bu basına abone olabilirsiniz veya en son bölümü WMR.F.Bu bölümde, Cadılar Bayramı gibi zaman zaman yapmalıyız çünkü bahsettiğimiz şey, WP Graph QL, Jason’ın yaratıcısı Jason Bahl ile başsız WordPress’in dirilişi, buna basmaya hoş geldiniz.
Jason Bahl: Evet, beni kabul ettiğiniz için teşekkürler. DV: Buradasınız çok mutlu ve elbette WordPress’in kafası olmayan bir korku versiyonu gibi değil, WordPress’teki bazı javascript ve tüm bu tür şeyler. Bugün dinleyenler için. Jason, bize geldi, ben de çalıştığım WP makinesinden geliyordu, ancak WP grafik ql olmadan WordPress’te de çok popülerdi, ancak bugün WordPress’in neden büyük bir rol oynadığı ve ne olduğu hakkında düşüncelerini paylaşacaktı Siteniz, WordPress siteniz için Headless kullanmaya başlamak için gerekiyordu ve en sevdiği araç ve yaklaşımlardan bazıları, bugün gerçekten çok önemli olan şeyden gelme hakkında konuşması için ona teşekkür etmek için bir kafa olmadan inşa etmek için inşa etmek için. Jason, bu soruyu tüm misafirlerime sordum, cevaplarınızı gerçekten bilmek istedim. Bana kısaca söyle Bu yüzden 2008’de olduğunu düşündüm. Eminim bir flash web sitesi ve kuzenim yaptığım için. İçeriği yönetebileceği web sitesini istiyorum. Ben, aman tanrım, bir flaş sitesi ile yapmak kolay değil. Bu yüzden bir tür CMS’yi Flash sitesine bağlamanın çeşitli yollarını aradım ve o zaman WordPress’in XML RPC’ye sahip olduğunu ve o zaman WordPress’i kullandığını, flaş sitesi ile çalışabilecek bu ateşi bilerek nihayet hiçbir bina bulamadım. İkisini bağlayın, ancak WordPress’i bulmak onunla oynamaya başladı ve o zamandan beri WordPress’te tam zamanlı çalışmıştı.
DV: Senin için çok uygun bir başlangıç ​​hikayesi olduğunu hissediyorum, Jason. Evet, temel olarak WordPress’i 2008’de ön taraftaki flaşörden yararlanmak için ayarlamaya çalıştığınız için. Ve bu, bir tür ön plana ve 2010’da piyasaya sürülecek özel bir meta alanıdır, böylece bunu daha önce yapmaya çalışırsınız. WordPress, çekirdeğin bir parçası olarak böyle bir veri organizasyonu katmanına bile sahiptir. JB: Evet, o zaman. Bence genel yaklaşım, temel olarak, bu yazı farklı muamele edilecek belirli bir şekilde kategorize edilmişse, o zaman yaklaşılan türden bir tür özel yazı gibi davranmak için farklı kategorileri yönetmek gibidir. Ama evet, kurduğumda WordPress’i hiç duymadım, reklamı yapılan beş dakikadan fazla ihtiyacım var. Ama, ama evet, hemen ona aşık oldum. Kullanıcılara bir web oluşturma yeteneği verdiğini ve o kadar güçlü hissettiren bir şeyi hiç sevmiyorum.
DV: Çok hassas, WordPress Seo’dan başsız bir hikaye olan ilk konuk olmalısınız. WP motoruna yeni katıldın, bana orada ne yaptığını söyle. JB: Evet, WP Graph QL’yi açık kaynaklı bir proje olarak başlattım. Yine, 2016’yı görelim ve çoğunlukla bir yan proje olarak yapalım. Geçmişte Gatsby’de bir buçuk yıl çalıştım, üzerinde çalıştım ve sonra WP motoruna, birçok WordPress’te çalışmaya kimin geçişine karşı rolümü aldım. WP motoru, ilerlemenin önemli bir projesi olduğunu görüyor. WordPress modern döneme girdi. Bu yüzden, WP makinesinde hala çalışıyorum, özellikle QL grafiğinde ve doğrudan ekosistemde, şu anda iki dünyayı birlikte köprülemek için sürdürdüğüm bir uzantı olan özel alan için QL WP grafik üzerinde çalışıyor. Ama evet, çoğunlukla WP Graph QL ekosistemini hemen itmek için çalışıyorum ve daha sonra burada WordPress’e başlamadan odaklanan ve onlara yardımcı olan WP Engine’deki diğer ekiplerle çalışıyorum. Sadece sularda gezindiğinizi ve herkes için kafa olmadan iş deneyimi yaptığınızı biliyorsunuz.
DV: Bu iyi. Orada WP Graph QL için çalışmaya devam edebilirsiniz, buna güvenen çok sayıda insan tanıyorum ve uzatma üzerinde çalışanları, özellikle de ACF ile duyduğuma sevindim. Dinleyenler için hala garip olabilir. Başsız bir wordpress nedir. JB: Evet, bu yüzden kafası olmayan WordPress, WordPress’i bir içerik yönetim sistemi olarak kullanmak için yeriniz olacak, böylece kullanıcılar verileri girip yönetecek. Ancak verileri kullanacaksınız, varsayılan WordPress tema katmanından başka bir şeyde veri oluşturacaksınız. Bu nedenle, örneği anlayacak kadar yaygındır ki, WordPress’ten veri almak için gereken orijinal iOS uygulaması gibi olacak. İPhone veya Android telefonda PHP tema katmanı olmadığından, verileri başka şekillerde sunmanız gerekir. Bu nedenle, genellikle WordPress Rest API gibi ateşle yapılır, ya da benim durumumda Flash ile bugün XML RPC API veya QL web grafiği vardır. Bu nedenle, içeriğinizi sunumunuzdan ayırın ve farklı sunum katmanlarının verilerle bir şeyler yapmasına izin verir, en büyük iOS uygulaması olabilir veya trend, WordPress’ten veri alabilen ve sunabilen JavaScript çerçevemizi tepki vermek veya görmek gibi JavaScript uygulamasıdır. Orijinal uygulamayı aldık. WordPress’ten veri almak ve örneğin haberleri okumak için Alexa’nın becerileri gibi sağlam uygulamalar bile yapabilirsiniz.
DV: Yıllarca başsız hakkında birçok röportaj var ve kafaları olmadan WordPress’i duyduklarında, JavaScript’in ayrıldığını düşündüklerinde, konuştuğum herkes, konuştuğum herkes gibi hissediyorum. Ancak, renderinin sadece farklı bir ön ucu gibi lens üzerinde konuşuyorsunuz. Son not, iOS uygulaması ve Flash uygulamasını geri çevirebilirseniz olabiliriz, ancak insanların ayrılan bir JavaScript yaklaşımı olduğu varsayımını yapmanın yaygın olduğunu düşünüyor musunuz? JB: Evet, sanırım, sanırım birçok insanın düşüncelerini hatırlayarak aynı. Bence bugün çok popüler bir JavaScript var. Yani, uzun süre büyüdü. Yani evet, zihnindeki birçok insan onların eşanlamlı olduklarını ve çoğunun, yani, ama evet bundan daha geniş olduğunu düşünüyor. WP WP Graph QL’yi başlattığımda, ilk kullanım durumumuz, bir WordPress kurulumundan diğer birçok WordPress kurulumuna içeriği belirtmekti. Bu aslında PHP ile PHP iletişimidir, ancak sadece verilere ihtiyacımız var, biz gerekmiyor. Yalnızca yönettiği WordPress kurulumundan başka bir şeyden erişilebilecek verilere ihtiyacımız var. Sanırım, evet, daha geniş bir terim ama sadece OH’nin Gatsby veya bir sonraki veya bir sonraki gibi tepki vererek veya kullandığı anlamına geldiğini düşünen birçok insan görüyorum.
DV: Evet, WordPress yapmak için böyle ihtiyaçlar açısından birçok insan için oldukça tanıdık olduğunu düşünüyorum. Ve bilirsiniz, eğer sadece oluşturma parçasını keserseniz, temelde başsız bir WordPress’e sahip olduğunuzdan, bu fikir veya gerçekleştirme olasılığının ne kadar ne kadar yüksek olduğu gibi, daha kolay bir şekilde ayrılan bir javascript bölümü yaklaşımı yapabileceğini fark etmeyin. İnsanlar tarafından -insanlar, çünkü gerçekten sadece yeni teknoloji kullanan bir uzantıdır, WordPress geliştiricileri tarafından WordPress kariyerleri boyunca yapılmış olabilecek bir şeydir. WordPress bölümünü hala bir şeyler yapmak için kullanabilir ve belki başka şeyler yapmak için başka bir şey yapabilir Çalıştığım bir gazete almak gibi orijinal iOS uygulaması gibi, sıradan WordPress kelime sitesi için bir WordPress temaları katmanı kullandığımız, ancak web için bir WordPress oluşturmamız için iOS uygulamalarımız da var. API’dan veri alan bir iOS uygulamamız var. Ve sonra API’dan veri alan ayrı bir veri ambarı ekibimiz var. Bu nedenle, yazdırılmak için içeriği de kullanıyoruz, bu yüzden tüm bu farklı oluşturma makinelerine sahibiz ve WordPress’in kendisi bunlardan biri.
DV: Bunun için Hydra gibi bir kelimeye veya tüm bu kafalarla bir şey almaya ihtiyacımız var. Bu düşünmek için ilginç bir yapıdır, çünkü birçok insan bunun ne anlama geldiğine dair varsayımlara sahiptir ve bazıları insanlara yabancı görünür ve sonra kapanır. Ancak temel bileşen türüne bakarsanız, insanların çok uzun zamandır yaptıklarına çok benzer. Gerçekten çok yararlı bir resim için teşekkür ederim. Şimdi başsız WordPress tarafından sağlanan faydaların neler olduğunu daha fazla keşfetmek istiyorum, ancak bir an dinleyeceğiz ve yakında geri döneceğiz. Jason Bahl ile başsız Headpress, moladan hemen önce Jason hakkında röportaj yaptık, başsız bir wordpress ve bunun gibi birçok farklı bağlamın ne olduğunu açıklıyorsunuz. Bu yüzden şimdi neden olduğu gibi ve belki de daha fazlasını, ayrılan JavaScript anlamında, ancak WordPress tarafından kafa olmadan sağlanan faydalar nelerdir. JB:
Evet, evet, WordPress’in kafası olmadan faydaları hakkında konuştuğumuzda, sadece, sanırım sorunu ayırarak fayda sağlayacaksınız, bu yüzden verilerinizi sunumunuzdan ayırırsanız, sanırım karlı, birçok taraf, Özellikle geliştiriciler, ancak içerik girmeye odaklanabilirseniz ve içeriğin nasıl oluşturulacağı konusunda endişelenmenize gerek yok. Bence içerik oluşturmada yaratıcı süreci serbest bırakıyor. Ve sonra geliştiriciler için bu, WordPress’te yönetilen verileri sınırsız çeşitli şekillerde kullanmalarını sağlar, bence, WordPress şablon makinesinin kendisi gibi. Ve sonra hücresel hakkında konuşmak gibi bazı durumlar vardır, ancak bazı durumlarda, WordPress’i orijinal uygulamalar olarak yerel olarak kullanmanın yolu yoktur, bu nedenle API’dan veri almanız gerekir, böylece yararlı, karlı, geliştirici ve içerik yayıncısı olacak İçeriği sunumdan ayırarak. Gördüğüm gibi, bu, içerik üreticilerinin bugün WordPress ile yayınlanan web’in% 40’ını zaten bildikleri CMS’yi kullanmalarına izin veriyor. Bu, geliştiricilerin kullanmak istedikleri araçları seçmelerine ve seçmelerine olanak tanır, böylece bir reaksiyon veya görünüm veya wordpress ve başkaları olsun, istedikleri veya kullanılması gereken ön uç teknolojisini seçebilirler. Ve sonra, arkadaki büyük itici güçlerden biri, özellikle JavaScript hareketi performans ve güvenliktir.
WordPress CM’lerinizi Gatsby gibi bir şey gibi ön ucunuzdan ayırarak, Max WordPress’ten veri alabilir ve CDN’ye dağıtılan statik bir sayfa oluşturabilir. Son kullanıcı web sitenizi ziyaret ettiğinde, sayfadan ikinci bir yanıt almazsınız, çünkü CMS ile doğrudan etkileşim yoktur. Böylece avlu daha önce inşa edilmişti. Ve bu büyük itici güçlerden biri, Gatsby veya bir sonraki gibi şeylerin performansı ve güvenlik yararıdır, bu da API’dan verileri serbest bırakan, dünyadaki CDN’lere dağıtılan şablonlarla dolu. Ve sonra kullanıcı doğrudan CMS ile etkileşime girmez, bu yüzden bunun ana cazibe merkezlerinden, özellikle JavaScript’ten biri olduğunu düşünüyorum. DV: Evet, komik bir şekilde bahsetmiyorsunuz, sanırım geçmişte biriyle her konuştuğumda, güvensizlik duygusu vermek gibi ve bu, tüm sayfanın dışarıda önbelleğe girmesine izin veren ilk şey, bilirsiniz. JavaScript yaklaşımı çifti. Neden benzersiz veya özellikle JavaScript çiftleri için, başsız WordPress Build. JB: Evet, bu yüzden sorun değil, bu da ilginç bir şey, bu yüzden bence bundan biraz daha fazlası. Evet, elbette yapabilirsiniz, WordPress’i çok hızlı hale getirebilirsiniz, ancak etrafındaki geliştiricilerin deneyimlerinden bazıları da değil. Geleneksel olarak WordPress kullanıyorsanız, PHP’de bir şablonunuz var, JavaScript dosyalarında, CSS ve CSS dosyalarınızda Sass veya Laugh veya doğru bir şey var. Bu yüzden, gerçek bir dikkatle değil, sorunları teknolojiye ayırmaya çalıştığımız ve ayrılıyoruz.
Ve benzer bir bileşen tabanlı mimarinin ortaya çıkması, özellikle görünüm ve reaksiyonda, bileşenler oluşturabiliyorsanız, her bir bileşenin tüm endişelerinin, yazarın biyografisi kutusu gibi inşa ettiğimizi söyleyen endişelerinizi birleştirmenizi sağlar. Blog yazısı Bu bileşenler belirli bir kuvvet gerektirir veya belirli işaretlemeler gerektiren belirli veriler gerektirir. Geleneksel WordPress temasında, çeşitli farklı teknolojileri ve dosyaları yönetmeniz gereken ayrı bir dosyaya sahip olacaksınız, ancak her şey bununla ilgili olmasına rağmen, bileşen bazlı mimariyle, hepsini tek bir bileşene birleştirebilirsiniz. Ve sonra uygulamanız değiştiğinde yolda. Tek yapmanız gereken bileşeni, veri gereksinimlerinin stilini değiştirmek ve işaretleme tek bir yerde. Altı aydan fazla bir süredir var olan çoğu WordPress sitesi gibi görürseniz, CSS’yi kontrol edin, aşağı kaydırın ve CSS’de birçok önemli etiket bulacaksınız, çünkü zamanla işaretleme değişir, her şeyi değiştirdiğinizi biliyorsunuz ve temizlemek çok zordur. Teknoloji borcunuz zaman zaman endişelendiğiniz için, teknolojiyi bir sorun değil ayırdınız. Dolayısıyla, verileri işaretlemeden ayırmak, bileşen bazlı mimariyi kullanmanızı sağlar. Üzgünüm, karımın burada bazı önerileri var.
JB: Evet, verileri sunum katmanından ayırmak, bileşen tabanlı mimariyi PHP şablonuyla WordPress’te verimli bir şekilde yapabileceğiniz şekilde kullanmanıza olanak tanır. Bu büyük bir şey, böylece bileşen bazlı mimariyi benimsediğinizde inşa ettiğinizde temizlenen teknoloji. Ve sonra, evet, CD’ye yayılma biter. Evet, bu WordPress’te yapılabilir. Doğru, bu tür şeyleri yapmayı düşündüğüm gibi bir strateji olduğunu biliyorum ve başka bir ev sahibi tüm sayfalarınızı önbelleğe aldıkları yerde yaptı, ancak imkansızdır, sanki varlıklarınız gibi belirli bir şekilde optimize etmenin iyi bir yolu yoktur. WordPress sayfasını CDN’ye yayabilirsiniz, ancak yüklediğiniz CSS için yüklediğiniz JavaScript, yaklaşımın ayrıldığı belirli bir sayfa için gerekli olmayabilir, öğelerinizi yalnızca oluşturma aracından yerleştirecektir. CDN’den sunulduğunda belirli sayfalar için sizin için belirli JavaScript sayfası için ihtiyacınız olan stili ekleyin. Genellikle bu, kullanıcıların DV’yi indirmesini beklemesi gereken çok daha küçük bir dosyadır:
Günahkarın ilk günlerinden beri 1996’daki internet günlerinin daha az daha hızlı veriler olduğunu hatırlıyorum. Yapabilirim. Tamam, bu, performans ve güvenlik ve elbette ekibinizin sitenizde nasıl çalıştığı ve prototip binaların ve teknoloji güvertelerinin değiştirilmesi için sahip oldukları yetenekler hakkında faydalar elde ettiğiniz yüksek avantajlardan kaynaklanmaktadır, her zaman faydalar vardır. Birisi iyi olmasına rağmen ilgileniyor gibiydi, denerdim. Ekibin başsız bir WordPress sitesi oluşturmak için sahip olması gereken beceri veya araçlar. Ve Jason’ın Röportajının geri kalanı için, WordPress’in başsız dediğini söylediğimde. JB: Evet. Evet. Bence iki taraf var, doğru, açıkçası MySQL’e dayanan PHP ve CMS’ye dayanan bir WordPress tarafı var. Bu nedenle, WP Graph QL gibi bir şey tarafından maruz kalmayan CMS’den verileri ortaya çıkarmanız gerekiyorsa, PHP becerilerine ve belki de MySQL’e belirli bir seviyede ve WordPress’in nasıl çalıştığını ve bilirsiniz, yetenek ve izin ve Bunun gibi şeyler, DV: Sıradan WordPress geliştiricileri gibi, ihtiyacınız olan bu beceriler gibi, çünkü JavaScript tarafına veri harcamanız gerekiyor. JB:
Öte yandan, JavaScript ile biraz deneyime ihtiyacınız olacak, tepki verecek ve görecek, bu odada lider olma eğiliminde olacak. Yani, çerçeveden birine alışkınsanız, çok yardımcı olacaktır. Ve sonra, XML RPC veya Graph QL ile yaptığım gibi, WordPress ile dinlenme dinlenmesi olarak çalışmak için farklı bir ateş var, bu yüzden grafik QL’yi iteceğim. Bu nedenle, genel olarak hangi grafik QL ile bir miktar samimiyete sahiptir, WP Graph QL özellikle çok yararlı olacaktır. DV: Yani, ilk ve özellikle de açıkçası, bu, PHP MySQL’e aşina olan bir WordPress geliştiricisi olan bir organizasyon var, ancak JavaScript, render tarafı oluşturmanız gerekiyor, böylece bir tür reaktanın görüşü. Ve daha sonra WordPress içeriğini JavaScript tarafına bağlamanız gerekir. Ve bunun için bir yangına ihtiyacınız var ve WordPress’in kendisinde yangın dinlenmesinden veya WP Graph QL gibi üçüncü taraf çözümlerinden bahsettiniz. Evet. Peki. Ve kuruluş bu yaklaşımı benimseme olasılığını gördüğünde. Sadece çok hızlı bilmek istiyorum, eğer bu yolculukta onlara yardımcı olan Gutenberg bloğu gibi inşa etmeye başlarlarsa, bu reaksiyonun uygulamalarını oluşturmaya başlamasına veya şu ana kadar ayrılıp ayrılmadığını bilmek istiyorum, bu da sadece bu büyük öğrenme Yolculukta javascript ve bir kez daha sadece çok hızlı bir yanıt. JB:

Evet, sanırım, evet, Gimhargerg’in deneyimi biraz yardımcı olacak, mükemmel gibi olması gerekecek, ancak reaksiyon ve bileşenleri ve durum yönetimini kullanma deneyimi ve bunun gibi şeyler oldukça iyi tercüme edilecektir. DV: Tamam, Matt Mullenweg’in herkesten JavaScript’i derinlemesine öğrenmesini istediğini hatırlıyorsunuz. JB: Evet, girdim, o gün odadaydım. DV: Oh Philly’de çok komiksin. Kaç kişinin olduğunu hatırlıyor musunuz? Bunu söylediğinde baştan çıkarılan insanlardan biri misiniz? JB: Belki DV: Sen ve Zach Gordon evet gibi tek kişi gibi olabilirsiniz, evet. Bu gerçekten ilginç. Pekala, harika. Aslında daha birçok sorum var, ama kısa bir mola vereceğiz ve yakında döneceğiz. DV: Herkese merhaba, WMR’deki bu WordPress Topluluğu podcast’ine basmaya hoş geldiniz. Jason Bahl ile başsız Headpress, moladan hemen önce Jason hakkında röportaj yaptık, bize insanların baş olmadan inşa etmeye başlamak için ihtiyaç duyduğu araç ve deneyimlere bir tür kısa genel bakış verdiniz, bunun için teşekkür ederim. Ayrıca WP Graph QL’nin birkaç kez bize çok fazla ayrıntı vermediğinizi belirtti. Peki WP Graph QL nedir ve neden son zamanlarda fiyatı iki katına çıkardınız. JB:
Evet. Peki WP Graph QL nedir. Bu, WordPress sitesini bir Graph QL sunucusuna değiştiren ücretsiz açık kaynaklı bir WordPress eklentisidir. Yani, sitenize site.com gibi grafik QL’nin son noktası verilecektir. Size çok benzer şekilde, API’ya bir istekte bulunuyorsunuz ve grafik QL API ile etkileşim kurmak için belirttiğiniz farkla bir json yanıtı alırsınız, geri kalanından tam olarak hangi verileri istediğinizi belirlemelisiniz, buna ulaşmak istiyorum bitiş noktası ve sunucu bana ne verdi. Daha önce belirttiğiniz QL grafiğiyle, tam olarak ne istediğinizi, böylece sorabilirsiniz, bilirsiniz, yazının ve sadece yazının başlığını alıp böyle tam yanıtı alacaksınız veya hatta yapabilirsiniz. Kaynakları takip edin, böylece gönderiyi başlık ile listelemek istediğimi ve yazarı ve yazarın adını da istiyorum ve belki de yazarın en son beş gönderisini bile istiyorum. Böylece tüm bunları tek bir istekte yapabilirsiniz ve hangi alanı istediğinizi belirleyebilirsiniz. Gönderinin bitiş noktasına ulaşmak zorunda olduğunuz şeyi yapmayı geliştirecek, JSON’un yükünü tekrar verecek, bu da yazarın kimliğini içerecek ve yeni aldığı 10 gönderinin hepsinden tüm yazarları almak için bir talepte bulunacak kadar, o zaman siz Beklemek zorunda ve sonra her yazardan en son yayınları almak için başka bir istekte bulunmalısınız.
Bu nedenle, Graph QL’nin size daha fazla özgürlük ve kontrol sağladığı ve sunucudan istemciye daha az veri aktarılmasına izin verdiği API ile etkileşime giren uygulama geliştiricileri için çok fazla yük sunar. Bu yeni nesil DV: evet, bunu tanımlamanın yolu gibi, bilirsiniz, şimdi bu podcast’i dinlemeyi ve birçok görevi yerine getirdiklerini hayal edin ve rastgele dağılmış gibi görünen bazı ateş dinlenme yanıtları için bir ayrıştırma senaryosu yazıyorlar ‘Aman Tanrım gibi geri döndükleri, hepsini tanımlamalıyım, bu gerçek bir sorundur çünkü geliştirici onunla çalışıyor, WP Graph QL’yi kullanan kişilerin sadece JavaScript ayrılmasından daha fazlası için hayal ediyorum. Gerçekten, JB: Evet, ilk kullanımımızdan önce bahsettiğim ilk kullanım durumu, PHP sunucusundan diğer PHP sunucularına içeriği belirtmekti. Ve bazıları, kablo ile gönderdiğimiz veri miktarı ağrılı ve bir blog yayınını belirttiğinizde, tüm verileri almak için yapmamız gereken gidiş -dönüş gezilerinin sayısı. Sadece yayınları belirtmekle kalmaz, aynı zamanda yazarları, yayınları ve terimleri, onunla ilgili taksonomi terimlerini ve medyayı da belirtirsiniz. Bu yüzden ağda çeşitli yolculuklar var, bir yarış veya grafik QL ile ne yaptığımız, tam olarak neye ihtiyacımız olduğunu belirleyebilir ve bunun için bir istekte bulunabiliriz ve bu, bir istekte bulundukları için geliştirici sürecini kolaylaştıracak ve Önümüzdeki altı ay bile çalışmayan bir şey olsa bile çok açık.
İhtiyacımız olan bu açıktır ve sonra bu dinlenme ile belirli bir son noktada değişen bir şey gibi gösterebiliriz. Daha önce ne olduğunu öğrenmek zor çünkü koç hey bana bu kaynağı verdi ve siz bilmediğiniz bir geliştirici olarak, dün grafik QL ile bugün ne olduğunu bilmediğiniz sorunu çözmeye çalışan bir geliştirici olarak, tüketicilerin tam olarak ne olduğunu biliyorsunuz diye sordu. Bu nedenle, problemleri çözmek çok daha kolaydır. DV: Evet. Anladım. Yani, tüm bu ayrıştırma ile yabani otlarda kaybolmak gibi değilsiniz ve bir istekte talep sunucunuzu çarpmazsınız çünkü bir geliştiricinin kullanması daha kolay olan daha verimli bir istekte bulunursunuz. Bu yıkımı seviyorum. Önceden bahsettiniz, ACF için daha iyi bir WP Graph QL uzantısı oluşturmak için çalıştığınızı, bu harika. Ayrıca, Chris’ten önce 0 $ ‘dan 0 $’ a iki katına çıkma konusunda şaka yaptım. Ama açıkça olan birçok şeyin var. WP motorunda sevdiğiniz ne yaparsınız? JB: Evet, yani işim grafik QL için bitti ve motor oldukça benzer, başsız bir odada çalışan diğer ekiplerle işbirliği yapıyorum, bu yüzden devam eden özel alanımız için bir grafik QL olmayacağını söyleyeceğim ‘ YouTube’un yanı sıra dün üzerinde çalıştığım özelliklerden önizleme videosu gibi yayınladığım bazı önemli değişiklikler. Böylece eklentiye yayınlanabilir. Bu hafta, konum kurallarının şemaya nasıl eşlendiğine dair büyük bir yeniden düzenleyici. Yani ACF büyük bir şey.
Yerçekimi formları için WP Graph QL üzerinde çalışan bir ekip gibi harici bir ekiple işbirliği yapıyorum. Onlarla sohbet edip yardımcı olurken, eklentinin gelişimine liderlik etmelerine yardımcı olun. Olan bir şey, eklenti, grafik etkileşimin kendisinin sahipliğini ele geçirir. Bu nedenle, özel bir yazı türü eklemek için popüler UI eklentisi özel yazı türü gibi. Grafik QL’nin entegrasyonunu devraldı ve grafik QL ve eklentiyi köprüleyen bir uzantıya sahipti, bunları bu etkileşime sahip olanların eklentilerine birleştirdiler. Şimdi, etkinlik takvimi, bir grafik QL uzantısı var ve Şubat ayında bu mülkiyeti devralıyorlar, etkinliğin çekirdeğinde birleştirilmiyor, ancak bunu korumak ve sizin için olabildiğince kullanmak için sahiplik alıyorlar. DV: Ressam tüm bu farklı entegrasyon ve eklentileri takip etmek için, VP grafik kullanıcı arayüzünde momentum için çok olumlu bir işaret olduğunu görmek güzel. Evet. Her neyse, onu savunmak için kendi zamanlarını harcama yollarından. Var. JB: Evet, tam olarak. Ve sonra Yoast şimdi aynı şeyi şimdi yapmadan önce ya da üzerinde çalıştıkları Yoast tarafından Yoast WordPress Seo’nun şubesi yapmadan önce yaptılar. Entegrasyonun kendisi de bu yüzden beni en heyecan verici olan şeylerden biri, kaç topluluğun hey dediği şeyden biri, bu önemli. Onun etrafında toplanalım, sahipliği paylaşalım. DV: Evet, elbette, bu olağanüstü bir haber ve ilerlemeyi duymak ve böyle bir evlat edinme gibi geliyor.