Merhabalar, bu sorunun cevabı çok basit aslında.
Her kullanıcı için tüm CPU, IO, bellek kaynakları, işlem sayıları ve eşzamanlı bağlantıların sınırlandırılabilir bir sistem var. Cloud Linux
Bu tür şikayetlerde sunucu genelindeki akışa bakılır. Eğer sunucu'da gerçekten bir yavaşlık söz konusu ise sunucu firması gerekli aksiyonu alır.
Muhtemel web siteniz, size ayrılan kaynakların daha fazlasına ihtiyaç duymakta. Bu sebepden daha verimli bir pakete geçebilir, paylaşımlı bir hosting kullanıyorsanız sanal sunucuya geçmenizi tavsiye ederim.
İlk olarak kendi tarafınızda ki yazılımınızda ki sorunları gidermeyi ve alt yapınızı optimize etmeyi deneyin. Genellik ile optimizasyon yapılmamış web sitelerinde gereksiz sorgular, kötü bir kullanıcı deneyimi ile sonuçlanır.
Neden Hiçbir Hosting Firması Yavaşlığı Kabul Etmez?
43
●1.650
- 19-05-2021, 12:51:30Hiçbir firmayla bağı olmayan bir Sunucu Yöneticisi olarak ben de tecrübelerime göre yanıtlamak isterim.
Kısa cevap: Testler kim hatalı diyorsa o hatalıdır, belki de ortaklaşa bir hata mevcuttur. Uzun cevap alttadır.
İsteği sunan tarafa Hosting, isteği alan tarafa Client diyeceğim.
Hosting ile Client arasındaki bağlantının, Client'a ilk ulaşan baytının süresine TTFB diyoruz.
Hosting'den Client'a gönderilen dosyaların, Client tarafında hazır olmasına (temel olarak yüklenmesine) Onload diyoruz.
Hosting'den Client'a gönderilen dosyaların, Client tarafında tamamen çalıştırılmasına Full Load diyoruz.
Üstteki tanımlar, normal bir sitenin yaşadığı 3 adımdır ve daha bir çok Client ve Hosting tabanlı adım da mevcuttur ama bize sunucuyla alakalı yeterli olacak adım şimdilik TTFB'dir. Ayrıca download süresi de incelenebilir.
Yavaş diye nitelendirdiğimiz bir Hosting serveri, TTFB yani ilk bayt süresinde eğer prodüksiyondaki bir site optimizeli ve hafif kodlarla yazılmış ve 500 milisaniye üstü göstermiyorsa öncelikle bilmemiz gereken sunucu o isteği işlerken ağ ve cevap hazırlama bakımından gayet yeterlidir ve boş bir isteğin TTFB'si ise de Türkiye'deki web sunucularında genelde 25-75 milisaniye arasındadır. Optimizesi yetersiz ve kodları ağır siteler de genellikle 750 milisaniye ile 2.5 saniye arasında TTFB sunar.
Sunucunun isteklerde 750 milisaniye üstünde TTFB sahibi olması ise şunlardan olabilmektedir:- Lokasyon Tercihi (Türkiye'deki bir Client'a ABD'deki bir sunucudan yanıt veriliyorsa bu süre saniyeleri görecektir mesela)
- Kullanılan Yazılımda Kodsal Hatalar(Hata veren, kendini tekrar eden veya verimsiz çalışan bir kod parçası-proje işlemlerin uzamasına sebep olabilmektedir)
- Sunucunun Optimizasyon Yetersizliği(Her şey çok güzeldir mesela ama prodüksiyon sunucusunda OS, web sunucusu, veritabanı sunucusu ve/veya diğer parçalar duruma göre optimize edilmemiştir)
- Sunucu taraflı Yüksek Kaynak Kullanımı ve/veya Kaynak Yetersizliği(Sunucu kaynaklı işlemci, bellek, ağ veya disk yetersizliğidir)
- Client taraflı Yüksek Kaynak Kullanımı ve/veya Kaynak Yetersizliği(Client kaynaklı işlemci, bellek, ağ veya disk yetersizliğidir)
- Kullanıcı Ağ Problemleri(Kullandığı altyapı yetersizdir, kabloları hasarlıdır, modem cihazı çok yüklenmiştir vb.)
- Sunucu Ağ Problemleri(Sunucu saldırı alıyordur ve/veya ağ yetersiz kalıyordur ve/veya Firewall istekleri süzerken fazla sürüyordur ve/veya server yazılımları birbirinden uzaktaysa lokasyon uzaklığı veya ağ kaynaklı sorunlar yaşıyordur)
Gerçek olmayan ama bu durumu yaşayan X, Y ve Z firmalarını inceleyelim;
X firması 3. probleme sahip olsun, Y firması 4. probleme sahip olsun ve Z firması da 7. probleme sahip olsun.- X firmasının 24 çekirdekli yeni nesil XEON veya EPYC işlemcili, 256GB DDR4 2133MHz ve üstü RAM'li ve NVMe M.2 SSD'leri olsun ayrıca ağı da yeterli olsun.
- Y firmasının 10 tane ağır yükle çalışan sitesi olsun veya site başı ayrılan kaynak yetersiz olsun.
- Z firmasının veritabanı sunucusu, web serverıyla uzakta olsun veya saldırı alıyor olsun.
- X firması, donanımsal olarak ve ağ kapasitesi olarak gayet yeterlidir ve gayet iyi olduklarını da düşünmektedir ama yapı şu ana göre optimize edilmediği için kaynaklar verimli kullanılamıyor ve müşteri de bu durum yüzünden yavaş çalışabilen sitelere sahiptir.
- Y firması, müşterilerinin kaynakları sömürmesi yüzünden yeni isteklere kaynak ayıramıyor ve bu yüzden yavaş yanıt veriyordur veya kullanıcıya ayrılan kaynaklar kullanıcıya yetmiyordur.
- Z firması, veritabanı ve web serverının ayrı olması yüzünden gecikme süresine sahiptir veya saldırı aldıklarından site Firewall yüzünden veya kaynak yetmezliğinden veya hat yetmezliğinden yavaş yanıt verebiliyordur veya Firewall cihazı siteye gelen istekleri süzerken yavaştır.
Yalın YALNIZ - 19-05-2021, 14:34:04Litespeed neden kullanmıyorlar?tryigitx adlı üyeden alıntı: mesajı görüntüle
- 19-05-2021, 14:38:33Şu an bir siteyi optimize ediyorum ve bilin bakalım neyle uğraşıyorum .dbilimokur adlı üyeden alıntı: mesajı görüntüle
10dk temizliyorum hala bitmedi 😔
Litespeed performans için bir eklenti değildir. Örneğin telefonunda Facebook uygulamasını aç ve arkaplana at tekrar açmaya kalktığında direkt açılacaktır, litespeed bunu yapar. Önemli olan onun ilk açılış süresi cpu/gpu üzerine olan yüküdür.

- 19-05-2021, 14:39:49Performans olarak WordPress siteler için daha iyi diye biliyorum.tryigitx adlı üyeden alıntı: mesajı görüntüle
- 19-05-2021, 14:43:04Yazıyı güncelledim. Sadece sunucuda ram kullanımını düşüren ve daha fazla site barınmasını sağlayan bir şeydir, performans ile alakası yoktur. Sunucuda fazla kullanıcının olduğu bir site olunca hosting firması direkt vds geç der. Nginx gibi statik içerik bazlı altyapı çok daha önemlidir. R10 gibi çok trafik alan siteler nginx gibi teknolojiler ve özel cache modülleri kullanır.bilimokur adlı üyeden alıntı: mesajı görüntüle
Sonradan farkettimki kullanmış olduğum işlemci 15 yıllıkmış.

