Taşındıktan Sonra Bozulan Adresler: Sabit Yazılmış URL Sorunu

Siteyi yeni hosting hesabına taşıdınız. Ana sayfa açılıyor ama görsellerin yarısı eski adresten yükleniyor, bazı bağlantılar hâlâ eski siteye gidiyor ve yönetici paneli sizi eski adrese yönlendiriyor.

Bu yazı, veritabanına ve dosyalara gömülmüş adreslerin yarattığı sorunu ele alıyor.

Adres Nereye Gömülür?

Dördüncü satır en zor olanıdır ve sonraki bölümün konusudur.

İkinci ve üçüncü satırlar ise en yaygın olanlardır: editörde bir görsel eklerken sistem çoğu zaman tam adresi yazar, göreli yolu değil — bu yüzden taşınan sitede görseller eski adresi göstermeye devam eder.

Bu durumda eski site kapatıldığında görseller tamamen kaybolur; açık kaldığı sürece ise sorun fark edilmeyebilir.

Serileştirilmiş Veri Tuzağı

En tehlikeli kısım budur:

• Bazı ayarlar tek bir metin alanında saklanır.
• Bu metin, uzunluk bilgisi içerir.
• Basit bul-değiştir bu bilgiyi bozar.

Sonuç sessiz ama yıkıcıdır: veritabanında düz bir bul-değiştir çalıştırmak, uzunluk bilgisi tutmayan serileştirilmiş verileri okunamaz hâle getirir ve ilgili eklenti ayarları tamamen kaybolur.

Üstelik hata anında ortaya çıkmaz. Eklenti çalışmaya devam eder, sadece ayarları varsayılana dönmüş görünür.

Bu yüzden veritabanında adres değiştirmek için serileştirilmiş veriyi anlayan araçlar kullanılmalıdır. Bu araçlar uzunluk bilgisini de günceller.

Doğru Yöntem

1. Önce tam yedek alın.
2. Yapılandırma ayarını elle düzeltin.
3. Serileştirmeye duyarlı araçla değiştirin.
4. Tema ve eklenti dosyalarını tarayın.
5. Kural dosyasını kontrol edin.
6. Doğrulayın.

Birinci adım pazarlıksızdır: toplu adres değiştirme geri alınamaz bir işlemdir ve yanlış bir arama deseni tüm içeriği bozabilir.

İkinci adım sırayı belirler. Site adresi ayarı düzeltilmeden panele giremeyebilirsiniz.

Dördüncü adım kod içindeki sabit yolları bulur. Bu yollar veritabanı değişikliğinden etkilenmez.

Protokol Değişimi

Aynı sorun HTTPS geçişinde de yaşanır:

Birinci satır SSL kurulumundan sonraki en yaygın şikayettir: sertifika doğru kurulmuş olsa bile içerikteki şifresiz görsel adresleri kilit simgesini kaybettirir — sorun sertifikada değil, veritabanındaki eski adreslerdedir.

Çözüm aynıdır: içerikteki şifresiz adresler şifreli hâle getirilir.

Geçici bir önlem olarak tarayıcıya yükseltme talimatı veren bir başlık eklenebilir, ama asıl düzeltme veritabanında yapılmalıdır.

Bir Daha Yaşamamak

Yeni içerik üretirken alınacak önlemler:

• Göreli yol kullanın.
• Temada adresi bir değişkenden alın.
• Tam adresi koda yazmayın.
• Ortam değişkeninden okuyun.

İkinci madde en pratik kuraldır: tema dosyalarında site adresini sabit yazmak yerine sistemin sunduğu adres fonksiyonundan almak, taşınmayı tamamen sorunsuz hâle getirir.

Bu alışkanlık, aynı temayı test ortamında da çalıştırabilmenizi sağlar.

Birinci madde içerik editörlerinde her zaman mümkün olmayabilir ama görsellerde tercih edilmelidir.

Taşıma Sonrası Kontrol

1. Kaynak kodda eski alan adını arayın.
2. Tarayıcı konsolundaki hataları okuyun.
3. Birkaç iç sayfayı rastgele açın.
4. Form gönderimini test edin.
5. Yönetici panelini kontrol edin.

Birinci madde en hızlı ve en kesin testtir: açılan sayfanın kaynak kodunda eski alan adını aratmak, kalan tüm sabit adresleri tek seferde ortaya çıkarır.

Birkaç farklı sayfa türünde bu aramayı yapmak yeterlidir: ana sayfa, bir içerik sayfası, bir liste sayfası ve bir form sayfası.

İkinci madde ise engellenen kaynakları gösterir. Konsol, hangi dosyanın yüklenemediğini açıkça söyler.

Dördüncü madde sıkça atlanır. Formun gönderileceği adres de sabit yazılmış olabilir ve gönderim eski siteye gider.

Kalan Referanslar

İkinci satır çoğu kafa karışıklığının nedenidir: önbellek temizlenmeden yapılan kontroller eski adresleri göstermeye devam eder ve düzeltmenizin işe yaramadığını sanırsınız.

Dördüncü satır ise en geç fark edilenidir. Ödeme sağlayıcısındaki dönüş adresi güncellenmezse, müşteri ödeme sonrası eski siteye yönlendirilir.

Taşıma sonrası veritabanı işlemlerini ve dosya taramasını panel araçlarınızla yapabilirsiniz; hosting hesabı panelindeki veritabanı yöneticisi ve dosya arama özelliği bu kontrolleri kolaylaştırır.

Sonuç

Taşınmış sitede bozuk görseller ve yanlış bağlantıların nedeni, adreslerin veritabanına tam olarak gömülmüş olmasıdır: editör bir görsel eklerken çoğu zaman tam adresi yazar, göreli yolu değil. Düzeltirken düz bir bul-değiştir çalıştırmayın — serileştirilmiş verilerdeki uzunluk bilgisini bozar ve eklenti ayarları sessizce kaybolur. Serileştirmeye duyarlı bir araç kullanın ve önce mutlaka yedek alın. Kontrol için en hızlı yol, sayfa kaynağında eski alan adını aratmaktır.

Sıkça Sorulan Sorular (SSS)

Taşıdıktan sonra görseller neden eski adresten yükleniyor?

Çünkü içerik editörü görsel eklerken çoğu zaman tam adresi yazar, göreli yolu değil. Bu adresler veritabanındaki içerik metinlerine gömülüdür ve taşımadan etkilenmez. Eski site açık kaldığı sürece sorun fark edilmeyebilir; kapatıldığında görseller tamamen kaybolur.

Veritabanında bul-değiştir yapabilir miyim?

Düz bir bul-değiştir çalıştırmayın. Bazı ayarlar uzunluk bilgisi içeren serileştirilmiş metinlerde saklanır; düz değiştirme bu bilgiyi bozar ve ilgili eklenti ayarları okunamaz hâle gelir. Üstelik hata anında görünmez, ayarlar sadece varsayılana dönmüş gibi olur. Serileştirmeye duyarlı araçlar kullanın.

SSL kurdum ama kilit simgesi çıkmıyor?

Sertifika doğru kurulmuş olabilir; sorun içerikteki şifresiz görsel ve kaynak adresleridir. Tarayıcı bunları engeller ve karışık içerik uyarısı verir. Çözüm, veritabanındaki şifresiz adresleri şifreli hâle getirmektir.

Taşımanın tamamlandığını nasıl doğrularım?

Açılan sayfanın kaynak kodunda eski alan adını aratın — kalan tüm sabit adresleri tek seferde ortaya çıkarır. Bunu ana sayfa, içerik sayfası, liste sayfası ve form sayfasında ayrı ayrı yapın. Kontrolden önce önbelleği temizleyin, yoksa eski adresleri görmeye devam edersiniz.