wp-config.php, WordPress’in veritabanı bağlantısından güvenlik anahtarlarına kadar temel çalışma bilgilerini taşıdığı için küçük bir değişiklik bile siteyi erişilemez hâle getirebilir. Bu nedenle wp config ayarları üzerinde işlem yaparken neyin değiştirileceğini bilmenin yanı sıra dosyanın yapısını, hassas bilgilerin korunmasını ve hatalı bir düzenlemeden geri dönme imkânını da gözetmek gerekir. Güvenli yaklaşım, ihtiyaca uygun sabitleri sınırlı biçimde düzenlemeyi ve her adımı kontrol etmeyi gerektirir.
wp-config.php Dosyasına Müdahale Etmeden Önce Alınacak Önlemler
Dosyada değişiklik yapmadan önce güvenli bir geri dönüş yolu oluşturmak gerekir. Yanlış bir satır, eksik noktalı virgül veya hatalı değer siteyi erişilemez hâle getirse de önceki sürüme dönülebilir. İşleme başlamadan mevcut dosyayı indirin ve yedeği, web kök dizininden ayrı ve güvenli bir konumda saklayın.
- Yedek oluşturun: Orijinal dosyanın değişiklik öncesi kopyasını tarih bilgisiyle kaydedin.
- Erişimi sınırlandırın: Dosyayı yalnızca yetkili yönetici hesabı veya güvenilir bir FTP/SFTP bağlantısı üzerinden düzenleyin.
- Değişiklikleri küçük tutun: Birden fazla ayarı aynı anda değiştirmek yerine her adımı ayrı uygulayın.
- Kontrol yapın: Kaydetme sonrasında siteyi ve yönetim panelini açarak beklenmeyen bir hata olup olmadığını inceleyin.
Düzenleme sırasında geri dönüş planı bulunması, yalnızca dosyanın kopyasını almakla sınırlı değildir. Yedekten geri yükleme yöntemini de önceden bilmek ve mümkünse değişiklikleri önce test ortamında denemek, canlı sitede oluşabilecek kesinti riskini azaltır.
Temel wp config ayarları Nasıl Düzenlenir?
Yapılandırma sabitleri, WordPress’in çalışma biçimini belirleyen ve genellikle wp-config.php içinde tanımlanan PHP ifadeleridir. Bu satırlar dosyanın en üst bölümünde, “That’s all, stop editing!” yorumundan önce yer almalıdır. Sabit adını, eşittir işaretini veya noktalı virgülü değiştirerek sözdizimini bozmak siteyi erişilemez hâle getirebilir.
Temel ayarlarda en sık kullanılan WP_DEBUG sabiti, hata mesajlarının gösterilip gösterilmeyeceğini belirler. Canlı sitede genellikle false, geliştirme ortamında ise kontrollü biçimde true olarak ayarlanır. Yönetici paneli adresini değiştiren WP_SITEURL veya sitenin genel adresini belirleyen WP_HOME gibi sabitler de yalnızca mevcut URL yapısı kesin olarak biliniyorsa kullanılmalıdır.
Değişiklik yaparken her sabiti tek satırda tutun ve değerleri tek tırnak içinde yazın. Kaydettikten sonra siteyi, yönetici panelini ve temel sayfaları kontrol edin; beklenmeyen bir sonuç oluşursa son değişikliği geri alın.
Veritabanı ve Kimlik Bilgileri Nasıl Korunur?
wp-config.php içinde yer alan veritabanı adı, kullanıcı adı, parola ve sunucu bilgileri, sitenin veri katmanına doğrudan erişim sağlar. Bu nedenle dosyanın ele geçirilmesi yalnızca ayarların değiştirilmesi değil, içeriklerin okunması veya manipüle edilmesi riskini de doğurur. Veritabanı kimlik bilgileri kaynak kodunda, ekran görüntülerinde ya da herkese açık hata çıktılarında paylaşılmamalıdır.
Dosya erişimini sunucudaki yetkilerle sınırlandırın ve web üzerinden doğrudan okunmasını engelleyin. Dosya izinleri, sunucunun çalışma gereksinimini karşılayacak en dar düzeyde tutulmalı; gereksiz kullanıcıların dosyayı okuma veya değiştirme yetkisi kaldırılmalıdır. Kimlik bilgileri bir ekip içinde paylaşılıyorsa parola yöneticisi gibi güvenli kanallar kullanılmalı, e-posta veya sohbet mesajları tercih edilmemelidir.
Veritabanı kullanıcısına yalnızca sitenin ihtiyaç duyduğu yetkileri vermek de ek bir güvenlik katmanı sağlar. Parola değiştirildiğinde wp-config.php içindeki ilgili değer güncellenmeli ve bağlantı hemen test edilmelidir. Kullanılmayan kullanıcı hesapları kapatılmalı; sızma şüphesinde parola ve gerekli erişim anahtarları gecikmeden yenilenmelidir.
Performans ve Hata Ayıklama Ayarları Nasıl Yapılır?
Performans ayarları ile hata ayıklama seçenekleri aynı amaçla kullanılmamalıdır. İlki sitenin çalışma davranışını etkilerken ikincisi sorunların kaynağını görünür hâle getirmeye yarar. Bu nedenle değişiklik yapmadan önce hangi ihtiyaca cevap verileceği belirlenmelidir.
Hata tespiti sırasında WP_DEBUG_LOG etkinleştirilerek uyarı ve hataların günlük dosyasına yazılması sağlanabilir. Ancak bu seçenek üretim ortamında sürekli açık bırakılmamalıdır; günlükler hassas bilgiler içerebilir ve gereksiz dosya birikimine yol açabilir. Sorun incelendikten sonra ilgili hata ayıklama seçenekleri kapatılmalı, ekrana hata gösterimi de aktif edilmemelidir.
Performans tarafında ise gereksiz eklenti, tema veya sorgu kaynaklı yükler yapılandırma dosyasına rastgele sabit ekleyerek çözülmez. Her değişiklik sonrasında yönetim paneli, ön yüz, giriş işlemi ve kritik formlar kontrol edilmelidir. Teşhis amacıyla yapılan geçici bir ayarın ziyaretçilere açık kalması önlenir.
