admin panel reuqest timeouta düşüyor

Question

merhaba arkadaşlar. learnpress ve quizmaker eklentileri ile oluşturulmuş bir eğitim platformu var. +10 bin kadar üye ve 100 bin kadar çözülmüş testler var. veritabanı boyutu 2 gb'ı aşıyor. wordpress admin paneline girerken request timeout (timeout süresi 600) alıyoruz. timeout değerlerini artırmak bir işe yaramayacak çünkü ortada optimize edilmemiş bir site var. bu sitede admin paneline erişimi nasıl sağlayabilirim?

fatihanily · Answer

https://wp-cli.org/tr/

Wp Cli'ye bakabilirsiniz hocam, buradan da optimizasyon yaparsınız kesin çözüm olur

bulutaylak · Answer

Verilerin büyüklüğü çok sorun değil bence. Cpanele giriş yapıp kaynakları bir kontrol edin, maksimum seviyeye dayanmış mı? çünkü timeout genelde sunucu kaynaklıdır. Bir diğer önerim cloudflare kullanmıyorsan onu bir dene, en azından ücretli sürümünde bulunan cache modülü aşırı işine yarar.

mrbold · Answer

bulutaylak adlı üyeden alıntı:						mesajı görüntüle									Verilerin büyüklüğü çok sorun değil bence. Cpanele giriş yapıp kaynakları bir kontrol edin, maksimum seviyeye dayanmış mı? çünkü timeout genelde sunucu kaynaklıdır. Bir diğer önerim cloudflare kullanmıyorsan onu bir dene, en azından ücretli sürümünde bulunan cache modülü aşırı işine yarar. 		daha önce timeout alıyorduk, bundan dolayı cloudflare kurduk. under attack mode aktif ancak "admin panel"e girerken timeout hatası devam ediyor.

hosting istatistikleri bu şekilde. zaten ziyaretçiler timeout hatası almıyor. muhtemelen admin dosyaları çok fazla veri kullandığı için timeout hatası alıyorum. ancak buna sebep olan eklenti/fonksiyon nedir bilmiyorum

bulutaylak · Answer

cpanele girip ModSecurity diye arama yapın. Sonrasında bunu pasife alın. bi 2,3 dk bekleyip panele giriş yapmayı deneyin bakalım.

mrbold · Answer

bulutaylak adlı üyeden alıntı:						mesajı görüntüle									cpanele girip ModSecurity diye arama yapın. Sonrasında bunu pasife alın. bi 2,3 dk bekleyip panele giriş yapmayı deneyin bakalım. 		modsecurity kapalı durumda

yilmaz70 · Answer

mrbold adlı üyeden alıntı:						mesajı görüntüle									modsecurity kapalı durumda 		cPanel'de Mod Security kapalı konuma getirildiği halde bazı firmalar sunucu bazında aktif konumda bırakabiliyorlar, bu açıdan da kontrol sağlamak gerekebilir.

Bir de Imunify güvenliği de bu tarz sorunlara neden olabiliyor ayrıca.

EfendiBey · Answer

Ekran görüntüsünde paylaştığınıza bakarak diyeceğim tek şey, bu hatayı almanız normal. I/O neredeyse yarı yarıya kullanılıyor (çok kritik) + 4GB RAM kullanımı var. Kaynakları nasıl paylaştırdınız? Örneğin, hangi Web-Server'ı (Apache, LiteSpeed, Nginx vb.) kullanıyorsunuz? Veritabanı boyutu 2GB ise, MySQL-Server'a ayrılan hafıza ne kadar? Veritabanında hangi çalışma motorunu (MyISAM - InnoDB) kullanıyorsunuz? OpCache aktif mi? Admin panel yavaşlığına neden olan bir sürü faktör var. Yazılımdan ziyade -ki bu elbet çözülebilir, sunucu taraflı dengesizlik var diye düşünüyorum.

mrbold · Answer

EfendiBey adlı üyeden alıntı:						mesajı görüntüle									Ekran görüntüsünde paylaştığınıza bakarak diyeceğim tek şey, bu hatayı almanız normal. I/O neredeyse yarı yarıya kullanılıyor (çok kritik) + 4GB RAM kullanımı var. Kaynakları nasıl paylaştırdınız? Örneğin, hangi Web-Server'ı (Apache, LiteSpeed, Nginx vb.) kullanıyorsunuz? Veritabanı boyutu 2GB ise, MySQL-Server'a ayrılan hafıza ne kadar? Veritabanında hangi çalışma motorunu (MyISAM - InnoDB) kullanıyorsunuz? OpCache aktif mi? Admin panel yavaşlığına neden olan bir sürü faktör var. Yazılımdan ziyade -ki bu elbet çözülebilir, sunucu taraflı dengesizlik var diye düşünüyorum. 		paylaşımlı hosting. dediğiniz sunucu bilgilerini biz müşteri panelinden göremiyoruz tabii. ancak şöyle bir şey var, aynı firmada bir kaç web sitemiz daha mevcut ve onların io veya diğer kullanımları oldukça düşük ve standart çalışıyorlar. elbette bu kadar ziyaretçi vs varken daha iyi kaynaklar gerekiyor.

yalnız merak ettiğim, eklentilerdeki optimizasyon hatası vs bu kullanımları sağlayamaz mı? yani belki yanlış bir yazılımdan dolayı bunlar da olabilir mi? çünkü daha yüksek bir kaynağa sahip sunucuya geçip tüm limitleri yükselttiğimizde hata devam ederse üzülürüz

EfendiBey · Answer

mrbold adlı üyeden alıntı:						mesajı görüntüle									paylaşımlı hosting. dediğiniz sunucu bilgilerini biz müşteri panelinden göremiyoruz tabii. ancak şöyle bir şey var, aynı firmada bir kaç web sitemiz daha mevcut ve onların io veya diğer kullanımları oldukça düşük ve standart çalışıyorlar. elbette bu kadar ziyaretçi vs varken daha iyi kaynaklar gerekiyor.

yalnız merak ettiğim, eklentilerdeki optimizasyon hatası vs bu kullanımları sağlayamaz mı? yani belki yanlış bir yazılımdan dolayı bunlar da olabilir mi? çünkü daha yüksek bir kaynağa sahip sunucuya geçip tüm limitleri yükselttiğimizde hata devam ederse üzülürüz 		2GB veritabanı paylaşımlı hosting için uygun değil dersek yanılmayız sanırım. Sebebi de MySQL sunucusunun bu noktada bağımsız olmaması yani MySQL-Server'a ne kadar kaynak ayrıldıysa o kadarını kullanıyor. Bu durumda sorun çıkıyor veya çıkabiliyor haliyle. Ayrıca, diğer sitelerin yükü fazla yoktur, ön plana çıkmıyorlardır ve dolayısıyla sorun olmuyordur. Elbette yazılım önemli yani önemsiz demiyorum ama ciddi anlamda I/O oranı var. Temanın veya eklentilerin nasıl bir işlem süreci var da diske yazarken yarı yarıya etkiliyor ona şaşırdım. Hayır sunucu değiştirin demiyorum zaten sunucu konusu en son bakılacak konudur. Sonuçların öyle olması nedeniyle aklıma kaynak oranlarıyla ilgili konular geldi. Siz en iyisi site adresini özelden yollarsanız inceleyip size bilgi vereyim.

ilgice · Answer

index leri gözden geçirmeniz gerekir, ayrıca mysql sorgularında join komutu ile birleşik işlemler var ise bunlar da sistemin yavaşlamasına sebep olabilir, onun yerine ayrı ayrı sorgulamak daha hızlı olabilir.