Buna Basın: Atul Jindall ile Çarpıcı Hız ve Daha Fazlası için Enterprise WordPress'i Optimize Eden Bir Yolculuk

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.

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, çarpıcı hız ve daha fazlası için kurumsal WordPress'i optimize eden bir yolculuktan bahsedeceğiz. Bunun gizlice bir bakışını görmeliyim, gerçekten harika bir şey. Ve bu sohbet için bize katılıyorsunuz. Bu Atul Jindall'ı basmaya hoş geldiniz. Atıl, hoşgeldin.

Atul Jindall: Teşekkürler David.

DV: Burada olmana çok sevindim. Ve dinleyenler için. Bugün ele alacağımız şey, bir vernikle optimize edilmiş bir yaklaşımla son derece hızlı, keyifli arama için kurumsal bir WordPress sitesini optimize eden bir araç yolculuğudur, bu nedenle bugün biraz inek oluyoruz. Bu yüzden umarım inek şapkanı takmışsındır belki de sadece inek gözlükleri bilmiyorum. Bunu bir düşün. Güzel. Pekala, bizi bir aletten kov. Herkese sorduğum soruyu sana da soracağım. Bana WordPress başlangıç ​​hikayenizi kısaca anlatabilir misiniz? WordPress'i ilk ne zaman kullandınız?

J: Teşekkürler David. Bu yüzden PHP geliştirmemle başlayacağım. 2007'de geliştirici olarak PHP üzerinde çalışmaya başladım ve birkaç yıl çalıştıktan sonra 2012'de şehirdeki yerel işletmeler için WordPress'i kullanmaya başladım ve WordPress arka ucunu beğendim. Sistem ve ben yerel işletmelerle küçük bir ekip oluşturmanın çok kullanıcı dostu olduğunu düşündüm. Sonra birkaç farklı CMS üzerinde çalıştım, örneğin Drupal Joomla WordPress, üzerinde çalışılması kolay olan en sevdiğim seçimlerden biriydi. Ardından bölgedeki yerel firmalarla da danışmanlık yapmaya başladım.

DV: Bu harika bir iş, diyor 2012. Bu, özel meta alanlara sahip özel gönderi türlerinden iki yıl sonra olurdu. 2012'de WordPress'i tekrar deneme kararınızda herhangi bir etkim oldu mu? Yoksa yeni mi duydunuz yoksa merak mı ettiniz?

AJ: Oh, II'de birkaç CMS vardı ve ben de 2009'dan 2010'a kadar kullanıyordum aşkım ama Zula'nın küçük işletmelerin kullanması için çok fazla karmaşıklığı vardı çünkü URL yapıları o kadar iyi değildi. Web sitelerinin SEO dostu olmasını istediler ve WordPress'te bu şeyler yerleşikti ve kullanımı kolaydı. Bundan sonra WordPress'i diğer CMS'lere tercih ettim ve o sistem benim. WordPress kullanıyorum ve hoşuma gidiyor.

DV: Mükemmel. Kayıkta bir önceki adresimiz o zamanlar aynı deneyimlerden bazılarını burada yaşıyor gibi anılar acele ediyorum. O aynı zamanda bir PHP geliştiricisiydi ve kendi bünyesinde yetiştirdiği CMS'nin yerini almaya başladı. İşte onun geçmişi buydu. Biraz ilginç ama sizinki de benzer türden bir yolculuk. Anladığım kadarıyla vahşi büyüme ile bazı işler yapıyorsun. Ve merak ettim, bana biraz onlardan bahseder misin ve sonra onlar için ne yapıyorsun ya da başka türlü?

AJ: Evet, çok. of Growth, kurumsal işletmeler için bir danışmanlık ajansıdır. Onlarla ve convert krank gibi birkaç şirketle serbest danışman olarak çalışıyorum ve onlara yüksek seviye ve fiyat faturalarında yardımcı oluyor ve yüksek trafikli web sitelerinde onlara danışıyorum. Peki, bunları ve farklı strateji şeylerini nasıl optimize edeceğimiz ve ayrıca teknik açıdan kurumsal yük web sitelerini yönetmek ve oluşturmak için geliştiriciler yazmak. Bu yüzden büyük markalarla birkaç proje üzerinde çalışıyorum, aşkla iksir markaları ve ayrıca serbest danışman olarak kontrol içkisi içiyorum.

DV: Bu harika. İşletmede bina inşa etme hakkında konuşan epeyce konuğumuz oldu ve bazı yaklaşımlarınızı okuyordum ve burada röportajı tamamlarken size onun hakkında daha fazla soru soracağım için gerçekten heyecanlıyım. Ama bildiğinizi biliyorum, çok büyük WordPress sitelerine sahip olan, hatta belki kurumsal veya hatta fiyatlandırmaları üzerinde çalışan diğer ajanslarda çalışan birçok insanımız var. Bence oradaki büyümeyi düşünmek gerçekten ilginç. Ve sonra onu yönlendiren şey, aynı zamanda bildiğiniz uygulama tarafı, gerçekten iyi bir bakış açısına sahip değildim. Teşekkür ederim. Bu yüzden anlıyorum. Bilirsiniz, bugün konuşacağımız proje için şirketin adını, optimize ettiğiniz siteyi paylaşamayacağınız ve tamamen bunu elde edemeyeceğiniz. Sitenin amacının ne olduğunu kabaca açıkladığınız için paylaşabileceğiniz içgörüleri gerçekten takdir ediyorsa, bu bir broşür sitesi gibi miydi, öğrenciler sadece üst düzeyden bir tür işlevsellik miydi?

AJ: Evet, yani web sitesi Wenders'dı. Temel olarak, üretim şirketini dünyanın en iyi şirketlerinden biri tutmak için web sitesiydi. Ve dünyanın her yerinde neredeyse Wenders'ları vardı ve iki farklı portalları vardı. Başlangıçta, biri Drupal'daydı ve biri Microsoft'un SharePoint'inde veya her ikisinde de vardı. Microsoft'ta buna nasıl sahip olduklarını tam olarak hatırlamıyorum, çünkü her şeye açık kaynaktım ve bir portal kendi gelenekleriydi, ancak her şeyi tek bir yerde bir araya getirmek istediler ve WordPress'i iyi için kullanıyorlardı. Duyurular için haber ve pazarlama amaçlı ve ürün şefleri, WordPress'i her şeyin bir arada olduğu bir arka uç çözüm olarak kullanmak ve satıcıları CMS'ye yönetmek istedi. Bu, projelerinin ana hedefiydi ve çözümde WordPress veya Drupal olmasını istediler, ancak yazma ve içerik yönetimi için sahip oldukları ekip, gerçekten WordPress editörleri gibi, bu yüzden WordPress kullanmak istediler. Piyasadaki diğer insanlar arasında WordPress'i bu şekilde seçtiler.

DV: Vay canına, bunlar inanılmaz içgörüler. Bu nedenle, temel olarak üretim tedarikçileri ile ilişkileri kolaylaştırmak için bir site inşa ediyorlar. Ve onlar dünyanın her yerindeler. Onlar büyük şirket. Yığınlarında Drupal var. Yığınlarında SharePoint var, yığınlarında bazı özel platformlar var ve WordPress ve biraz da yığınları var, sonra Ürün Başkanı bunun için WordPress kullanmak istediklerini söylüyor diyorsunuz. Ve itici kararlardan biri, içeriğe girmenin kullanım kolaylığıydı. Demek istediğim, sanırım bunun için girişime herkesin WordPress'e benzer önerisini yazdı. Ve bu harikaydı. O araç. Evet. Size şunu sormama izin verin, değil mi, sanki onları orada hayal ediyormuşum gibi, orada oturup tüm bu sistemlere bakıp, bu büyük, önemli şey için hangisine gideceğiz? Ve açıkçası, bilirsiniz, gri gibi görünen bir KOBİ gibi düşünmüyorlar, oh, hızlı bir site oluşturabileceğimiz şablonlarımız var, değil mi? Böyle düşünmüyorlar. Peki, bu tür bir karar verirken işletme için nelerin dikkate alındığını düşünüyorsunuz? Kesinlikle editörden daha fazlası gibi ama gibi, bir KOBİ'nin olaylara nasıl bakabileceğinden farklı olan hususlar hakkında ne düşünüyorsunuz?

AJ: Evet, aynen. Yani büyük bir işletmeleri vardı. Verilerdeki güvenlik konusunda çok büyük bir konsantrasyonları vardı, çünkü 400.000 satıcı gibi tüm satıcılara, orijinal olarak Drupal'da depolanan kayıtlara ve iki farklı çalışma grubuna sahip oldukları için SharePoint'e sahiptiler. Bir, bir çalışma grubu Drupal kullanıyordu ve bir de SharePoint kullanıyordu. Ve tüm bu 400.000 kaydı tek bir yerde birleştirmek istediler. Bunun için de kayıtların sisteme kolayca taşınmasını istediler. Ve sonra, en çok öğretilen veri güvenliğinin bir düşüncesi vardı. Bu yüzden, WordPress için özel yazı tipi girişini kullanarak veri taşıma ve özel arka uç sistemi oluşturma çözümü ile daha fazlasını bulduk, böylece bunu taşıyabiliriz, böylece geri kalan API'lerin bir kısmını PHP kullanarak yazdım dördü ve ardından verileri doğrudan müşteri şeritlerine göndermek için WordPress tarafından çağrılacak bu dinlenme API'lerini kullanın ve sonra bunun üzerine bir üst inşa ettik, başka bir uygulama katmanı yapacağız

DV: Kulağa Amazon veya eBay gibi geliyor, burada ortaya çıkan tema gibi. Ve dikkate alınan şey esneklik ve hız, değil mi? Tamam, bütün bu kayıtları almamız gerekiyor derler. Hepsi karmaşık ve sanırım onları koymak için güvenlik tarafında biraz merak ediyorum, bir dakika önce bundan bahsetmiştin. Performansla ilgili yaptığınız diğer optimizasyonlarla birlikte bunu biraz açmak istiyorum, ancak ilk molamızı vereceğiz. Hemen döneceğiz. Ticari bir mola verme zamanı. Biraz daha basın için bizi izlemeye devam edin. Herkes W EMR'deki bu WordPress topluluğu podcast'ine tekrar hoş geldiniz. Bu, sunucunuz David rollerball. Jen bebek aracında, kurumsal WordPress'i çarpıcı hız ve daha fazlası için optimize etmek için yaptığı bir proje hakkında röportajın ortasındayım. Aradan hemen önce, bize bu projedeki belirli müşterinin neden WordPress'i seçtiğini anlatıyordunuz ve benim bakış açımdan bu esneklik, hız, kullanım kolaylığı hikayesini anlatıyorsunuz, ama biraz merak ettim biraz. Bilirsiniz, burada bazı uygulama özellikleri konusunda söz verdik ve alay ettik ve bunun özüne ulaşmak istiyorum ve bu röportajdan önce bana performansı optimize etmek için pek bir şey yapmadığınızdan bahsetmiştiniz. . Bu özel yapıyı hız için optimize etmek için kullandığınız yöntemlerden bazılarında bize yol gösterebilir misiniz diye merak ediyordum çünkü şu ana kadar çok büyük bir veri tabanım olduğunu ve dünyanın her yerinden insanların bunu göreceğini söylüyorsunuz. bu, bence bu yavaş bir site. Nasıl hızlı yaptın?

AJ: Evet, yani yığında vardı, mem önbelleğimiz vardı ve veri tabanındaki içeriği optimize etmek için çok fazla alanımız vardı, bu da bir düşünceydi. Veritabanından kayıt alınırken her şeyin belleğe yüklenmesini istedik. Mem cache ve koordinasyon kullandığımız için o sayfanın anlık görüntüsünü almak istedik. Bu nedenle, içerik dağıtımı, yalnızca CD'leri kullanmaktan çok daha hızlıdır. Ve sonra güvenlik için başka bir düşüncemiz vardı. WordPress yöneticisini, uygulamak istediğimiz en önemli şey olan kamu alanından gizlemeye çalışıyoruz. Bunun için bir yük dengeleyicimiz vardı ve sadece farklı sunucu setlerinde WordPress ön ucuna sahibiz. Ve sonra arka ucumuz vardı, başka bir yerde kalıyorduk, böylece insanlar kişi kelimesine erişemiyorlardı.

DV: Bunun için başsız bir yapı düşündünüz mü? Demek istediğim, tanımladığınız bazı avantajlar gibi ne demek istediğimi biliyorsanız, bunu temel WordPress ile nasıl yaptığınız çok güzel. Ve merak ediyorum, bu sorunu çözmek için ayrılmış JavaScript gibi düşündünüz mü?

AJ: Evet, aldık. Ayrıştırılmış JavaScript'in bazı bölümlerine de sahibiz, ancak bu birkaç yıl önceydi. Yani tamamen başsız uygulamadık

DV: Anladım. Yani, temel olarak ön ucu arka uçtan ayırmak için yük dengeleyicilerinizi kullanarak, başsız bir fayda elde ediyorsunuz. Evet kesinlikle. Bu performansa yardımcı oldu mu?

AJ: Evet, yardımcı oldu. Biliyorsunuz, farklı bir sunucuda, bildiğiniz söylenen bir paylaşılan veritabanımız olduğundan, bunun üzerinde karmaşık bir mimarimiz vardı. Bu yüzden, paylaşılan veritabanını kullanıyoruz, ancak sayfaların anlık görüntüsünü alıyor olmamız gibi, performansı çok fazla olan birkaç başka sunucuda kalmanın tüm ön uç kısmına sahiptik, böylece ne zaman bir ziyaretçimiz olsa veya sunuculara akan trafik, bu trafiği tutmak ve sayfalardaki anlık görüntüleri göstermek için tel ağımız vardı. Ancak arama büyük bir sorundu. Biliyorsunuz, bu mimariyi yerleştirdikten sonra, arama sonuçlarını sisteme getirmek çok uzun sürdüğü ve o sırada varsayılan WordPress aramasını kullanan kullanıcılar için iyi bir deneyim olmadığı için aramayı optimize etmeye çalıştık. önceki

DV: Evet, neye taşındınız?

AJ: Kullanıcılar için arama deneyimini optimize etmek için solar aramayı kullanmaya çalıştık, ardından bir satınalma siparişi entegre ettik, çünkü şirket birinci sınıf bir çözümle gitmek istemedi. Bu yüzden her şeyin evde olmasını istediler. Kurumsal hizmetler için gidin. Bunun için açık kaynak eşleşmeleri kullanıyoruz.

DV: Ah, ilginç. Evet, E ticaret teklifimize sahip WP Engine, WordPress optimizasyonu için Elastic Search'e benzeyen elastik baskı içerir. Evet. Bunun faydalarından biri. Merak ediyorum, aşina olmadığım bu diğer araçlarla bu derlemede bundan yararlanıp yararlanmadığınızı merak ediyorum. Ancak web sayfalarını yüklerken sorgularla ilgili olarak sadece merak ediyorum. Elastik baskı çözümü gibi, yalnızca arama sonuçlarını iyileştirmekle kalmaz, aynı zamanda çok sayıda sorgu içeren sayfalarda sayfa yükleme hızını da iyileştirir. Bu faturada bundan ve performans optimizasyonunuzdan yararlanıp yararlanmadığınızı merak ediyorum.

AJ: Evet, bu iyi bir soru. Bu nedenle, arama sorgularını optimize etmek için esasen güneş aramasını kullanıyoruz, ancak çok sayıda turistin bulunduğu sayfalar için mem önbelleği kullandık, çünkü WordPress tüm kayıtları bir endişe içinde sakladığından, özel alanlardan özel kayıtları bilmenizi istedik. farklı bir formatta, anahtar değer çiftlerini veritabanında saklar. Bu yüzden, veritabanınızın bu sorguyu çalıştırması gerekmemesi için mem önbelleğini kullananlara sahip olmak istedik.

DV: Evet, tüm gün boyunca bu arama sorgularını boşaltmayı modellemek, değil mi? Evet evet. Büyük, büyük gün. Evet, çalıştırdığımız elastik basın örneğimiz aslında yükten arındırılmış bir kümedir. Böylece tüm sayfa sorguları ve arama sorgularının tümü WordPress sunucularından çıkar. Aynen öyle. Oradaki hız var dostum ben ilk eklediğimde yani belgelememişler ama ben tesadüfen keşfettim. Bir sitede açtım. Site hızlandı ve ne oldu dedim. Bu başarısızlık gibi bir şey yapmadım, sonuçta

AJ: Benim için, bilirsiniz, her zaman WordPress için optimizasyon yapmaya çalışıyordum. Feed ve ben veritabanı yapısını, içeriğin nasıl çalındığını, veritabanı içindeki tablolarda organize edildiğini araştırmaya başladık, çünkü farklı tablolara, çok karmaşık şeylere sahiptik ve bir fikir edinmek için WordPress veri depolama olayını anlamak istiyorduk. WordPress'i optimize etmek için en iyi çözüm memcached olacaktır.

DV: Anladım. Arama uygulaması hakkında size çok hızlı bir soru sorayım. Oraya geldiğinizi söylediniz çünkü çekirdek WordPress araması düşük performans gösteriyordu ve özellikle büyük veritabanlarında ve bunun gibi şeylerde, müşteriye yaptığınız bir sorun mu, deneyimi özel arama sonuçları veya herhangi bir tür ile optimize etmeyi denediler mi? gibi, anlamaya çalışacağım, sanırım sitenin amacını gerçekten anlamıyorum, denediler mi, denediler mi, sadece daha hızlı hale getirmek için miydi? Deneyimin kendisini değiştirmek mi istediler?

AJ: Aramada birden fazla filtre ile deneyimi değiştirmenin yanı sıra bazı ekipler yapmak ve bazı güzel düzenlere sahip olmak ve ziyaretçilerin müşteri yolculuğunu iyileştirmek istiyorlar. Bu nedenle, yalnızca arama performansını değil, WordPress deneyimini genel rampaya boğmak veya örtüşmek istediler, aynı zamanda deneyimi de geliştirmek istediler.

DV: Evet, bunu duymak harika. Birçok site için optimize etmenin listenizdeki en son şey olduğunu ve bunun çok önemli bir parçası olduğunu biliyorum. Geçen yıl bir araştırma okudum, alışveriş yapanların %43'ü herhangi bir iletişim mağazasında arama çubuğunu kullanıyor ve satın alma ve beğenme olasılıkları iki kat daha fazla, mesela, whoa, belki bu gerçekten hoş, değil mi? Evet. Ancak bu ilginç çünkü arama, yalnızca bildiğiniz bir site oluşturmanın ve bir ürün araması kadar basit şeylerin ötesine geçmenin ötesine geçiyor. Burada pek çok avantajdan yararlanabileceğiniz anlaşılıyor.

AJ: Evet, aynen. Çünkü içerik yazarları sadece WordPress çünkü düzenli olarak hikayeler yayınladılar ve geri döndüler ve editör favori oldu. O yüzden kullanmalarını istedik. Drupal'a gidiyoruz.

DV: Yani içerik editörlerinden bahsediyorsunuz. Bana bu röportajda biraz önce hatırlattılar ya da editörün kullanım kolaylığının burada ne gibi kararlar aldığını söylüyordunuz? Ve, demek istediğim, belki arkasındaki motivasyon gibi geliyor, burada bir gözleminiz var mı bilmiyorum, bilirsiniz, insanlar hangi sistemleri oluşturmak ve sürdürmek istediklerini düşündükçe, aynı zamanda şunu da düşünüyorlar. içerik oluşturucular için çok kolay bir yol olduğu için bu kullanıcıların WordPress gibi onları ne sıklıkta rahatsız edecekleri. Merak ediyorum, bu projelerin sizin tarafınızdan ifade edildiğini görüyor musunuz?

AJ: Evet, içerik oluşturma kolaylığında ve WordPress'in bu kadar kolay kullanılmasında çok fazla değer görüyorum. Diğer CMS'lere kıyasla teknik altyapıya sahip olmayan yazarlar veya insanlar için, çünkü Drupal'da editörleri var ve hala oldukça karmaşık görünüyorlar. Bu editörlerden bazıları

DV: Bence gerçekten iyiler. Sanki büyük bir telekomünikasyon şirketiyle toplantıdaydım ve CMS'yi seçmeye çalışıyorlardı ve tescilli olmak zorundaydılar ve bizim için ne işe yaradı ve odanın önünde ayağa kalktım ve işte ilkini nasıl kullanacağımı söyledim. mülk sahibi insanlar el kaldırsın. İkinci tescilli, birkaç kişi daha. WordPress'in tüm oda gibi diğer CMS'yi tanıyan insanlar bile elini kaldırdığını söyledim. Ben de evet, işte bu yüzden WordPress'i düşünmek isteyebilirsiniz. Evet kesinlikle.

AJ: İlk olarak, SEO için iyi olmanın harika bir SEO faydaları olduğunu düşünüyorum.

DV: Ah, evet, elbette eklenti ekosisteminin çoğu, geliştiriciler dokümantasyon kiralayacak. Çok şey. Peki. Şimdi bunu biraz köprülemek istiyorum. Ben de senin beynini ve bu projenin en sevdiğin kısımlarını seçmek istedim ama son molamızı vereceğiz. Hemen döneceğiz. Ticari bir mola verme zamanı. Daha fazlası için bizi izlemeye devam edin, bir an sonra buna basın. Herkes bu WordPress topluluğu podcast'ini Webmaster radyosunda yayınlamaya tekrar hoş geldiniz. Bu, sunucunuz David Gold Paul ve aradan hemen önce WordPress'i hız aracı için optimize etme hakkında bir araçla röportajın ortasında. Biraz da kullanıcı deneyiminin rolünden ve işletmelerin CMS seçerken karar vermelerinde yol gösterici olduğundan bahsetmiştik. Oh, bunun hakkında çok şey konuşuluyor. Ama bu sizin için oldukça büyük bir projeymiş gibi şimdi size açık bırakmak istiyorum. Bir sürü karmaşık parçanız vardı. Projede en sevdiğiniz kısım hangisiydi ve neden?

AJ: Evet, yani Project'in en sevdiğim kısmı aslında bu komik bir hikayeydi. Başlangıçta, WordPress'i kullanmak için çok ama çok heyecanlıydım, ancak iş onu optimize etmeye geldiğinde, çünkü bir şeyler oluşturmaya başladık ve her şey ekip oluşturuldu ve ardından kurulan site büyük ölçüde yavaşladı çünkü veri boyutu çok büyüktü. gigabayt gibiydi, değil mi? O zaman onlara dedim ki, bu yavaşlıyor, önbelleğe alma ya da başka bir şey için bir girişim almalıyız. Hayır dediler, biz açık kaynak çözümleriyle gideceğiz. Ve sonra şunu düşünmek için kafamı kaşıdım, bunu nasıl ya da performans için tasarlamalıyım? Sonra birkaç seçeneği araştırmaya başladık ve bir war mesh olayı, memcached ve solar ile geldik. Bu nedenle, kurumsal web siteleri için şunu söyleyebilirim, ilk önce performans gibi düşünmenin en iyi yolları bu konudaki önerim olacaktır.

DV: Başka bir deyişle, eğer bir açıklama yapabilirsem, müşteri bu kaynağı kullanma gereksinimleriyle birlikte gelir. Ve şöyle düşünüyorsunuz, Oh, ben sadece, bilirsin, bu özel araçla falan çözebilirim. Ve sonra kısıtlamaları eklerler, kısıtlamalar her zaman projelerin eğlenceli kısmıdır, değil mi? Şimdi bunu çözmeniz ve açık kaynak yolunu tasarlamanız gerekiyor, bir dahaki sefere Açık Kaynak'ı seçmenin daha muhtemel olduğunu mu düşündünüz yoksa hala bazen bunun tescilli kolay bir çıkış yolu olduğunu mu düşünüyorsunuz? Peki bunlar o kadar kolay mı? Açık kaynak çözümlerini nedense daha üstün buldunuz mu?

AJ: hayır, bence açık kaynak en iyisi. Ve gitmem gerekirse ben de açık kaynak ile giderdim. Söyleyebileceğim tek şey, başlangıçta bu projede kaybettiğim bazı şeyleri, veri bilimine dayalı performansı dikkate almadığımızdı. Güzel tasarımı oluşturmak için içerik pazarlama ekibine ve kullanıcı deneyimi adamlarına yardım etmeye daha az odaklandık. Bu nedenle, işletmeyi veya açık kaynağı seçmek tamamen kalıplara bağlıdır. Bazen şirketlerin büyük bir kurumsal çözüm gerçekleştirmek için ceplerinde bütçeleri vardır. Bazen sadece geliştiricilerin kafasını kaşımasını ve kısıtlamalar dahilinde bir çözüm bulmasını isterler.

DV: Kulağa sanki projeden öğrenecek bir dersiniz varmış gibi geliyor, kulağa daha önce projenin performans tarafını kontrol etmek gibi geliyor. Bu güvenli bir varsayım mı?

AJ: Evet, bunu bir düşün. UX çalışanlarını memnun etmeye çalışmak yerine performans.

DV: Evet, çünkü bu komik çünkü UX'i düşündüğümde, onu genellikle acı ve neşe dengesi olarak tanımlarım. Birine yeni bir görsel deneyim getirmenin sevinci ve bunu yaparken eklediğiniz sayfacık süresinin acısı evet, doğru. Evet, performans ve iyi bir web sitesi oluşturmak için bu dengeyi kontrol altında tutmalısınız. Bu kulağa gerçekten heyecan verici bir proje gibi geliyor. Mutlu musun? Dışarı çıktın mı, kapıdan çıktı.

AJ: Evet, gerçekten keyif aldım ve bu kurumsal düzeydeki yapıdan çok, çok güçlü üç şey öğrendim, çünkü aldık, gelecekteki gelişmeler için de bu altyapıyı nasıl optimize edebileceğimizi düşündük. Dolayısıyla bu projede öğrenilen çok şey vardı.

DV: Mükemmel. Yapabilirsin, bu her zaman harika bir şey. Bunu duyduğuma çok sevindim. Peki alet. Bugün hikayenizi duymaktan gerçekten keyif aldım ve paylaştığınız için teşekkür ederim. Gösteride bize katıldığınız için çok teşekkür ederiz. Evet kesinlikle. Mükemmel. Teşekkür ederim. Teşekkür ederim. Bir aracın neler yaptığına göz atmak isterseniz, yüksek sesle groov.com adresini ziyaret edebilirsiniz, bunu dinlediğiniz için herkese teşekkürler, WMR'deki WordPress topluluğu podcast'ine basın. Yine, bu sunucunuz David Vogelpohl. WP Engine'deki rolüm aracılığıyla WordPress topluluğunu destekliyorum. Ve burada, Press This'de topluluğun en iyilerini size getirmeyi seviyorum.