cPanel’de PHP Yapılandırması Nasıl Yapılmalı?

cPanel’de PHP yapılandırması, sitenizin hangi PHP sürümüyle çalışacağını, bellek sınırlarını, yükleme boyutlarını ve hata davranışını aynı yerden kontrol etmenin en güvenli yoludur. Doğru kurulum, her değeri yükseltmek değil; uygulamanın gerçekten ihtiyaç duyduğu katmanı seçip diğer değişkenleri sabit tutmaktır. Önce sitenin desteklediği sürümü, sonra PHP çalışma biçimini, ardından bellek ve süre limitlerini ele almak gerekir. Aynı anda birden fazla ayarı değiştirmek yerine küçük adımlarla ilerlemek, hatayı hangi değişikliğin ürettiğini görmeyi kolaylaştırır. Özellikle paylaşımlı hosting’de menü adları, erişebildiğiniz seçenekler ve izinler sağlayıcıya göre değişebilir; bu yüzden güvenli başlangıç değerleri ile test ve geri dönüş planı birlikte düşünülmelidir. Siteniz canlıysa tek tek ilerlemek, değişikliği kaydetmeden önce mevcut değerleri not etmek ve test dosyasını işlem biter bitmez silmek, hem uyumluluk hem güvenlik açısından daha doğru bir çizgidir.

Mevcut düzeni okumadan ayar değiştirmeyin

Mevcut durum, panelde şu an görünen PHP sürümü, handler tipi ve limit değerleridir. Hedef durum ise sitenin daha hızlı, daha kararlı veya daha geniş sınırlarla çalışmasıdır; bunların hepsini aynı anda istemek yerine öncelik sırası kurmak gerekir. Eğer site zaten hatasız çalışıyorsa, ilk hedef daha yüksek bir sürüm değil, değişikliğin neyi iyileştirmesini istediğinizi netleştirmektir. Örneğin yalnızca yükleme boyutu sorunu yaşıyorsanız sürümü değil, dosya ve form limitlerini değiştirmeniz gerekir.

• Önce sürüm uyumluluğunu kontrol edin.
• Sonra çalışma biçimini görün; paneliniz FPM veya benzeri bir seçenek sunuyorsa önce temel yapı stabil olmalıdır.
• En son limitleri yükseltin ya da daraltın.

cPanel’de PHP yapılandırması için hangi ayar katmanı neyi etkiler?

Bu başlıkta önemli nokta, her ayarın aynı yerde ve aynı etkiyle çalışmamasıdır. Bazı hostlarda PHP sürümü bir menüden seçilir, bazı limitler ayrı bir INI düzenleyicide tutulur, bazı durumlarda da dizin bazlı bir dosya üzerinden okunur. Bir ayarı yanlış katmanda değiştirmek, değişikliğin hiç etkili olmamasına ya da beklenmedik hata üretmesine yol açabilir.

Bu değerler, tek doğru ayar gibi değil, güvenli başlangıç çizgisi gibi düşünülmelidir. Özellikle upload_max_filesize ile post_max_size arasında ilişki kurmazsanız yükleme ekranı beklediğiniz gibi davranmayabilir.

Panel içinde değişiklik sırası nasıl olmalı?

İlk adım, hesabınızda hangi menülerin açık olduğunu görmek ve mevcut değerleri not etmektir. Ardından sürüm değişikliği yapacaksanız bunu tek başına yapın; limitleri ve handler seçeneklerini aynı anda oynatmayın. Eğer cPanel’de MultiPHP Manager benzeri bir ekran varsa, alan adı için önce desteklenen sürümü seçin. Sonra MultiPHP INI Editor ya da sağlayıcının sunduğu eşdeğer alan üzerinden limitleri girin. Panel yalnızca .user.ini ile çalışıyorsa aynı değerleri orada tutmak daha güvenlidir. .htaccess içine PHP direktifi eklemek her hostta çalışmaz; özellikle PHP-FPM ya da CGI benzeri bir kurulumda bu yol beklediğiniz sonucu vermeyebilir.

1. Sitenin desteklediği PHP sürümünü seçin.
2. Gerekirse önce varsayılan çalışma biçiminde bırakın, site açılışı ve temel sayfalar doğruysa FPM’i ikinci adımda test edin.
3. memory_limit, upload_max_filesize, post_max_size, max_execution_time ve max_input_vars değerlerini girin.
4. display_errors değerini canlı sitede kapalı bırakın.
5. Değişiklikleri kaydedin ve tek bir test senaryosu ile kontrol edin.

Panelinizde alan adları değişik görünürse, menü adından çok mantığa bakın: sürüm seçimi ayrı, değer düzenleme ayrı, test ayrı olmalıdır.

Hedef durum, güvenli değerler ve geri dönüş mantığı

Hedef durum, sitenin seçilen sürümle sorunsuz açılması, limitlerin temel iş yükünü karşılaması ve hata ayrıntılarının ziyaretçiye görünmemesidir. Mevcut durumdan hedefe giderken güvenli başlangıç değeri seçmek, sonra yalnızca ihtiyaç duyulan alanı artırmak en pratik yaklaşımdır. Yedek veya staging ortamı varsa önce orada test etmek, canlı sitede beklenmedik bir kesinti yaşama riskini azaltır. Eğer staging yoksa tek bir ayar değiştirip sonucu doğrulamak daha güvenlidir. Risk notu olarak şunu akılda tutun: sürüm yükseltmesi, sürüm düşürmeden daha az sorun çıkarabilir; buna rağmen bazı eski eklenti veya temalar yeni sürümle uyumsuz olabilir. Bu yüzden geri alma adımı, yalnızca hata oluşunca değil, değişiklik tamamlanmadan önce de düşünülmelidir.

• Hedef durum: Uygulamanın desteklediği sürüm, yeterli limitler ve kapalı hata gösterimi.
• Güvenli başlangıç değeri: Önce orta seviye limitler, sonra gerçek ihtiyaca göre artış.
• Yedek veya staging: Mümkünse canlıya geçmeden önce aynı ayarları test etme alanı.
• Geri alma: Son değişiklikten başlamalı, aynı anda birkaç parametre geri çekilmemelidir.

Örnek başlangıç bloğu nasıl görünür?

Paneliniz .user.ini ya da benzeri bir dizin bazlı yapı kabul ediyorsa, küçük bir başlangıç bloğu şöyle olabilir. Bunu birebir kopyalamak yerine sitenizin gerçek ihtiyacına göre uyarlayın; daha yüksek değer her zaman daha iyi değildir.

memory_limit = 256M upload_max_filesize = 64M post_max_size = 64M max_execution_time = 120 display_errors = Off

Bu blokta önemli ilişki şudur: post_max_size, upload_max_filesize değerinden küçük olmamalıdır. Aksi halde tek dosya sınırı doğru görünse bile form gönderimi yine başarısız olabilir.

Değişiklikten sonra nasıl test edilir?

En pratik doğrulama, panelde görünen değerleri kontrol etmek ve küçük bir test dosyasıyla sayfanın gerçekten yeni ayarlarla çalıştığını görmektir. Geçici olarak oluşturacağınız phpinfo.php dosyası, sürüm ve limitleri hızlıca gösterebilir; ancak bu dosyayı sadece test süresi boyunca bırakın ve ardından silin.

<?php phpinfo();

Beklenen durum, sayfada seçtiğiniz sürümün ve düzenlediğiniz limitlerin görünmesidir. Ayrıca dosya yükleme formu artık limit hatası vermemeli, uzun süren bir işlem kullanılabiliyorsa zaman aşımı daha kontrollü davranmalıdır. Hata günlüğünde yeni bir uyarı oluşuyorsa, sorun genellikle yanlış katmana yazılmış ayar, uyumsuz sürüm veya fazla agresif bir limit artışıdır.

• Yükleme formu istenen boyutta dosyayı kabul ediyor mu?
• Uzun çalışan sayfa zaman aşımına düşmeden tamamlanıyor mu?
• Hata günlüğünde yeni bir fatal error var mı?
• phpinfo() çıktısı beklenen sürüm ve değerleri gösteriyor mu?

Geri alma ve küçük riskler

Canlı sitede yapılandırma değiştirirken geri alma yolu, değişiklik kadar önemlidir. En güvenli dönüş yöntemi, bir seferde yalnızca son yaptığınız ayarı geri almaktır. Sürüm değişiminden sonra sorun başladıysa önce sürümü eski hale getirin; FPM açtıysanız önce onu kapatın; limitleri artırdıysanız önce son artırdığınız değeri geri çekin. Böylece hangi adımın problemi ürettiğini daha net görürsünüz.

• Değişiklik öncesi değerleri bir notta saklayın.
• Staging alanınız varsa önce orada deneyin.
• Canlı sitede aynı anda sürüm, handler ve limitleri değiştirmeyin.
• Bir 500 hatası görürseniz önce son ayarı geri alın, sonra logu kontrol edin.

PHP-FPM gibi bir seçenek açıldıktan sonra başlıklar, önbellek davranışı veya yanıt süreleri farklılaşabilir; bu nedenle FPM’i sadece temel yapı stabil olduktan sonra test etmek daha sağlıklı olur.

En sık yapılan dört hata

• Yanlış katmana yazmak: Aynı değeri hem panelde hem .htaccess içinde değiştirmek, hangisinin okunduğunu belirsizleştirir.
• upload_max_filesize ile post_max_size ilişkisini kurmamak: Dosya sınırı yükseltilir ama form yine başarısız olur.
• display_errors’ı açık bırakmak: Sorun çözülene kadar hata görünmesi yararlı olabilir; canlı sitede kalıcı açık bırakmak doğru değildir.
• Desteklenmeyen sürümü seçmek: Yeni sürüm her site için otomatik olarak doğru seçim değildir; uygulama uyumluluğu önce gelir.

Yayın öncesi son kontrol

Yayına almadan önce yalnız şu soruların net cevabı olmalı: Seçtiğiniz PHP sürümü uygulama tarafından destekleniyor mu, ayarlar tek bir katmanda mı tutuluyor, test dosyası kaldırıldı mı ve hata günlüğü temiz mi? Bunlardan biri belirsizse değişikliği küçültün, tek bir değeri geri alın ve tekrar test edin. Böyle ilerlediğinizde cPanel’de PHP yapılandırması, rastgele deneme alanı olmaktan çıkıp kontrollü bir bakım işine dönüşür.