Binlerce ürünü içe aktaran bir WordPress işlemi, belirli noktada “Maximum execution time exceeded” hatasıyla durabilir. PHP süresini büyük bir değere çıkarmak işlemi biraz daha ilerletse bile tek parça sorgu, kısa proxy timeout’u veya yavaş dış API çağrısı sorunu yeniden üretir.
Önce hangi işlem bağlamının süreyi aştığını ve son başarılı birimi belirleyin. Güvenilir çözüm çoğu zaman sınırsız web isteği değil; parti, devam noktası, arka plan worker’ı veya WP-CLI gibi kesintiden sonra güvenle sürdürülebilen yöntemdir.
Maksimum çalışma süresi nedir?
max_execution_time, PHP kodunun ne kadar süre çalışabileceğini belirleyen sınırlardan biridir. Gerçek istek ayrıca web sunucusu, reverse proxy, PHP-FPM, CDN, veritabanı, uzak API veya istemci timeout’u nedeniyle daha erken kesilebilir.
Hata tek bir PHP çalışmasının sınırı aştığını gösterir; hangi limitin değiştirilmesi gerektiğini veya işin daha uzun süre güvenle çalışacağını kanıtlamaz. wp-admin, AJAX/REST, cron, kuyruk worker’ı ve WP-CLI farklı yapılandırma bağlamları kullanabilir.
Gerçekçi bir WordPress örneği
Ürün içe aktarma işlemi üç bin satırdan sonra 30 saniyelik PHP limitine ulaşıyor. Limit 120 saniyeye çıkarıldığında daha fazla ürün işleniyor, ancak proxy 60 saniyede bağlantıyı kapatıyor ve işlem kaldığı yeri güvenilir biçimde bilmiyor.
Ekip içe aktarıcının parti ve devam seçeneğini kullanıyor. Her parti işlenen kimlikleri kaydediyor; kontrollü bir kesintiden sonra tamamlanan ürünleri yinelemeden devam edebildiği doğrulanıyor. PHP süresi yalnız tek partinin gerçek ihtiyacına göre ölçülü biçimde ayarlanıyor.
Limit ne zaman artırılmalı?
İşin kapsamı açıkça sınırlıysa, tamamlanmaya doğru ölçülebilir biçimde ilerliyorsa ve desteklenen daha güvenli bir bölme yöntemi yoksa çalışma süresi ölçülü biçimde artırılabilir. İstenen değer, hosting tavanı ve üst katman timeout’larıyla uyumlu olmalıdır.
İş takılmışsa, aynı yan etkiyi tekrarlıyorsa, uzun kilit tutuyorsa veya belleği sürekli büyüyorsa süreyi artırmak doğru çözüm değildir. Yavaş sorgu, dış servis, dosya I/O’su veya kod döngüsü önce düzeltilmelidir.
Yeni başlayanlar için tanı adımları
- Kritik hata mesajını, işlemi, tamamlanan kayıt sayısını ve geçen süreyi kaydedin.
- Hatanın ön yüz, wp-admin, AJAX/REST, cron, worker veya WP-CLI bağlamında oluştuğunu belirleyin.
- Etkin
max_execution_timedeğerini ve proxy/web sunucusu timeout’larını kontrol edin. - İşin parti, devam noktası, arka plan veya komut satırı seçeneği olup olmadığını inceleyin.
- Süreyi artırmadan önce yavaş sorgu, dış API, dosya işlemi ve bellek kullanımını gözleyin.
- Tek kontrollü partiyle tamamlanan birimi, süreyi ve kesintiden sonra devamı doğrulayın.
İleri teknik yaklaşım
Her parti için işlenen satır sayısı, geçen süre, tepe bellek, sorgu süresi ve dış çağrı sayısıyla ilerleme profili çıkarın. İşi bilinçli olarak kesen bir test, işlemin yinelenmeden kaldığı yerden devam edip edemediğini gösterir.
- PHP, FPM, web sunucusu ve proxy loglarını aynı zaman çizelgesinde karşılaştırın.
- Yalnız gerçekten aynı isteği beklemesi gereken katmanların timeout değerlerini hizalayın.
- CLI veya worker bağlamının web isteğinden farklı PHP yapılandırması kullanabileceğini doğrulayın.
- Limit değişikliğinin ardından aynı veri kümesiyle kaynak yükünü ve toparlanmayı tekrar ölçün.
Riskler, sık hatalar ve rollback
Çalışma süresini sınırsız yapmak uzun kilitleri, bellek sızıntısını ve tekrar eden yan etkileri büyütebilir. Proxy daha erken keserse kullanıcı işlemi başarısız sanarken sunucu çalışmaya devam edebilir.
- İlerlemeyen işi daha yüksek limitle gizlemeyin.
- Yedeksiz içe aktarma, taşıma veya toplu veri işlemi çalıştırmayın.
- İstenen değer etkili olmadıysa farklı dosyalara aynı yönergeyi eklemeyin; etkin yapılandırma katmanını bulun.
- Deneme başarısızsa önceki limit değerine dönün ve yarım kalan işlemi doğrulanmış son devam noktasından sürdürün.
AIOWS nasıl yardımcı olur?
AIOWS PHP Limitleri
AIOWS PHP Limitleri, WordPress’in çalıştığı bağlamda etkin PHP limitlerini görmenize yardımcı olur. Sunucu ortamı destekliyorsa ölçülü bir değişiklik denemesi yapabilir ve kaydedilen değerin gerçekten etkili olup olmadığını doğrulayabilirsiniz.
Önce işin kapsamının belirli ve tamamlanabilir olduğunu, işlemin gerçekten ilerlediğini ve parti veya kaldığı yerden devam etme seçeneğinin bulunmadığını doğrulayın. Ardından yalnız gereken bağlamda sınırlı bir süre deneyin; tek partinin tamamlanan birimlerini, çalışma süresini ve kaynak kullanımını yeniden ölçün.
Modül hosting politikasını, PHP-FPM havuzunu, web sunucusu veya proxy tavanını her zaman aşamaz. Sınırsız kaynak kullanan kodu ya da kesintiden sonra güvenle devam edemeyen işi de onarmaz. Sunucu değeri reddederse hosting sağlayıcısının desteklediği yöntemi kullanın veya iş yükünü küçültün.
AIOWS PHP Limitleri’ni inceleyinAIOWS planlarını karşılaştırın
İlgili AIOWS yazıları
- WordPress Allowed Memory Size Exhausted Hatası: Tam Çözüm
- Destek İçin Güvenli WordPress PHP Limit Raporu Nasıl Oluşturulur?
- WordPress Dosya Yükleme Boyutunu Artırma: Kapsamlı Limit Rehberi
Sonuç ve önerilen yol
Önce işlemin gerçekten ilerlediğini ve kesintiden sonra güvenle sürdürülebildiğini kanıtlayın. Parti, worker veya WP-CLI yolu tek dev web isteğinden daha güvenlidir; limit artışını yalnız ölçülü ve doğrulanmış son adım olarak kullanın.
