İçerik editörü 40 MB boyutunda bir video yüklemek istiyor, ancak WordPress en fazla 16 MB kabul edildiğini gösteriyor. upload_max_filesizedeğeri 64 MB yapılsa da yükleme başarısız oluyor: post_max_sizedaha düşük ve ters proxy isteği PHP’ye ulaşmadan reddediyor.
Geçerli yükleme limiti, isteğin geçtiği bütün katmanlardaki en düşük sınırdır. Değişiklikten önce dosyanın tam boyutunu, hata yanıtını ve etkin değerleri kaydedin. Ardından yalnız sınırlayan ayarı yükseltin, toplam istek için yeterli pay bırakın ve aynı dosyayı yeniden yükleyin.
Bu konu ne anlama gelir?
WordPress’in gösterdiği azami yükleme boyutu birden fazla sınırdan oluşur. upload_max_filesizetek dosyaya, post_max_sizeise form alanları ve ek yük dâhil multipart isteğin tamamına uygulanır. WordPress veya multisite daha düşük bir kural koyabilir; web sunucusu, WAF, proxy, CDN ya da hosting paketi isteği PHP’den önce reddedebilir.
Bu nedenle geçerli sınır, ayar ekranlarında görülen en büyük sayı değil, etkin değerlerin en küçüğüdür. Medya dosyaları, eklenti ZIP’leri, içe aktarma, REST istekleri ve yedek geri yükleme işlemleri farklı yollar izleyebileceğinden ayrı ayrı sınanmalıdır.
Gerçekçi bir WordPress örneği
WordPress, Medya Kütüphanesi için 16 MB sınır gösteriyor. Yönetici iki PHP değerini de yükseltip post_max_sizeiçin yeterli pay bırakıyor. Buna rağmen 40 MB dosya HTTP 413 yanıtı alıyor ve PHP günlüğünde hiçbir kayıt oluşmuyor. Sorunun, 32 MB ile sınırlı ters proxy’den kaynaklandığı böylece anlaşılıyor.
Hosting ekibi ilgili sınırı kararlaştırılan değere çıkardıktan sonra 39 MB’lık deneme videosu yüklenip işleniyor. Yeni limitin hemen üzerindeki dosya beklendiği gibi reddediliyor; küçük bir görsel ve normal sayfa isteği ise sorunsuz çalışıyor.
Neden önemlidir ve ne zaman kullanılır?
Limiti yalnız daha büyük dosya gerektiren meşru bir iş için yükseltin. Geçici alan, kalıcı depolama, işlem süresi, bellek ve güvenlik kontrolleri de bu dosyayı karşılayabilmelidir. Dosya türü kuralı, izinler, kota, zararlı yazılım taraması, zaman aşımı veya medya işleme hatası da yüklemeyi durdurabilir.
Ölçülü bir üst sınır, gereksiz ölçüde yüksek değerden daha güvenlidir. Yanlışlıkla depolama tüketimini ve ele geçirilmiş bir hesabın verebileceği zararı sınırlar. Çok büyük dosya yalnız bir kez kullanılacaksa bütün WordPress yükleme yollarını genişletmek yerine haricî video veya nesne depolama hizmeti daha uygun olabilir.
Yeni başlayanlar için anlaşılır yol
- Dosyanın tam boyutunu ve türünü, WordPress’in bildirdiği üst sınırı ve hata yanıtını kaydedin.
- Etkin
upload_max_filesizevepost_max_sizedeğerlerini kontrol edin; ikinci değer multipart isteğin tamamını karşılamalıdır. - İsteğin PHP’ye ulaşıp ulaşmadığını belirleyin. PHP günlüğünde görünmeyen 413 yanıtı web sunucusu, proxy, WAF, CDN veya sağlayıcıya işaret eder.
- En düşük sınırı, o katmanın desteklediği yöntemle değiştirin. İlgisiz bellek ve çalışma süresi ayarlarına dokunmayın.
- Hedef dosyayı, limitin hemen altındaki ve üstündeki dosyaları ve küçük bir kontrol dosyasını yükleyin. Kabul edilen dosyanın WordPress tarafından tamamen işlendiğini doğrulayın.
İleri teknik yol
Dosya yükleme isteğinin geçtiği katmanlar için bir sınır haritası çıkarın: CDN veya edge gövde sınırı, proxy, web sunucusu, PHP toplam istek limiti, PHP tek dosya limiti, WordPress ya da multisite kuralı, geçici dizin, kalıcı alan ve yükleme sonrası medya işleme. Her adımda etkin değeri ve sorumlu katmanı yazın.
Aynı oturum açılmış yolu kullanarak durum kodunu, yanıt kaynağını, PHP ve sunucu günlüklerini, disk kotasını ve işleme sonucunu inceleyin. Komut satırında veya başka bir PHP-FPM havuzunda görülen değer, web isteğinin aynı ayarı kullandığını kanıtlamaz.
Riskler, sık hatalar, yedek ve geri dönüş
php.ini, .user.ini, .htaccessve wp-config.phpiçine birbiriyle çelişen yönergeler eklemeyin. Böyle bir yapı hangi ayarın etkin olduğunu ve nasıl geri alınacağını belirsizleştirir. Düzenlediğiniz dosyayı önce yedekleyip eski değeri not edin.
Sunucu değişikliği reddederse, medya işleme kararsızlaşırsa, depolama kullanımı beklenmedik biçimde artarsa veya istenmeyen dosyalar kabul edilirse önceki ayara dönün. Üst katmandaki sınır güvenle artırılamıyorsa dosyayı küçültmek ya da iş akışını değiştirmek doğru çözümdür.
AIOWS nasıl yardımcı olur?
AIOWS PHP Limitleri
AIOWS PHP Limitleri, mevcut WordPress kurulumunun gördüğü etkin PHP değerlerini gösterir. Böylece PHP tarafında upload_max_filesizeveya post_max_sizedeğerlerinden hangisinin sınırlayıcı olduğu ve kaydedilen değişikliğin uygulanıp uygulanmadığı anlaşılır.
Sunucu ortamı izin veriyorsa modül desteklenen limit değişikliklerini deneyebilir. Ölçülü bir değer çifti belirleyin, etkin sonucu yeniden kontrol edin ve aynı dosyayı web arayüzünden tekrar yükleyin.
AIOWS web sunucusu, proxy, CDN, multisite veya hosting paketi sınırını yükseltemez; sağlayıcının değişikliği kabul edeceğini de garanti edemez. İstek PHP’ye ulaşmıyor veya etkin değer değişmiyorsa ilgili katmanın desteklediği yöntemi kullanın ya da dosyayı küçültün.
AIOWS PHP Limitleri özelliğini inceleyinAIOWS planlarını karşılaştırın
İlgili AIOWS yazıları
- WordPress Maksimum Çalışma Süresi Aşıldı Hatası Nasıl Çözülür?
- WordPress'te post_max_size ve upload_max_filesize Farkı
- WordPress 413 Request Entity Too Large Hatası Nasıl Çözülür?
Sonuç ve önerilen yol
Gerçek yükleme yolundaki doğrulanmış en düşük sınırı bulun. Bu değeri sorumlu katmanın desteklediği yöntemle yükseltin, post_max_sizeiçinde toplam istek için pay bırakın ve aynı dosyayı yeniden yükleyin. WordPress dosyayı tamamen işlemeden ve depolama, süre, güvenlik kontrolleri sağlıklı kalmadan değişikliği başarılı saymayın.
