Bu rehber, sitenizin neden yava\u015flad\u0131\u011f\u0131n\u0131 sadece anlaman\u0131z\u0131 de\u011fil, ayn\u0131 zamanda bilin\u00e7li ve kal\u0131c\u0131 \u00e7\u00f6z\u00fcmler uygulaman\u0131z\u0131 sa\u011flayacak teknik bilgileri de i\u00e7ermektedir.<\/p>\n
<\/p>\n
<\/p>\n
Y\u00fcksek CPU kullan\u0131m\u0131n\u0131n ard\u0131ndaki mekanizmalar\u0131 daha detayl\u0131 inceleyelim.<\/p>\n
<\/p>\n
<\/p>\n
Detay:<\/b> Bir WordPress sayfas\u0131 y\u00fcklendi\u011finde, arka planda onlarca SQL sorgusu \u00e7al\u0131\u015f\u0131r. Bu sorgular, yaz\u0131lar\u0131, yorumlar\u0131, ayarlar\u0131, eklenti verilerini veritaban\u0131ndan \u00e7eker. Sorun, bu sorgular\u0131n “verimsiz” olmas\u0131yla ba\u015flar.<\/p>\n Do\u011frulama:<\/b> Bu durumu te\u015fhis etmek i\u00e7in Query Monitor<\/b> eklentisi en iyi ara\u00e7t\u0131r. Sitenizin her sayfas\u0131nda \u00e7al\u0131\u015fan t\u00fcm SQL sorgular\u0131n\u0131, ne kadar s\u00fcrd\u00fcklerini ve hangi eklenti\/tema taraf\u0131ndan tetiklendiklerini size g\u00f6sterir. E\u011fer bir eklentinin 0.5 saniyeden uzun s\u00fcren sorgular yapt\u0131\u011f\u0131n\u0131 g\u00f6r\u00fcrseniz, su\u00e7luyu buldunuz demektir.<\/p>\n <\/p>\n <\/p>\n Detay:<\/b> WordPress y\u00f6netici paneline girdi\u011finizde, taray\u0131c\u0131n\u0131z ile sunucunuz aras\u0131nda d\u00fczenli bir ileti\u015fim kurulur. Bu ileti\u015fim, “Heartbeat API” arac\u0131l\u0131\u011f\u0131yla ger\u00e7ekle\u015fir. Her 15-60 saniyede bir, sunucuya k\u00fc\u00e7\u00fck AJAX istekleri g\u00f6nderilir. Bu ne i\u015fe yarar?<\/p>\n Sorun:<\/b> Y\u00f6netici panelinde birden fazla sekme a\u00e7\u0131k oldu\u011funda veya birden fazla edit\u00f6r ayn\u0131 anda \u00e7al\u0131\u015ft\u0131\u011f\u0131nda, bu k\u00fc\u00e7\u00fck istekler birle\u015ferek sunucuya s\u00fcrekli bir “ping” seli g\u00f6nderir. Her ping, Do\u011frulama:<\/b> Hosting firman\u0131z\u0131n kaynak kullan\u0131m raporlar\u0131nda <\/p>\n <\/p>\n Detay:<\/b> WP-Cron, ger\u00e7ek bir “cron job” (sunucunun belirli zamanlarda otomatik \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131 g\u00f6rev) de\u011fildir. Bu bir “pseudo-cron” yani sahte cron’dur. \u00c7al\u0131\u015fmas\u0131 i\u00e7in sitenize bir ziyaret\u00e7inin gelmesi gerekir. Ziyaret\u00e7i geldi\u011finde WP-Cron tetiklenir ve “Zaman\u0131 gelmi\u015f bir g\u00f6rev var m\u0131?” diye kontrol eder.<\/p>\n Sorun:<\/b> Y\u00fcksek trafikli bir sitede, saniyede onlarca ziyaret\u00e7i gelebilir. Bu, WP-Cron’un saniyede onlarca kez tetiklenmesi demektir. E\u011fer zamanlanm\u0131\u015f a\u011f\u0131r bir g\u00f6rev varsa (\u00f6rne\u011fin, b\u00fcy\u00fck bir yedekleme eklentisinin veritaban\u0131n\u0131 taramas\u0131), birden fazla s\u00fcre\u00e7 ayn\u0131 anda bu g\u00f6revi \u00e7al\u0131\u015ft\u0131rmaya \u00e7al\u0131\u015fabilir. Bu “yar\u0131\u015f durumu” (race condition), CPU’yu an\u0131nda %100’e kilitleyebilir.<\/p>\n Do\u011frulama:<\/b> Sunucu eri\u015fim loglar\u0131n\u0131z\u0131 ( <\/p>\n <\/p>\n Detay:<\/b> WordPress’teki Sorun:<\/b> Kulland\u0131\u011f\u0131n\u0131z ve daha sonra sildi\u011finiz eklentiler, geride y\u00fczlerce gereksiz sat\u0131r b\u0131rakabilir. Zamanla, otomatik y\u00fcklenen veri miktar\u0131 1 MB’\u0131 a\u015f\u0131p 5-10 MB’lara \u00e7\u0131kabilir. Her bir ziyaret\u00e7i i\u00e7in bu kadar b\u00fcy\u00fck verinin s\u00fcrekli belle\u011fe y\u00fcklenmesi, hem bellek (RAM) hem de CPU kullan\u0131m\u0131n\u0131 art\u0131r\u0131r.<\/p>\n Do\u011frulama:<\/b> phpMyAdmin gibi bir veritaban\u0131 y\u00f6netim arac\u0131ndan a\u015fa\u011f\u0131daki SQL sorgusunu \u00e7al\u0131\u015ft\u0131rarak otomatik y\u00fcklenen verinin boyutunu g\u00f6rebilirsiniz:<\/p>\n\n
wp_postmeta<\/code> ve wp_usermeta<\/code> tablolar\u0131nda arama yapmak, do\u011fru “indekslenmemi\u015fse” son derece yava\u015f olabilir. WordPress bu konuda esnektir ancak bu esneklik, k\u00f6t\u00fc kodlanm\u0131\u015f bir eklentinin t\u00fcm veritaban\u0131n\u0131 taramas\u0131na neden olabilir.<\/li>\n<\/ul>\n2. WordPress Heartbeat API: Sessiz CPU T\u00fcketicisi<\/h4>\n
\n
admin-ajax.php<\/code> dosyas\u0131n\u0131 \u00e7al\u0131\u015ft\u0131r\u0131r ve bu da bir PHP s\u00fcrecini tetikleyerek CPU kullan\u0131r. Bu durum, “admin-ajax.php y\u00fcksek CPU kullan\u0131m\u0131” sorununun temel nedenidir.<\/p>\nadmin-ajax.php<\/code> dosyas\u0131n\u0131n s\u00fcrekli en \u00fcst s\u0131ralarda oldu\u011funu g\u00f6r\u00fcyorsan\u0131z, Heartbeat API’nin kontrols\u00fcz \u00e7al\u0131\u015ft\u0131\u011f\u0131na emin olabilirsiniz.<\/p>\n3. WP-Cron: Ziyaret\u00e7i Tetiklemeli Zaman Bombas\u0131<\/h4>\n
access.log<\/code>) inceledi\u011finizde, wp-cron.php<\/code> dosyas\u0131na yap\u0131lan isteklerin (POST requests) \u00e7ok s\u0131k oldu\u011funu g\u00f6r\u00fcrseniz, bu durumun sitenizi olumsuz etkiledi\u011fi do\u011frulanm\u0131\u015f olur.<\/p>\n4. \u015ei\u015firilmi\u015f
wp_options<\/code> Tablosu ve “Autoloaded Data”<\/h4>\nwp_options<\/code> tablosu, sitenizin t\u00fcm ayarlar\u0131n\u0131, eklenti konfig\u00fcrasyonlar\u0131n\u0131 ve ge\u00e7ici verileri (transients) tutar. Bu tablodaki baz\u0131 veriler “autoload” (otomatik y\u00fckleme) olarak i\u015faretlenir. Bu, WordPress’in her sayfa y\u00fcklemesinde bu verileri otomatik olarak belle\u011fe y\u00fcklemesi anlam\u0131na gelir.<\/p>\n