PHP Sitesini Başka Hostinge Taşıma: Dosya, Veritabanı ve DNS
PHP sitenizi taşırken dosya, veritabanı, PHP sürümü ve DNS kontrollerini doğru sırayla yapın. Yeni hostingi eski hesabı kapatmadan test edin.
PHP sitesini başka bir hostinge taşımak yalnızca dosyaları yüklemek değildir. Veritabanı, yapılandırma, PHP gereksinimleri, alan adı ve uygulamanın yazdığı dosyalar birlikte taşınmalıdır. Bu rehber, eski hizmeti kapatmadan yeni ortamı kontrol edebileceğiniz bir geçiş sırası sunar.
1. Taşıma envanterini çıkarın
Başlamadan önce PHP sürümünü, gerekli eklentileri, veritabanı türünü ve boyutunu, cron görevlerini, yüklenen dosyaları ve e-posta kullanımını not edin. Uygulama Composer kullanıyorsa composer.json ve kilit dosyasını da alın. Gereksinimleri çıkarırken PHP hosting seçim rehberini kullanabilirsiniz.
Dosya yedeğiyle birlikte tutarlı bir veritabanı dışa aktarımı hazırlayın. Sürekli sipariş veya içerik kaydı alan bir uygulamada, son kopyanın hangi anda alındığı önemlidir. Kısa bir bakım penceresi veya uygulamaya uygun senkronizasyon planı belirleyin; ziyaretçilerin yaptığı son işlemleri kaybetmeyin.
Eski hesabı hemen silmeyin. Geri dönüş için dosyaları, veritabanını ve eski DNS değerlerini saklayın.
2. Yeni hizmette PHP ve web kökünü doğrulayın
uLCloud hizmet yönetiminde PHP bölümünden uygulamanın desteklediği sürümü ve gerekli eklentileri kontrol edin. Panelde bir sürümün görünmesi, uygulamanızın o sürümle uyumlu olduğunu kanıtlamaz. Sürüm değişikliğini test kopyasında deneyin.
Uygulamanın web kökünü doğru seçin. Örneğin Laravel, web sunucusunun public dizinine yönlendirilmesini ister; tüm proje kökünü webden erişilebilir yapmak gizli yapılandırma dosyalarını açığa çıkarabilir. Projenizin sürümüne ait resmî Laravel dağıtım belgesini esas alın.
3. Dosyaları ve bağımlılıkları aktarın
Dosya yöneticisini veya paketinizde sunulan aktarım yöntemini kullanın. Başlangıç paketinde SSH özelliği bulunmaz; komut satırına ihtiyaç duyan dağıtımlar için Profesyonel ve Kurumsal paketlerinin kapsamını kontrol edin. Yerel bilgisayarda oluşturulan bağımlılıkların sunucunun PHP sürümü ve eklentileriyle uyumlu olması gerekir.
Yükleme tamamlandığında rastgele birkaç dosyanın boyutunu ve açılabildiğini kontrol edin. Gizli anahtarları, .env dosyasını veya veritabanı parolasını destek mesajına ya da herkese açık klasöre koymayın. Tüm dizinleri 777 yapmak bir taşıma yöntemi değildir; yazma yetkisini yalnızca uygulamanın ihtiyaç duyduğu yerlere verin.
4. Veritabanını oluşturup içe aktarın
Yeni hizmetin veritabanı bölümünde uygulamanıza ait veritabanını ve kullanıcıyı hazırlayın. Eski dışa aktarımı uygun araçla içe aktarın; büyük dosyalarda araç ve paket sınırlarını önceden kontrol edin. Yeni sunucunun bağlantı bilgilerini uygulamanın yapılandırmasına yazın.
Eski veritabanı host adını, kullanıcı adını veya parolasını aynen kullanacağınızı varsaymayın. İçe aktarım bittiğinde yalnızca ana sayfayı değil, veritabanı okuyan ve yazan bir işlemi de test edin. Canlı veriyi korumak için gerçek müşteri işlemi yerine ayrı bir test kaydı kullanın.
5. Alan adı değişmeden önce kontrol edin
Yeni ortamı sağlayıcınızın desteklediği önizleme yöntemiyle veya kendi bilgisayarınızda uygun bir hosts eşlemesiyle kontrol edin. Hosts değişikliği yalnızca o bilgisayarı etkiler; HTTPS sertifikası ve uygulamanın alan adı denetimleri ayrıca doğrulanmalıdır.
| Test | Beklenen sonuç |
|---|---|
| Giriş ve oturum | Giriş yapılır, sayfa yenilenince oturum korunur |
| Form ve dosya yükleme | Test kaydı ve dosya doğru yerde oluşur |
| Veritabanı | Okuma ve yazma hatasız çalışır |
| HTTPS ve bağlantılar | Sertifika geçerlidir, eski adrese zorunlu dönüş yoktur |
| Zamanlanmış işler | Yeni ortamda tanımlı, iki ortamda çift çalışmıyor |
| E-posta | Kullanılan gönderim yöntemine göre gerçek teslimat kontrol edilir |
Ödeme kullanan bir uygulamada ödeme sağlayıcısının test ortamı veya belgelenmiş test yöntemiyle dönüş adreslerini ve bildirimleri kontrol edin.
6. DNS geçişini ve son veriyi planlayın
Yeni adresi, DNS kayıt türünü ve değişecek kayıtları önceden belirleyin. Web taşınırken e-posta da taşınmıyorsa MX ve e-posta doğrulama kayıtlarını gelişigüzel değiştirmeyin. DNS önbellekleri nedeniyle bütün ziyaretçilerin aynı anda yeni sunucuya ulaşacağını varsaymayın.
Son dosya/veritabanı eşitlemesini uygulamanızın yazma düzenine uygun yapın. İki ortamın aynı işi çalıştırmasını önleyin. Geçişten sonra hata günlüklerini, girişleri ve kritik işlemleri izleyin; eski hesabı ancak geçiş doğrulandıktan sonra kapatın.
Hangi hosting paketiyle başlayabilirim?
Tek site, SSH gerektirmeyen dağıtım ve mevcut limitler yeterliyse Başlangıç değerlendirilebilir. Komut satırı veya daha fazla site ihtiyacında Profesyonel ve Kurumsal seçeneklerine bakın. Güncel Web Hosting paketlerini inceleyin; bu rehberdeki adımlar ücretsiz taşıma hizmeti veya kesintisiz geçiş garantisi değildir.
