WordPress’i hızlandırın: WPSOT’da site performansını nasıl optimize ediyorum
Sitemizi daha hızlı hale getirmek için öğrendim. WPShout’taki hedeflerimizden biri hızlı bir siteye sahip olmak. Bunun önemli bir hedef olmasının birçok nedeni var: sizin için daha iyi, bizim için daha iyi ve bu etkileyici ve bizi gururlandırıyor. Tarihsel olarak buna yardımcı olacak birçok küçük şey yaptık ve son zamanlarda performansımızı geliştirmeye ve daha fazla WordPress’i hızlandırmaya başladım. Sitemizi daha hızlı hale getirmek için öğrendim. Google PagePeed Insights’daki performansımızı geliştirmeye odaklanmaya karar verdim. Genel site performansını kontrol etmek ve izlemek için bir dizi iyi araç vardır. Ancak bunu seçtim, çünkü Google’ın görüşü diğer araçlardan daha önemlidir (çok fazla internet trafiğini taşırlar). Google’ın sonuçları hakkında konuşan karmaşıklıklardan biri, bunların süper deterministik olmadığı (aynı sitenin yapılandırmasına karşı iki yürüme yürüme düzenli olarak biraz farklı sonuçlar sağlıyor) ve bir masaüstü ve cep telefonu numarasına sahip olmalarıdır.
Yapısal olarak, bu makale, Web performansı ile bağlantılı olarak tarihsel olarak yaptığımız bir dizi şeyle başlar, daha sonra yaptığım iyileştirme ve nihayet Google tarafından hala şikayet edilen bazı şeylere dokundu ve neden düzeltmedim (en azından şimdi). Hadi gidelim! Sitemiz olmayabileceğiniz WordPress’i hızlandırmak için yaptığımız şeyler site alanında barındırılıyor. En büyük ortak barındırma paketi olan “Gogeek” i kullanıyoruz ve temel WordPress önbelleklerinin tüm katmanlarını etkinleştirdik. Hosting siteground, WordPress olmayan ana bilgisayarlar tarafından sunulan deneyimlerime öncülük etti. Bu tarihsel olarak diğer benzer seviyeleri Bluehost, Godaddy, vb. Yok etti. Her ne kadar son yıllarda onu dikkatli bir şekilde takip etmemiş olmama ve Bluehost’un en azından daha agresif WordPress önbelleğini teşvik ettiği veya zorladığı sesi duymuş olmama rağmen. Dikkate almak isteyebileceğiniz siteyi geliştirmek için birkaç küçük şey yaptık. Aşağıda, geçmişte yaptığımız şeylerin bir listesidir:
WordPress veya pahalı ve karmaşık sayfa yapımcılarının temasını kullanmıyoruz. Bu evrensel değildir, ancak genel olarak PagePeed Insight gibi şeyler almak istiyorsanız, kullandığınız eklentileri en aza indirmeyi ve temanızdaki ağırlıkları (seçenekler vb.) Göreceğim. Temamız evden geçti.
Sitemizdeki dosya görüntüsünün boyutunu en aza indirmek için adımlar attık. Genellikle eklentilerde veya temalarda kullanmış olabileceğimiz yüklenen medya ve dosyalar Google’ı resimlerimizden şikayette bulunacaktır. Artık onlardan şikayet etmiyor. Jetpack Foton CDN’yi çalıştırıyoruz. CDN genellikle performans için gümüş mermi olarak satılır. Bu bir değil. Ancak bu, önemsiz olmayan bir fark yaratır ve WordPress’i hızlandırmamıza yardımcı olur. Jetpack CDN ücretsizdir ve resim gerçekten hizmet ettiğimiz tek “pahalı” medya, bu yüzden değer bizim için.
Google’ın Pagespeed Insight neye şikayet etti? Google temel olarak şikayet edilecek ve daha sonra listedeki öğeye daha yakın görünmenize izin verecek olan standart bir listeye sahiptir. Yukarıda belirtilen şeyler göz önüne alındığında, bu optimizasyonun macerasına başladığımda Google’ın bana ne gibi şikayetleri oldu? Aşağıdaki ekran görüntüsü:
Ve bir görüntü okumak istemiyorsanız, yazılan budur:
Üst yarı içerikteki nöbeti engelleyen JavaScript ve CSS’yi ortadan kaldırın
Sıkıştırma etkinleştir
Sunucu yanıt süresini azaltın
Sol html
CSS
Küçük javascript
Görüntüleri optimize et
Eğer bunların hepsi sizin için mantıklısa, harikasın. Değilse, endişelenme. Google listesinin endişelerini neden ve nasıl ortadan kaldırdığımı veya sorunu neden çözemediğimi tartıştığımızda her birini daha ayrıntılı olarak açıklayacağım. Sayfanın hızını artırmak ve WordPress’i hızlandırmak için yaptığım şey, bu bölümde, sayfa hız puanlarımızı artırmak ve WordPress’i hızlandırmak için yaptığım değişiklikleri tartışacağız. Bunu elde etmenin özel yolunuz, barındırmanıza bağlı olarak değişecektir, ancak taslağın benzer olması muhtemeldir. Tarayıcı önbelleğini .htaccess önbellek tarayıcısıyla kullanın, ziyaretçi tarayıcısına, elde edilebilecek bazı varlıkları depolayabileceği ve yeniden kullanabileceği talimat verdiğiniz yerdir. sunucunuzdan daha uzun süreye. Siteground kullandığımızı unutmayın ve bu sitenizde biraz farklı olabilir. Ancak bizim için Apache, Site Alanı hala WordPress sitemize hizmet vermesinin bir yoludur, bu yüzden sadece tarayıcı tarafı önbelleğini etkinleştirmek için Apache modülünü kullanmamız gerekir. Bunu, çoğu ana bilgisayar tarafından desteklenen .htaccess adlı bir dosya kullanarak yaptık. Siteground’dan bilgi tabanı makalesine göre .htaccess dosyamıza aşağıdaki bloğu ekledik. Bu tam:
expiresbyType metin/css “erişim artı 14 gün” expiresByType “erişim artı 0 saniye” expiresbyType metin/javascri “expiresbytype görüntü/ico” erişim artı 14 gün “expiresbytype ima 14 gün “son kullanma son kullanma/JPEG” erişim artı 14 gün “son kullanma süresi sona erdirir. Erişim artı 14 gün “son kullanma ExpiresbyType Video/OGG” erişim artı 1 ay “son kullanma Ses/OGG” ay “expiresbyType Video/Webm” Erişim artı 1 ay “expiresbyType uygulaması/x-font-çıplak” erişim artı 1 mononh “expiesbytype uygulama/vnd .Ms-fontObject “Erişimler artı 1 ay” expiesByTyPype Uygulaması/XML “Accesss Plus” ExpiresbyType Uygulaması/JSON “Access Plus 0 saniye” süresi doluyor SbyType Uygulaması/RSS+XML “Erişim artı 1 saat” Son kullanma ExpiresbyType Uygulaması/Atom+XML “Erişim artı 1 saat” oldukça etkileyici, bu nedenle çok kapsamlı bir açıklamaya ihtiyacınız olmayabilir. Temel olarak, “Son kullanma süresi” yazan her satır, bir tarayıcının belirli kaynakları ne kadar sürdürmesini istediğimizi düzenler. Görüntü/JPEG kaynağı için tarayıcıya 14 gün boyunca kaydedebileceğini ve CSS ve JavaScript dosyalarını söylüyoruz.
Tarayıcı önbelleğe alınması için yukarıdaki kurallar olarak .htaccess üzerindeki sıkıştırmayı nasıl etkinleştiririz, bunun için site alanı bilgi tabanının tavsiyesini kullandık. Temel olarak, bu tür sıkıştırmaya GZIP denir. Ve bunu tekrar Apache’de hazırladık. Kode yang ditambahkan ke file .htaccess kami terlihat seperti: AddOutputFilterByType DEFLATE text/plain AddOutputFilterByType DEFLATE text/html AddOutputFilterByType DEFLATE text/xml AddOutputFilterByType DEFLATE text/css AddOutputFilterByType DEFLATE application/xml AddOutputFilterByType DEFLATE application/xhtml+xml AddOutputFilterByType Deflat Uygulaması/RSS+XML AddDoutpputFilterbyType Deflat Uygulaması/JavaScript AdddDoutFilterbyType Deflat Uygulaması/X-Javascript Bireysel kaynaklar için süper dramatik bir şey yoktur, ancak birkaç düzineden fazla dosya ekleyebilir. Ayrıca Google bunu yapmamızı istiyor, bu benim için doğal olarak oldukça iyi bir neden. Sunucu yanıtı çok karmaşık bir konu olduğunda daha düşük bir sunucu yanıt süresine bir PHP sürümü daldırın. Bu aslında yapmadığım bir şeyin iyi bir örneği. Ancak sunucu yanıt süresini azaltmak için yapabileceğimi bildiğim kolay şeylerden biri, her sayfa isteğinde WordPress tarafından kullanılan tüm PHP kodunu çalıştırmak için sunucumuz tarafından kullanılan PHP sürümünü değiştirmektir. Başladığımızda .htaccess dosyamızda ne var:
AddHandler Uygulaması/X-HTTPD-PHP56 .php. Php5 .php4. Php3 Mevcut: AddHandler Uygulaması/X-HTTPD-PHP71 .php. Php5 .php4 .php3 Yani neyi değiştirdim? PHP’mizi sitede PHP 7.1’e kullandım, burada daha önce 5.6. Bunun sunucu tarafının genel performansı üzerinde bir etkisi olması muhtemeldir, çünkü PHP 7 nispeten hızlı olan PHP 5.6’dan çok daha hızlıdır. Bu nedenle, burada hızla bağlantılı olarak bazı küçük kazançlar görme eğilimindeyiz, ancak Google’ın bazen sunucu yanıtımızın zamanından şikayet etmeyi durdurmak yeterli olmayabilir. Ancak hızlı bir şekilde yapılır ve PHP 7 (.1) ile uyumlu olmayan eklentiler veya temalar kullanmadığınız sürece çok hızlı ve ağrılı olmayacaktır. CSS ve JavaScript’i küçültmek için küçük HTML, CSS ve JS , birkaç seçenek var. Ama benim için en kolay olanı ve çoğu insan bunu yapmak için WordPress eklentilerini kullanacak. Bunu oluşturduğunuz eklenti için kutunun dışında yapmak mümkündür, ancak eklentiler ve temalar kullanırsanız ve bunu yapmazsanız, minifikasyon eklentilerle (diğerleri) WordPress’te ele alınmalıdır. AutoPtimize aslında bir birleşme ve HTML için de yapar. Bunu kullanma hakkında daha ayrıntılı olarak tartışabilirim, ancak geçen Perşembe bu konuda hızlı bir rehber yayınladık:
CSS ve JS’yi yapmadığım şeyleri otomatik olarak en aza indirir ve birleştiririm ve yukarıda neden Google’ın ele aldığım şikayetleri ayrıntılı olarak ayrıntılı bir şekilde detaylandırdım.Ancak PagePeed Insight’ları bitirdiğimde hala şikayetler vardı.Bu şikayetler yanlış değil veya çözülemiyor, ancak yapmamayı seçiyorum.Bu onların ve neden … “JavaScript ve CSS’yi ortadan kaldırmak üzerinde çalışmıyorum” Üst gaga içeriğinde açıklamaları engelleme “, özellikle buradaki mantığın, özellikle WordPress’te oldukça karmaşık.Ve okuyucularımızı seviyorum ve onlar için iyi içerik derlemekten gurur duyuyorum, bu optimizasyona bu makalenin kapsamı ve makul sayıda kelimede mantıklı olanı çok fazla kazıyorum.
Buradaki nokta, “Çizim” sayfalarını başlatmadan önce tarayıcı tarafından yüklenmesi gereken CSS ve JavaScript kaynaklarının miktarını en aza indirmek istediğinizdir. Bunu yapmanın yolu burada tartışacağım bir şey değil. Önemli CSS eklemek, stil sayfalarının sayısını en aza indirmek ve JavaScript’in yüklenmesini mümkün olduğunca burada önerilen şeyleri geciktirmek gibi şeyler. Fred’in konuyla ilgili makalesinde belirtildiği gibi JS dosyalarımızın çoğunu erteledik. Ancak tüm bu şikayetlerden daha fazlası var ve bir dahaki sefere beklemeli. (Bunu nasıl yapacağınızı biliyor musunuz? İyi bir yol var mı? Yorum yapmaktan veya e -posta göndermekten çekinmeyin. Bu konuda daha fazla bilgi edinmek istiyorum.) Google, özellikle WordPress’teki sunucu yanıt süresini optimize etmek için sunucu yanıt süremizden şikayet ediyor Çeşitli eklentiler kullandığınızda bu zordur. Çok künt olan ve yanlış olmayan bir tavsiye alıyorsunuz, ama gerçekten yapmak zor. Sunucu yanıt süresini azaltabilecek şeyler şunları içerir: daha güçlü bir sunucu için ödeme-Siteground ile Gogeek paketinden ikinci bir alt yanıt aldılar. Ancak, kendilerinden veya diğer sağlayıcılardan süper gerçekleştiren adlandırılmamış sunucuda onu daha düşük (idaral MDTK alt 200 saatine yönelmek) itebiliriz. Şimdi yapmıyorum, çünkü ürünlerden ve site alanı desteğinden oldukça memnunuz.
Daha fazla eklenti devre dışı bırakma – Çalıştığınız her eklenti, en azından biraz WordPress yanıtının hızını yavaşlatır. Ve ne yaptığına bağlı olarak, onu yavaşlatabilir. Ancak, bu makalenin kapsamı dışında önemsiz olduğu bilinen eklentilerden başka bir şeyi devre dışı bırakın. Bu gerçekten Uncache içeriğinde bulunan sadece iki kol. Ve tüm site alanı önbellekleme seçeneklerini etkinleştiriyoruz. Daha sonra kullandığımız eklentileri azaltabilir ve optimize edebiliriz, ancak yavaş olduklarını ve kod bakımları olma anlamında “sahip olduğumuz” için mantıklıdır. Sahip olduğum her şey için bu doğru değil. Hala tüm kaynaklarda önbellek tarayıcısına sahip olmama konusunda şikayetler alıyoruz. Yukarıda paylaştığım HTAccess, Google’ın WPSOT alanından sunulan tarayıcı önbelleğinde saklanabilecek dosyalar hakkındaki şikayetlerini ortadan kaldırdı. Ancak sayfamız ayrıca Google’a göre daha iyi önbellek olabileceği çok önemli JavaScript içerir:
E -posta listelerinin açılır penceresi için kullandığımız OptinMonster’dan 2 dosya, son kullanma işlemini belirlemeyen 2 dosya.
Paylaşım çubuğu için kullandığımız Facebook’tan biri
Google Analytics için (belki de ironik olarak) Google’ın kendisi
Sunucumuza bunu düzeltebilecek yazabileceğim htaccess çok sayıda kural yok. Teorik olarak (1) bu araçları kullanmayı bırakabilirim, (2) önbellek kuralları hakkında yazabilirim, ancak sadece optinmonster gerçekten bir ömür ayarlamıyor veya (3) yeniden yayınlama dosyalarımı daha uzun süre kullanmak için yeniden yazabilirim. İkincisi teknik olarak karmaşıktır ve orantılı olmayabilir ve uzun vadede düşüneceğimiz ilk ikisi. Google hala ev sahipliği yapmadığımız resimleri optimize etmemi istiyor, optimize edilmiş bir görüntüye sahip ana sayfamız hakkında PagePeed bilgileri çalıştırdığımda hala bazı şikayetler var. Ama bu benim kişisel gravatarım, bu benim için geliştirmem zor. Gravatar’a koymadan önce optimize edersem, şikayetler ortadan kalkacak, ancak buna kurcalanmak için yeterli değilim ve burada barındırılmamak biraz daha zorlaştırıyor. Sitemin performansı hakkında öğrendiklerimiz, sadece burnumu ve PagePeed Insights’dan tavsiyelerimi takip ederek WordPress ve WPSHOUT’u hızlandırdı. Siteground kullanmıyorsanız, bu performans optimizasyonunun bir kısmı sizin için biraz farklı görünebilir ya da olmayabilir. Her şey ev sahibinize bağlıdır. Ancak çoğu ev sahibi için her ikisi de mümkündür ve Site Alanında yapmaya çok benzer olabilir.
