cPanel'den cPanel'e Site Taşıma ile ilgili sağlıklı bir plan yapmak için önce mevcut ihtiyacı, ardından olası büyümeyi hesaplamak gerekir. Böylece hem bugün rahat çalışan hem de kısa sürede yetersiz kalmayan bir altyapı kurulabilir.
Bu rehberde konuya yalnızca tanım üzerinden değil, gerçek kullanım senaryoları üzerinden yaklaşacağız. web hosting seçerken hangi ayrıntıların önemli olduğunu, hangi değerlerin pazarlama ifadesi olarak kalabildiğini ve karar vermeden önce neyin test edilmesi gerektiğini ele alacağız.
Taşıma başlamadan önce
- Kaynak ve hedef sunucuda yeterli disk alanı bulunduğunu doğrulayın.
- DNS TTL değerlerini önceden düşürün.
- E-posta, cron, SSL, veritabanı ve özel PHP ayarlarını listeleyin.
Adım adım uygulama
- Root erişimi varsa WHM Transfer Tool ile hesapları seçin.
- Root erişimi yoksa cPanel tam yedeği oluşturup hedef sunucuya aktarın.
- Hedefte hesap, veritabanı, e-posta ve dosya izinlerini kontrol edin.
- Hosts dosyasıyla DNS değişmeden siteyi test edin.
- DNS kayıtlarını güncelleyip eski sunucuyu bir süre açık tutun.
İşlemden sonra kontrol edin
- Taşıma sırasında yeni sipariş veya içerik oluşuyorsa son senkronizasyon planlayın.
- Sadece web dosyalarını taşımak e-posta ve DNS ayarlarını eksik bırakabilir.
Düşük trafikli bir WordPress sitesi kötü yazılmış bir eklenti nedeniyle yüksek CPU tüketebilir.
Değişiklik tamamlandıktan sonra yalnızca ilk bağlantının çalışmasına bakmayın. Olay günlüklarını, servis durumunu ve birkaç farklı istemciden erişimi kontrol ederek yapılandırmanın kalıcı biçimde çalıştığını doğrulayın.
Canlı siteyi riske atmadan ilerleyin
cPanel'den cPanel'e Site Taşıma ile ilgili değişikliklerde ilk kural geri dönüş yolunu hazırlamaktır. Dosya ve veritabanı yedeği ayrı ayrı alınmalı, yedek dosyasının açılabildiği kontrol edilmelidir. Canlı sitede doğrudan işlem yapmak yerine alt alan adı veya yerel hosts kaydıyla test kopyası kullanmak, ziyaretçileri etkilemeden hata yakalamayı sağlar.
Güvenlik güncellemelerini uzun süre ertelemek, uyumluluk kaygısından daha büyük risk oluşturabilir. Güncelleme öncesinde yedek alıp test ortamında kontrol yapmak; eski PHP, tema veya eklenti sürümünde kalmaktan daha sağlıklı bir yöntemdir.
Bu noktada web hosting sayfasındaki teknik özellikleri kendi ölçüm sonuçlarınızla karşılaştırmak, yalnızca paket adına göre karar vermekten daha sağlıklı olur.
WordPress performansını yalnızca önbellek eklentisiyle çözmeye çalışmak çoğu zaman yeterli değildir. Yavaş sorgular, gereksiz cron görevleri, büyük autoload verisi, optimize edilmemiş görseller ve bot trafiği birlikte incelenmelidir. Sunucu kaynağı artırılmadan önce hangi bileşenin darboğaz oluşturduğu belirlenirse daha kalıcı çözüm elde edilir.
Taşıma veya DNS değişikliği sonrasında ana sayfanın açılması tek başına yeterli test değildir. Yönetim paneli, iletişim formu, SMTP gönderimi, ödeme adımı, zamanlanmış görevler, SSL zinciri ve yönlendirmeler kontrol edilmelidir. E-posta hizmeti aynı sunucudaysa MX, SPF, DKIM ve DMARC kayıtları ayrıca doğrulanmalıdır.
cPanel'den cPanel'e Site Taşıma için en sağlıklı yaklaşım, ilk kurulumdan sonra ölçüm toplamaya devam etmektir. Yoğun saatlerde alınan CPU, RAM, disk, ağ ve hata günlüğü verileri bir sonraki kapasite kararını kolaylaştırır. Böylece sorun ortaya çıktığında tahmin yürütmek yerine hangi kaynağın ne zaman yetersiz kaldığı görülebilir.
Yayın veya kurulum tamamlandıktan sonra cPanel'den cPanel'e Site Taşıma için yalnızca bir kez kontrol yapmak yeterli değildir. İlk gün, ilk yoğun kullanım ve ilk yedekleme sonrasında değerleri yeniden incelemek gerekir. Başlangıçta görünmeyen darboğazlar çoğu zaman gerçek trafik geldiğinde ortaya çıkar; erken fark edilen sorunlar daha küçük bir müdahaleyle çözülebilir.
cPanel'den cPanel'e Site Taşıma işlemini ekip içinde tekrar uygulamak gerekebileceği için kullanılan komutları, dosya yollarını ve eski değerleri kısa bir notta saklayın. Böylece aynı sorun yeniden yaşandığında sıfırdan araştırma yapmak yerine doğrulanmış adımları takip edebilirsiniz. Özellikle uzak sunucularda geri dönüş komutunun önceden hazır olması bağlantı kaybı riskini azaltır.
Sık sorulan sorular
İşlem öncesinde yedek almak gerekli mi?
Evet. Dosyalar, veritabanı, e-posta ve yapılandırma dahil geri dönüş sağlayacak bir yedek bulunmalıdır.
Değişiklikten sonra site neden hemen görünmüyor?
DNS önbelleği, CDN, tarayıcı önbelleği veya PHP/uygulama önbelleği eski içeriği göstermeye devam edebilir.
