WordPress ana bilgisayarınızı doğru bir şekilde nasıl test edersiniz (ücretsiz)

Sahnelerin arkasında, Web’deki en büyük WordPress ana bilgisayarlarından bazılarında barındırma performansımızı nasıl test ettiğimizi görün. Hostingimizin nasıl ölçüldüğünü görmek için basit bir iç egzersiz olarak başlayan şey, hızla ilginç bir kendini keşfetme yolculuğuna dönüştü. Sizinle paylaşmaya karar verdiğimiz bir yolculuk, sevgili blog okuyucuları. Ancak, bu bölümdeki dürüstlük ve dürüstlükten gurur duyuyoruz. Ve bir kez sizi ana destinasyonlardan biri için bir araya getireceğimize karar verdik (** tekme!) Tamamen açık ve şeffaf olmaktır. Hem yayınlanmış sonuçlar hem de test yöntemlerimizle.
Bu şekilde her şeye geçerli güvenebilirsiniz ve hiçbir şey bizden etkilenmez (bu kimseye karlı değildir). Yani bu makalede ne elde edersiniz. Dahili uzmanlarımızdan birinin WPMU Dev’i Biz’in en popüler platformlarından bazılarında barındırmayı nasıl test ettiğine dair iç görüş. Metodolojimizi kendiniz için yeniden yapmaktan çekinmeyin ve tereddüt etmeyin. *BTW, bu makalede belirtilen tüm araçlar tamamen ücretsizdir! Her şeyin aşağı inme yolu bu …

Dev Man’ın bu ev sahibinin savaşında ona uygun işi var. İlk adım, WPMU Dev ile rekabet etmek istediğimiz bir barındırma sağlayıcısıyla bir hesap oluşturmaktır.
Bu arada, bu karşılaştırmada Dev ile savaşan cesur barındırma sağlayıcıları:
Hadi Baba
WPE Makinesi
Çark
Bulut yolları
Ev sahibi
Site alanı
Kinsta
Bluehost
Dokuz ev sahibi seçtik, her ikisi de WP barındırmasındaki en büyük isimlerden sadece biriydi ve her zaman üyelerimizin konuşma ve anketlerde konuşması gibi görünen platformlar oldukları için. WPMU dev’i karşılaştırmayı kimin seçtiğimizi umursamadığımızın da farkındayız, hiçbir şey herkesi memnun etmeyecek. Bu nedenle, gelecekte Dev ile karşılaştırmamız gereken ana bilgisayarlar hakkında önerileriniz varsa, bize söyleyin ve bir sonraki test turuna koymak için elimizden gelenin en iyisini yapacağız. Testi mümkün olduğunca adil bir şekilde yapmak için … Her bir sağlayıcı barındırmanın temel seviye paketlerini karşılaştırırız. Ayrıca aynı temel test web sitesini kullanır ve her barındırma paketine ekleriz. İşte kullandığımız test sitesine bir göz atın (köpek severler “awwww” için hazırlanır):
Bu basit (ve çok komik evcil hayvan!) Pet web sitesi ile her ev sahibi test ediyoruz.
Bir test [ana bilgisayar] almanın zamanı geldi! Şimdi hoş bir parça için. Temel karşılaştırma noktalarını (ve adil) belirledikten sonra, test sürecine başlama zamanı.
Her barındırma sunucusunun performansının nasıl baskı altında olduğunu görmek istiyoruz. Sonuçta, istediğiniz son şey, ani bir ziyaretçi akışınız varsa sunucunuzun başarısız olmasıdır. Ayrıca her bir ev sahibinin hızını test etmek istiyoruz, çünkü müşterilerinize doğru zamanda hizmet etmek önemlidir ya da hayal kırıklığına uğrayabilir ve sadece ayrılabilirler. Bu yüzden her ana bilgisayarda iki ana performans testi yapıyoruz:
Barındırma yük testi.
Hız testi (TTFB).
Bir barındırma yük testi ile başlayarak testin ikinci yolu açılır: Her barındırma sunucusu tarafından kaç paralel kullanıcının işlenebileceğini test edin. Bu yük testi için “https://loader.io/”, web ve yangın uygulamalarınızı binlerce bağlantı ile birlikte test etmenizi sağlayan ücretsiz yük test hizmeti kullanıyoruz. Ev sahibinin aslında sizden geldiği yer.
Loader.io Üç farklı test türü çalıştırmanıza olanak tanır: 1. “Test başına istemci” – Test süresi boyunca bağlanacak toplam istemci sayısını belirlersiniz.

2 .. “Saniyede Müşteri”-“Test başına müşteri” için benzer, ancak toplamı belirlemek yerine, her saniye başlayacak müşteri sayısını belirlersiniz.
3. “Müşterinin Yükünü Bakımı” – Bu test, müşteri için bir değer belirlemenizi ve bir değeri belirlemenizi sağlar.

Her sunucu barındıranının kullanıcı basıncının üstesinden nasıl geldiğini test etmeyi hedeflediğimiz için – “İstemcinin Yükleme” testini çalıştırmayı seçiyoruz.

Belirtildiği gibi, bu test, bir değerden ve bir değeri belirlemenize izin vererek çalışır. Yani, örneğin “0” ve “2000” i belirlerseniz, testler 0 istemci ile başlayacak ve sonunda 2.000 istemciye yükselecektir. Müşterinin yük testi sınırını belirleyin. Her yük testini çalıştırırken, maksimum 5000 istemci sınır belirledik. Bunu doğru sınır olarak bulduk – çünkü ana bilgisayarların çoğu nihayet 1000 müşteriye ulaşmadı. Tüm testler 5 dakika çalışır ve hata arızaları hata görünmeye başladıktan hemen sonra% 1 olarak ayarlanır. Bu hata, zaman sınırı, 400/500 ve ağ hatalarını (hepsi% 1’e biriktirilir) içerir. Testin hemen durdurulması ve maksimum paralel istemcinin en doğru okumasını sağlayacak şekilde mümkün olan en düşük değer olarak% 1’i seçtik. . Bu önemlidir, çünkü örneğin%50’de başarısız bir ayarımız varsa, paralel istemcilerin sayısı çok daha yüksek olacaktır, ancak yalnızca daha fazla kullanıcıya izin verildiği için (daha yüksek hata ayarları nedeniyle). Aslında, sayılmamalıdırlar, çünkü hatalara bir yanıt alacaklar – yani temelde ziyaretçileri kaçırdıkları anlamına geliyor. Dikkate aldığımız ölçüm. Bu özel testle, “yanıt sayısı” ve “paralel istemciler” metriğine en çok dikkat ediyoruz.

Yanıt sayısı size genel başarı/başarısızlık yanıtını gösterir:
Paralel istemciler, en üst düzeye çıkarmadan önce sunucular tarafından bir seferde işlenebilecek kullanıcı sayısını ölçer:
Önemli sunucular tarafından işlenebilecek paralel istemcilerin sayısı neden? Devam etmeden önce, “paralel istemci” fikrini açıklayalım, bu biraz daha fazla … basitçe, paralel maksimum istemci, ilk HTTP isteğini sitenize aynı anda gönderebilen kişi sayısıdır. Örneğin, paralel istemcinizin maksimum sayısının 50 olduğunu varsayalım. Bu, Sunucu grevinden önce 50 kişinin siteye aynı anda erişebileceği anlamına gelir. Yani 60 kişi aynı anda erişmeye çalışırsa, sunucu yeniden başlayacak ve gösterecektir. Geri döndüğünde ve çalışırken birkaç dakika dahili bir sunucu hatası – yani ziyaretçileri kaybedeceksiniz, bu kullanmak istediğimiz iyi bir benzetmedir: “10 müşteri için bira sunan ve daha sonra kapatan bir bara sahip olmayı tercih ederseniz 11. ateşi tetikler, bizim için tamam. ” “Zamanında 140 kişiye hizmet veren bir bar tercih ediyoruz. Biraz daha yavaş olsa bile. “Temel olarak, daha az sayıda paralel istemciye sahip bir ana bilgisayara sahip olmak daha iyidir (yanıt süresi biraz daha yavaş olmasına rağmen), çünkü daha az paralel bir istemcinin sizi sunucu hatası deneyimleme ve ziyaretçileri kaybetme riski altında olma yeteneğine sahiptir.

Ardından, her ana bilgisayarın hızını test ediyoruz. KeyCDN performans test araçlarını kullanarak hızımızı test etmek için. Kısacası, bu araç dünyanın dört bir yanından 10 farklı konumdan herhangi bir URL’nin performansını test eder ve ölçer. Kendileri çok fazla test değil, test etmek istediğiniz URL’yi yapıştırın ve düğmeye basın. Ayrıca ücretsiz olduğunu unutmayın, böylece kendi testiniz için kullanabilirsiniz.

KeyCDN Performans Test Araçları, her ana bilgisayar için TTFB’yi test etmek için basit bir yol sağlar.

Daha sonra elde ettiğiniz sonuçlar, yükleme süresi ve HTTP başlık yanıtı ile ilgili ayrıntıları sağlar. Aşağıdaki gibi: Konuma göre ev sahibinizin hızı ve performansı hakkında iyi ayrıntılar.
Yukarıdaki tabloyu görünce, bu test için en çok ilgilendiğimiz metrik “TTFB” dir. TTFB, istemcinin bir HTTP isteği yapma süresini ölçer, o zamana kadar sunucudan ilk veri baytını alır. TTFB sonuçlarını karşılaştırarak büyük sorun … Tek sorun, TTFB (veya genel olarak ana bilgisayar hızı) karşılaştırılması o kadar kolay değil. Bunun nedeni, hızın ana sunucunun kullanıcıya göre konumuna bağlı olarak değişmesidir. Örneğin, barındırılan site için seçtiğiniz sunucu Hollanda’da bulunuyorsa, Amsterdam’dan TTFB okuması her zaman daha iyi olacaktır. Bu nedenle, ilgili tüm ana bilgisayarlar için adil olmak için, TTFB okumasını iki farklı şekilde sunmayı seçiyoruz:
“Ortalama TTFB” (coğrafi olarak optimize edilmiş) -Bu, test edilen tüm yerlerin en düşük TTFB okumasıdır (en iyi aka).

“Ortalama TTFB” (tüm konumlarda) -ttfb Test edilen tüm konumlarda ortalama süre.
Oyun alanını daha da dengeliyor. Testimizin bir diğer önemli yönü, tüm testlerin önbelleklemeyi düşünmeden gerçekleştirilmesidir. Temel olarak bu, barındırma sunucusunun kendisini test ettiğimiz, her ana bilgisayara ait olabilecek herhangi bir önbellek veya CDN’nin uygulanmasını dikkate almadığımız anlamına gelir. Bu, WP’yi her şeyin geçmesi için giriş yapmaya zorlayarak yapılır. Önbellekleme (veya CDN) aktive olmadan test etmenin neden daha iyi olduğunu düşünüyoruz.

Üzgünüm Dev adam, bu testle önbelleklemeye izin verilmiyor.Görüşümüze göre, tam sayfa önbelleğinin performansını karşılaştırmak böyle durumlarda iyi bir fikir değildir.Bunun birkaç nedenden dolayı doğru olduğuna inanıyoruz: Önbelleği geçmek, barındırma sunucusu performansının kendisini test etmenizi sağlar.Bu önemlidir, çünkü önbellekleme mekanizmasına bağımlı olmanız gerekmediği anlamına gelir (bunun neden aşağıda önemli olduğu hakkında daha fazla bilgi).
Önbellekle test etmek “dinamik” web sitesi eylemini dikkate almaz.
Herhangi bir barındırma platformu CDN’yi sitelerinin önüne yerleştirebilir, her şeyi önbellekte saklamasını isteyebilir ve daha sonra size çok hızlı ve ölçeklenebilir bir site verdiğini iddia edebilir.Sorun şu ki, bu genellikle WordPress gibi gerçek dünyada pratik değildir ve eklentilerin çoğunun dinamik olması amaçlanmıştır.Örneğin, önbellekleme bir siteyi veya basit sayfaları hızlandırmanın iyi bir yoludur.”Hakkında Sayfa” gibi
– Nadiren değişir ve çoğunun ortaya çıkan çok fazla doğrudan veya dinamik eylemi yoktur. Bunu, önbellekten ve doğrudan sunucunuza geçen dinamik eylemleri (doğrudan ödeme işlemi, vb.) Gerçekleştirmeye devam eden eksiksiz bir e -ticaret mağazasıyla karşılaştırın. Bu nedenle, e -ticaret mağazaları büyük satışlar veya promosyonlar sırasında sorunları sık sık duyacaksınız (veya deneyimleyeceksiniz). Sunucusu hazır değildir (veya stres için test edilmemiştir!) Ve eşzamanlı tüm dinamik eylemleri işleyemez. Temel olarak, arkadaşınız Bay Bay Önbellek sizi kurtarmak için her zaman orada değildir, bu nedenle ek bir fayda olarak görmek daha iyidir ve sunucunuzu tutmak kendiniz üstesinden gelebilir. … Peki WPMU Dev, web’deki en popüler WordPress ana bilgisayarlarından bazılarıyla nasıl rekabet ediyor? Barındırma karşılaştırma sayfamızdaki en son test sonuçlarına bakın. Her zaman yukarıdakileri güncelleriz, bu yüzden lütfen en son testlerimizin sonuçlarına bakın. Ayrıca, sizi barındırma paketimizi kontrol etmeye davet etmezsem veya 7 günlük ücretsiz deneme için WPMU Dev Üyeliği’ni (1 Bronz Seviye Site Dahası Dahil) almaya davet etmezsem ihmal edeceğim. Bu şekilde, kendimizin performansını kendiniz görebilir ve metodolojimizi (veya istediğiniz diğer yöntemleri) takip ederek kendi testinizi yapabilirsiniz. Hosting testimizin metodolojisi hakkında ne düşünüyorsunuz? Hosting sağlayıcılarını genellikle nasıl test edersiniz? Bize yorumlarda söyleyin.

admin

Bir Cevap Yazın

E-posta hesabınız yayımlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir