Büyük bir WordPress menüsü hata göstermeden kaydolduğu hâlde son öğeler kayboluyorsa, PHP istekteki bütün değişkenleri kabul etmemiş olabilir. Eksik formu tekrar kaydetmek, kaybolan öğeleri geri getirmez; tersine eksik yapıyı kalıcılaştırabilir.
Önce mevcut menüyü veya ayarı yedekleyin ve kesilmenin gerçekten max_input_varssınırında oluştuğunu kanıtlayın. Limit yalnız ölçülen ihtiyacın biraz üzerine çıkarılmalı; form sürekli büyüyorsa sayfalama veya yeniden tasarım düşünülmelidir.
max_input_vars nedir?
max_input_vars, PHP’nin tek istekte ayrıştıracağı girdi değişkeni sayısını sınırlar. Büyük WordPress menüleri, page builder ayarları veya çok alanlı yönetim formları bu sayıyı aşarsa isteğin son bölümü uygulamaya ulaşmayabilir.
Limit görünür alan sayısını değil, PHP’nin ayrıştırdığı değişkenleri sayar. İç içe alanlar, diziler ve tekrar eden form öğeleri tek bir görsel alandan birden fazla değişken üretebilir.
Gerçekçi bir WordPress örneği
Bir yönetici 350 öğelik menüyü kaydediyor. WordPress başarı bildirimi gösteriyor; ancak menünün son bölümündeki öğeler kayboluyor. PHP logunda giriş değişkeni sınırına ilişkin uyarı bulunuyor ve wp-admin bağlamında etkin değer formun ürettiği değişken sayısından düşük.
Mevcut menü önce dışa aktarılıyor veya ekran görüntüsüyle kaydediliyor. Staging ortamında başlangıç, orta ve son öğelere belirgin etiketler ekleniyor. Limit ölçülen ihtiyacın biraz üzerine çıkarıldığında tüm etiketlerin kaydedilip yeniden yüklendiği doğrulanıyor.
Limit ne zaman artırılmalı?
Desteklenen ve meşru bir form etkin sınırı sürekli aşıyorsa, kaynak etkisi kabul edilebilir olmak koşuluyla ölçülü artış yapılabilir. Eksikliğin JavaScript, yetki, doğrulama, eklenti çakışması veya veritabanı kaydı nedeniyle oluşmadığı kanıtlanmalıdır.
Form sürekli büyüyorsa genel PHP limitini sınırsız artırmak yerine sayfalama, parçalara bölme veya eklentinin farklı saklama yöntemini kullanmak daha güvenlidir. Hosting sağlayıcısı değişikliği reddediyorsa farklı yapılandırma dosyalarına aynı yönergeyi eklemeyin.
Yeni başlayanlar için güvenli uygulama
- Eksik formu yeniden kaydetmeden önce mevcut menü veya ayarı yedekleyin.
- Beklenen ve gerçekten kaydedilen öğe sayısını karşılaştırın.
- PHP logunda girdi değişkeni kesilmesi uyarısını arayın.
- Hatanın oluştuğu wp-admin isteğinde etkin
max_input_varsdeğerini doğrulayın. - Sunucu destekliyorsa ölçülen ihtiyacın biraz üzerinde en küçük artışı deneyin.
- İlk, orta ve son öğeleri yeniden kaydedip veritabanından doğru yüklendiğini; diğer formların da çalıştığını sınayın.
İleri teknik yaklaşım
Tarayıcının gönderdiği form verisi, PHP’nin ayrıştırdığı değişken sayısı ve WordPress’in kaydettiği yapı karşılaştırılmalıdır. CLI veya farklı PHP-FPM havuzu başka değer gösterebileceğinden mutlaka hatalı web isteğinin kullandığı işleyiciyi ölçün.
post_max_size,max_input_nesting_levelveya bellek limitini ayrı kanıt olmadan birlikte değiştirmeyin.- İstek gövdesi tamken PHP son değişkenleri kesiyorsa
max_input_varstanısı güçlenir. - Sunucu hizmetinin yeniden yüklenmesi gerekiyorsa aynı deneme formunu değişiklikten sonra tekrar gönderin.
- Önceki ve yeni etkin değeri, ölçülen değişken sayısını ve kaydedilen öğe sayısını kaydedin.
Riskler, sık hatalar ve rollback
Gereksiz derecede yüksek limit, pahalı veya kötü niyetli isteklerin daha fazla kaynak tüketmesine izin verebilir. Sorun başka katmandaysa değer artışı hiçbir şeyi düzeltmez ve gerçek nedeni gizler.
- Mevcut büyük formun yedeği olmadan yeniden kaydetmeyin.
- Birden fazla PHP limitini aynı anda değiştirmeyin.
- İlgisiz yönetim ve ön yüz formlarını da test edin.
- Sunucu değeri kabul etmiyor veya yeni sorun oluşuyorsa önceki değere dönün ve formu yeniden tasarlayın.
AIOWS nasıl yardımcı olur?
AIOWS PHP Limitleri
AIOWS PHP Limitleri, wp-admin formunun çalıştığı WordPress bağlamında etkin max_input_varsdeğerini görmenize yardımcı olur. Sunucu ortamı destekliyorsa ölçülen ihtiyaca uygun bir artış deneyebilir ve yeni değerin gerçekten etkinleşip etkinleşmediğini doğrulayabilirsiniz.
Önce formun ürettiği değişken sayısını ve kesilen bölümü belirleyin. Yalnız max_input_varsiçin küçük bir değişiklik deneyin; başlangıç, orta ve son işaretli öğelerin kaydedilip yeniden yüklendiğini kontrol edin.
Modül hosting politikasını veya PHP-FPM tavanını her zaman aşamaz. JavaScript serileştirme hatasını, eklenti mantığını ya da sınırsız büyüyen form tasarımını da düzeltmez. Değer reddedilirse hosting sağlayıcısının desteklediği yöntemi kullanın veya formu daha küçük bölümlere ayırın.
AIOWS PHP Limitleri’ni inceleyinAIOWS planlarını karşılaştırın
İlgili AIOWS yazıları
- WordPress’te post_max_size ve upload_max_filesize Farkı
- Destek İçin Güvenli WordPress PHP Limit Raporu Nasıl Oluşturulur?
- WordPress Allowed Memory Size Exhausted Hatası: Tam Çözüm
Sonuç ve önerilen yol
Mevcut formu koruyup kesilmeyi log ve öğe sayısıyla kanıtlayın. Limiti yalnız ölçülen ihtiyacın biraz üzerine çıkarın; form sürekli büyüyorsa daha yüksek genel limit yerine sayfalama veya yeniden tasarım seçin.
