Arama Yap Mesaj Gönder
Biz Sizi Arayalım
+90
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Almanya (German)Almanya (German) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

Türk Lirası $ US Dollar Euro
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Almanya (German)Almanya (German) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

Türk Lirası $ US Dollar Euro

Bize Ulaşın

Konum Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
WordPress Teknik Rehberi

WordPress PHP Memory Limit Hatası Nasıl Çözülür?

Allowed memory size exhausted mesajı, tek bir PHP isteğinin tanımlanan memory_limit değerini tükettiğini gösterir. Sunucuda boş RAM bulunması bu limiti değiştirmez. Önce tüketimi oluşturan eklenti, sorgu veya işlem bulunmalı; ardından uygun WordPress ve PHP limitleri dengeli şekilde ayarlanmalıdır.

Memory ExhaustedWP_MEMORY_LIMITPHP memory_limitWooCommerceElementor
root@sunucu:~SSH
PHP Fatal error: Allowed memory size of 134217728 bytes exhausted
tried to allocate 4096 bytes
wp-includes/class-wpdb.php on line ...
WordPress katmanıÇekirdek, tema ve eklenti davranışı
PHP katmanıSürüm, uzantı, limit ve fatal error
Sunucu katmanıWeb servisi, veritabanı, disk ve loglar
Güvenli yöntemYedekle, logla, izole et ve doğrula
01
Teknik açıklama

WordPress memory limit ile sunucu RAM’i arasındaki fark nedir?

PHP memory_limit her PHP işleminin kullanabileceği en yüksek bellektir. WP_MEMORY_LIMIT WordPress’in normal işlemler için talep ettiği değeri, WP_MAX_MEMORY_LIMIT ise yönetim tarafındaki bazı işlemler için üst değeri belirleyebilir.

Sunucuda 64 GB RAM olması tek bir PHP isteğinin 128 MB limitini aşmasını engellemez. Buna karşılık limiti çok yükseltmek eşzamanlı PHP süreçlerinin tüm RAM’i tüketmesine yol açabilir.

Logdaki ‘tried to allocate’ değeri toplam ihtiyaç değildir; işlem limit dolduktan sonra istediği son ek miktardır. Asıl tüketen bileşen stack trace ve dosya yoluyla bulunmalıdır.

WooCommerce import, büyük görsel işleme, Elementor editörü, yedekleme ve rapor eklentileri normal sayfalardan daha çok bellek kullanabilir. Yönetim limiti ayrı değerlendirilmelidir.

Object cache, büyük autoload option kayıtları ve sonsuz sorgu döngüleri bellek tüketimini artırabilir. Limit artırıldıktan sonra tekrar yükseliyorsa kök sorun çözülmemiştir.

memory_limit=-1 canlı hosting ortamında güvenli bir çözüm değildir. PHP-FPM worker sayısı ile işlem başı limit birlikte hesaplanmalıdır.

02
Log mesajları ve anlamları

WordPress bellek, allocation ve PHP limit mesajları

E-postada, tarayıcıda veya SSH günlüğünde gördüğünüz ifadeyi aratın. Her kartta anlam, muhtemel neden ve güvenli ilk işlem bulunur.

8 kayıt
01kritik

Allowed memory size exhausted

Anlamı: PHP isteği memory_limit değerine ulaşmıştır.

Muhtemel neden: Ağır eklenti, büyük veri, döngü veya düşük limit.

Dosya yolu ve stack trace ile tüketen işlemi belirleyin.
02uyarı

tried to allocate X bytes

Anlamı: Limit dolduktan sonra istenen son ek miktarı gösterir.

Muhtemel neden: Tek başına toplam bellek ihtiyacını göstermez.

Mevcut limit ve peak usage değerini ölçün.
03kritik

Out of memory

Anlamı: PHP veya işletim sistemi bellek ayıramamıştır.

Muhtemel neden: PHP limiti, global RAM veya OOM.

Kernel OOM logu ile PHP hatasını ayırın.
04uyarı

WP_MEMORY_LIMIT is lower than PHP memory_limit

Anlamı: WordPress normal işlemler için daha düşük talep kullanıyor.

Muhtemel neden: wp-config sabiti veya varsayılan değer.

Gerekliyse kontrollü WP_MEMORY_LIMIT belirleyin.
05uyarı

WP_MAX_MEMORY_LIMIT exhausted in admin

Anlamı: Yönetim işlemi üst WordPress limitini tüketmiştir.

Muhtemel neden: Import, güncelleme, rapor veya editör.

İşlemi parçalara bölün ve tüketen eklentiyi analiz edin.
06kritik

Image processing failed due to memory

Anlamı: Büyük görsel işleme sırasında bellek bitti.

Muhtemel neden: Yüksek çözünürlük, Imagick/GD ve düşük limit.

Görsel boyutunu düşürüp PHP limitini dengeli ayarlayın.
07uyarı

WooCommerce status memory limit warning

Anlamı: WooCommerce önerilen değerin altında limit görüyor.

Muhtemel neden: Web PHP ve CLI PHP ayarları farklı olabilir.

WooCommerce System Status içindeki gerçek web değerini kontrol edin.
08kritik

Killed process php-fpm (OOM)

Anlamı: Kernel global RAM baskısı nedeniyle PHP sürecini öldürmüştür.

Muhtemel neden: Aşırı worker, swap yokluğu veya bellek sızıntısı.

dmesg/journalctl ile OOM olayını doğrulayın.

Bu ifadeyle eşleşen kayıt bulunamadı.

03
Güvenli ilk inceleme

SSH teşhis komutları ve hangi çıktıya bakılmalı?

Komutlar root erişimi içindir. Önce yalnızca durum ve log toplayın; nedeni görmeden kalıcı ayar değiştirmeyin.

CLI PHP memory limiti
php -r 'echo ini_get("memory_limit"), PHP_EOL;'

CLI için etkin memory_limit değerini gösterir.

WordPress limit sabitleri
wp config get WP_MEMORY_LIMIT 2>/dev/null
wp config get WP_MAX_MEMORY_LIMIT 2>/dev/null

wp-config içinde özel limit tanımlı mı gösterir.

WordPress site health değerleri
wp eval 'echo WP_MEMORY_LIMIT." / ".WP_MAX_MEMORY_LIMIT.PHP_EOL;'

WordPress’in gördüğü normal ve admin limitini gösterir.

En büyük autoload optionlar
wp db query "SELECT option_name,LENGTH(option_value) boyut FROM wp_options WHERE autoload='yes' ORDER BY boyut DESC LIMIT 20;"

Autoload edilen büyük seçenekleri tespit eder; prefix farklıysa uyarlayın.

Yoğun PHP süreçleri
ps -eo pid,user,%mem,rss,etime,cmd --sort=-rss | grep -E 'php-fpm|lsphp' | head -n 30

En çok RAM kullanan PHP süreçlerini gösterir.

Kernel OOM kayıtları
journalctl -k --since '2 hours ago' | grep -Ei 'oom|out of memory|killed process'

Global RAM tükenmesi ile PHP limitini ayırır.

04
Barındırma ortamına göre

cPanel, Plesk ve panelsiz sunucuda uygulanacak kontroller

WordPress hatasının temel nedeni aynıdır ancak log yolları, PHP ayar ekranları ve servis yönetimi kullanılan barındırma altyapısına göre değişir.

cPanel / WHM

cPanel’de MultiPHP INI Editor ve MultiPHP Manager web PHP değerini yönetir.

  • Domainin kullandığı PHP sürümünü doğrulayın.
  • memory_limit değerini post/upload limitleriyle karıştırmayın.
  • CloudLinux LVE PMEM ve EP limitlerini ayrıca kontrol edin.
php -r 'echo ini_get("memory_limit"), PHP_EOL;'

Plesk Obsidian

Plesk PHP Settings ekranında domain bazlı memory_limit ayarlanır.

  • Domainin FPM handlerını ve PHP sürümünü doğrulayın.
  • PHP Settings değerini kaydedip FPM poola uygulandığını kontrol edin.
  • WP Toolkit System Check ile WordPress limitini karşılaştırın.
cd /var/www/vhosts/ALANADI/httpdocs && wp eval 'echo WP_MEMORY_LIMIT;'

Panelsiz Linux Sunucu

Panelsiz sunucuda php.ini, FPM pool ve worker kapasitesi birlikte hesaplanır.

  • Web FPM’nin kullandığı php.ini dosyasını bulun.
  • pm.max_children × işlem başı RAM hesabı yapın.
  • Değişiklik sonrası yalnız ilgili FPM servisini reload edin.
php --ini && systemctl list-units 'php*-fpm.service' --no-pager
05
Güvenli çözüm sırası

WordPress Allowed Memory Size Exhausted hatasını çözme adımları

Gerçek web PHP limitini ölçün, hata dosyasını bulun, tüketen bileşeni izole edin ve kapasite hesabıyla kontrollü limit belirleyin.

1

Logdaki dosya ve işlemi belirleyin

Hata hangi eklenti, tema veya çekirdek çağrısında oluşuyor kaydedin.

tail -n 150 wp-content/debug.log
2

Web ve CLI limitini ayırın

Tarayıcıdaki PHP ile SSH php komutu farklı ini kullanabilir.

php --ini
3

Tüketen bileşeni ölçün

Import, editör veya cron işlemini eklentileri kontrollü izole ederek test edin.

wp plugin list --status=active
4

WordPress limitlerini dengeli ayarlayın

Normal ve admin işlemleri için makul WP_MEMORY_LIMIT/WP_MAX_MEMORY_LIMIT kullanın.

5

FPM kapasitesini hesaplayın

İşlem başı gerçek RSS ile max_children ve toplam RAM’i karşılaştırın.

ps -eo rss,cmd --sort=-rss | grep php-fpm | head
6

Aynı işlemi tekrar test edin

Peak usage, log ve global RAM davranışını doğrulayın.

06
Belirtiye göre ayrım

Özel senaryolar ve karar ağacı

Elementor editörü açılmıyor

Admin memory, eklenti sayısı ve büyük template verisi incelenir.

WooCommerce importta hata

Dosyayı parçalara bölün, batch boyutunu ve Action Scheduler’ı kontrol edin.

Yalnız görsel yüklerken bellek bitiyor

Büyük piksel boyutu, Imagick policy ve thumbnail üretimi incelenir.

Limit artırınca tekrar doluyor

Bellek sızıntısı, döngü veya çok büyük autoload verisi araştırılır.

Kernel PHP sürecini öldürüyor

Bu yalnız PHP memory_limit değil global OOM problemidir.

journalctl -k | grep -Ei 'oom|killed process'

Kesinlikle yapmayın

  • memory_limit değerini -1 yapmayın.
  • Sunucu RAM hesabı olmadan çok yüksek limit vermeyin.
  • Hata dosyasını görmeden yalnız wp-config değerini artırmayın.
  • Tüm autoload option kayıtlarını topluca silmeyin.
  • OOM olayını eklenti hatası sanıp kernel logunu atlamayın.
  • CLI limitini değiştirip web PHP’sinin de değiştiğini varsaymayın.

Çözüm sonrası doğrulama

  • Hata oluşturan işlem başarıyla tamamlanıyor.
  • debug.log içinde yeni memory exhausted kaydı yok.
  • Web PHP istenen limiti görüyor.
  • PHP-FPM worker toplamı RAM kapasitesine uygun.
  • Kernel OOM kaydı oluşmuyor.
  • Normal sayfa yanıt süreleri kötüleşmiyor.
07
Resmî teknik kaynaklar

WordPress ve WP-CLI resmî dokümantasyonu

08
İç SEO içerik kümesi

İlgili WordPress hata çözümleri

09
Sık sorulan sorular

WordPress Memory Limit hakkında merak edilenler

WP_MEMORY_LIMIT ile memory_limit aynı mı?

Hayır. PHP memory_limit üst sınırdır; WordPress sabiti uygulamanın talep ettiği değerdir ve PHP üst sınırını aşamaz.

Ne kadar memory limit vermeliyim?

Site ve işlem türüne göre değişir; 128–256 MB yaygındır ancak gerçek süreç tüketimi ve sunucu kapasitesi ölçülmelidir.

Sunucuda boş RAM varken neden hata alıyorum?

PHP her işlem için ayrı memory_limit uygular.

tried to allocate değeri toplam ihtiyaç mı?

Hayır; limit dolduktan sonra istenen son ek miktardır.

WooCommerce daha fazla bellek ister mi?

Import, rapor, ürün varyasyonu ve admin işlemleri standart blogdan daha fazla tüketebilir.

Limit artırmak siteyi hızlandırır mı?

Genellikle hayır; yalnız bellek yetersizliğini giderir. Aşırı yüksek limit global RAM baskısı yaratabilir.

WP_MAX_MEMORY_LIMIT ne işe yarar?

WordPress yönetim tarafındaki bazı ağır işlemler için daha yüksek bellek talebi tanımlar.

EKA YAZILIM VE BİLİŞİM SİSTEMLERİ

Sunucunuzdaki hatayı kalıcı olarak çözelim

cPanel, WHM, CloudLinux, LiteSpeed, MariaDB, Exim ve güvenlik katmanlarını birlikte analiz ederek yalnızca servisi kaldırmak yerine arızanın temel nedenini gideriyoruz.

Sunucu Desteği Al WhatsApp
Top