20 MB’lık bir dosya upload_max_filesizesınırının altında olduğu hâlde WordPress yükleme formu boş gelebilir. Bunun nedeni, dosya ve diğer alanlarla birlikte toplam multipart isteğinin daha düşük bir post_max_sizedeğerini aşması olabilir.
Tek dosya limitiyle bütün POST gövdesinin limiti farklıdır. Güvenli ayar, en büyük dosyanın yanı sıra diğer dosyalara, form alanlarına ve multipart ek yüküne de yeterli pay bırakır; üstteki web sunucusu veya proxy tavanları ayrıca kontrol edilir.
İki limit neyi sınırlar?
upload_max_filesize, PHP’nin kabul edeceği tek bir yüklenen dosyanın azami boyutunu belirler. post_max_sizeise bütün POST isteğini; yüklenen tüm dosyaları, metin alanlarını ve multipart kodlama ek yükünü kapsar.
Birden fazla dosya gönderildiğinde her dosya tek başına küçük olsa bile toplam istek post_max_sizedeğerini aşabilir. Böyle bir durumda PHP, WordPress form alanlarını işlemeden önce gövdeyi reddedebilir veya boş POST verisi görülebilir.
Gerçekçi bir WordPress örneği
WordPress’te upload_max_filesize=32M, post_max_size=16Mgörünüyor. Kullanıcı 20 MB dosya seçiyor; dosya tekil sınırın altında olsa da tam istek 16 MB’ı geçtiği için yükleme başarısız oluyor.
Ekip post_max_sizedeğerini dosya, ek form alanları ve multipart payını karşılayacak şekilde yükseltiyor. Tek 20 MB dosya ve birlikte gönderilen iki orta boy dosya ayrı ayrı sınanıyor. WordPress’in gerçek web işleyicisinde yeni değerlerin etkin olduğu doğrulanıyor.
Değerler nasıl ilişkilendirilmeli?
upload_max_filesizeamaçlanan en büyük tek dosyayı karşılamalıdır. post_max_sizeise toplam isteği taşıyacak kadar daha yüksek olmalı; çoklu yükleme ve diğer form alanları hesaba katılmalıdır. İki değeri alışkanlıkla eşit yapmak her senaryoda yeterli değildir.
Gerçek tavan daha düşük bir Nginx/Apache, reverse proxy, CDN, WAF, WordPress multisite, rol veya hosting politikası olabilir. PHP değerleri doğru görünse bile 413 yanıtı ya da uygulama sınırı devam ediyorsa bu katmanlar incelenmelidir.
Yeni başlayanlar için güvenli uygulama
- Küçük bir dosyayla kontrol yüklemesi yapın.
- Hatanın oluştuğu web isteğinde etkin
upload_max_filesizevepost_max_sizedeğerlerini görüntüleyin. - Dosya sayısını, her dosyanın boyutunu ve diğer form alanlarını kaydedin.
- Tek dosya limitini amaçlanan en büyük dosyaya; POST limitini ise bütün isteğe pay bırakacak şekilde belirleyin.
- Sunucu destekliyorsa yalnız gereken iki değerde ölçülü değişiklik deneyin.
- Tek dosyalı ve çok dosyalı testleri, limitin hemen altındaki ve üzerindeki örneklerle çalıştırın.
İleri teknik yaklaşım
Tarayıcı isteğinin Content-Lengthdeğerini, PHP uyarılarını ve WordPress’in gördüğü $_FILES/$_POSTdurumunu karşılaştırın. CLI farklı php.inikullanabileceğinden ölçümü yüklemeyi işleyen SAPI/FPM havuzunda yapın.
- Tek ve çoklu dosya isteklerini ayrı test edin.
- PHP öncesinde dönen 413 yanıtını PHP limit sorunu sanmayın.
memory_limitveya çalışma süresini otomatik olarak yükseltmeyin; dosyayı kabul etmekle işlemek farklı aşamalardır.- İstenen ve etkin değerleri, üst katman tavanını ve deneme dosyalarını bakım kaydına ekleyin.
Riskler, sık hatalar ve rollback
Çok yüksek gövde limitleri sunucunun büyük istekleri daha uzun süre işlemesine ve disk/bellek baskısına yol açabilir. Sınırsız değerler kötüye kullanım yüzeyini de büyütür.
- Yalnız
upload_max_filesizedeğerini yükseltip toplam POST limitini unutmayın. - Değerleri hatalı bağlam olan CLI çıktısıyla doğrulamayın.
- Proxy, WAF ve WordPress uygulama limitlerini ayrı kontrol edin.
- Sunucu değişikliği reddeder veya kaynak sorunu oluşursa önceki değerlere dönün; büyük yüklemeyi parçalara bölün.
AIOWS nasıl yardımcı olur?
AIOWS PHP Limitleri
AIOWS PHP Limitleri, WordPress yüklemesini işleyen bağlamda etkin upload_max_filesizeve post_max_sizedeğerlerini birlikte görmenize yardımcı olur. Sunucu ortamı destekliyorsa tutarlı bir çift deneyebilir ve yeni değerlerin gerçekten uygulandığını doğrulayabilirsiniz.
En büyük tek dosyayı ve toplam multipart isteği ölçün. POST limiti için dosyalarla diğer alanlara yeterli pay bırakın; ardından bir büyük dosya ve iki orta dosyayla iki farklı sınırı doğrulayın.
Modül web sunucusu, proxy, CDN, WAF veya hosting tavanını otomatik yükseltmez. Sunucu PHP değişikliğini reddederse sağlayıcının desteklediği yöntemi kullanın. Dosyanın işlenmesi sırasında gereken bellek ve süre de ayrı ölçülmelidir.
AIOWS PHP Limitleri’ni inceleyinAIOWS planlarını karşılaştırın
İlgili AIOWS yazıları
- WordPress Dosya Yükleme Boyutunu Artırma: Kapsamlı Limit Rehberi
- WordPress İçin PHP max_input_vars Nasıl Artırılır?
- WordPress 413 Request Entity Too Large Hatası Nasıl Çözülür?
Sonuç ve önerilen yol
İki kapsamı ayrı düşünün: en büyük tek dosya ve bütün POST isteği. Etkin değerleri gerçek web işleyicisinde doğrulayın; PHP’nin üzerindeki proxy ve uygulama tavanlarını da hesaba katın.
