WordPress sitesini yeni VPS'e taşıma

WordPress sitesini taşımak üç şeyi taşımak demektir: dosyalar (özellikle wp-content klasörü), veritabanı ve alan adının DNS kaydı. En kolay yol bir taşıma eklentisi kullanmaktır. Elle taşımada dosyaları kopyalar, veritabanını dışa aktarıp yeni sunucuya alır ve gerekirse adresleri düzeltirsiniz.

Hangi yöntemi seçerseniz seçin sıra aynıdır: yedek alın, yeni sunucuda deneyin, DNS'i en sona bırakın. Eski sunucuyu, yeni site çalışana kadar kapatmayın.

Başlamadan önce

• Tam yedek alın. Dosyaların ve veritabanının bir kopyası bilgisayarınızda dursun. Resmi WordPress taşıma belgesi de veritabanında yapacağınız her değişiklikten önce yedek almayı söylüyor.
• Boyutu öğrenin. wp-content klasörü ve veritabanı kaç MB? Yöntem seçimi buna bağlı.
• Sürümleri karşılaştırın. Yeni sunucudaki PHP sürümü eski eklentilerinizle çalışıyor mu? Uyumsuz bir eklentiyi taşımadan önce güncelleyin.
• TTL'yi düşürün. Geçişten bir iki gün önce alan adınızın DNS kayıtlarında TTL değerini 300 saniyeye indirin. Geçiş sırasında eski adres uzun süre önbellekte kalmaz.
• E-postanın nerede olduğuna bakın. A kaydını değiştirmek MX kayıtlarını etkilemez. E-posta site sunucusundaysa ayrıca taşınması gerekir.

Yöntem 1: Eklentiyle taşıma

Taşıma eklentileri dosyaları ve veritabanını tek pakette toplar, yeni sitede açar, çoğu da adresleri düzeltir. Üç yaygın yaklaşım var:

• Tarayıcıdan paket yükleme. Eski sitede paketi oluşturur, yeni WordPress'e aynı eklentiyi kurup paketi yüklersiniz (örneğin All-in-One WP Migration). Bu yöntem sunucunun dosya yükleme sınırına takılır.
• Paketi SFTP ile koymak. Duplicator gibi eklentiler, arşivi ve installer.php dosyasını yeni sunucuda boş bir klasöre kopyalamanızı, sonra installer.php'yi tarayıcıda açmanızı ister. Veritabanını ve kullanıcısını önceden oluşturmanız gerekir. İş bitince installer.php ile arşivi silin, çünkü adresi bilen biri yeniden çalıştırabilir.
• Uzak depodan geri yükleme. UpdraftPlus gibi yedekleme eklentilerinde aynı bulut deposunu yeni sitede tanımlar ve "Rescan remote storage" bağlantısıyla yedeği bulursunuz. Büyük dosyayı tarayıcıdan yüklemezsiniz.

Hazır WordPress sunucusunda 64 MB sınırı

Seturack'ın hazır WordPress sunucusunda tek seferde en çok 64 MB dosya yükleyebilirsiniz. Tarayıcıdan paket yükleyen eklentiler bu sınıra takılır. Paketiniz daha büyükse uzak depodan geri yükleme yöntemini kullanın ya da siteyi elle taşıyın. Hazır uygulama Docker ile çalıştığı için dosyalar klasik bir kurulumdaki yerlerinde durmaz. Büyük bir siteyi elle taşıyacaksanız Apache ya da Nginx kurduğunuz temiz bir Ubuntu sunucusu daha öngörülebilirdir.

Yöntem 2: Elle taşıma

Aşağıdaki adımlar, dosyaların /var/www/html içinde durduğu klasik bir kurulum içindir. WP-CLI komutlarını root ile çalıştırıyorsanız sonlarına --allow-root ekleyin. Eski sunucuda WordPress klasöründe şunları yapın:

1. Veritabanını dışa aktarın ve dökümü web klasörünün dışına yazın, çünkü web klasöründe kalan bir dökümü adresi bilen herkes indirebilir: wp db export ~/site.sql. WP-CLI yoksa mysqldump -u KULLANICI -p VERITABANI > ~/site.sql kullanın.
2. Dosyaları arşivleyin: tar -czf ~/dosyalar.tar.gz .
3. İkisini yeni sunucuya kopyalayın: scp ~/site.sql ~/dosyalar.tar.gz kullanici@YENI_IP:~/

Yeni sunucuda:

1. Boş bir veritabanı ve kullanıcı oluşturun.
2. Dosyaları web klasörüne açın: tar -xzf ~/dosyalar.tar.gz -C /var/www/html
3. wp-config.php içindeki veritabanı adı, kullanıcı ve parolayı yeni değerlerle güncelleyin. Dosya sahipliğini web sunucusu kullanıcısına verin (Debian ve Ubuntu'da www-data).
4. Veritabanını içe aktarın: wp db import ~/site.sql. Komut bilgileri wp-config.php dosyasından alır ve veritabanını kendisi oluşturmaz.

Alan adı değişmiyorsa adres düzeltmesi gerekmez. Değişiyorsa eski adresi yenisiyle değiştirin. Önce --dry-run ile deneyin ve guid sütununa dokunmayın:

wp search-replace 'https://eski.com' 'https://yeni.com' --skip-columns=guid --dry-run

Çıktı mantıklıysa komutu --dry-run olmadan çalıştırın. Veritabanında düz bir bul-değiştir yapmayın, çünkü serileştirilmiş veriler bozulabilir. WP-CLI bu veriyi doğru işler.

DNS'i çevirmeden önce yeni sunucuda deneyin

Bilgisayarınızdaki hosts dosyasına yeni sunucunun IP adresini alan adınızla ekleyin. Dosya Windows'ta C:\Windows\System32\drivers\etc\hosts, macOS ve Linux'ta /etc/hosts yolundadır:

203.0.113.10 ornek.com www.ornek.com

Bundan sonra yalnız sizin tarayıcınız yeni sunucuyu açar, herkes eskisini görür. Girişi, sayfaları, görselleri ve formları deneyin, bitince satırı silin. HTTPS sertifikası çoğunlukla, DNS yeni sunucuya döndükten sonra alınır.

DNS geçişi

1. Sürekli yazılan bir siteyse (mağaza, üyelik, yorum) eski siteyi bakım moduna alın, veritabanını son kez alıp aktarın. Aksi halde geçiş sırasındaki siparişler kaybolur.
2. DNS ekranında A kaydını yeni IP adresine çevirin, www için de aynısını yapın. Alan adını sunucuya bağlama yazısı adımları gösterir.
3. TTL düşükse değişiklik çabuk yayılır. Bazı ağlar eski kaydı daha uzun tutabilir.
4. Yeni sunucuda HTTPS'in çalıştığını doğrulayın.
5. Her şey tamamsa TTL'yi eski değerine döndürün. Eski sunucuyu birkaç gün açık tutun, sonra kapatın.

Taşıma sonrası kontrol listesi

• Ayarlar > Kalıcı Bağlantılar ekranında Kaydet'e basarak bağlantı kurallarını yenileyin.
• Ana sayfayı, bir yazıyı, bir görseli ve iletişim formunu açın.
• Karışık içerik uyarısı var mı bakın. Adres düzeltmesi çoğunu çözer.
• E-posta gönderimini deneyin ve SMTP eklentisinin ayarını kontrol edin.
• Önbellek eklentisinin önbelleğini temizleyin.
• İki sunucudaki ~/site.sql ve ~/dosyalar.tar.gz dosyalarını silin. İkisi de hassas veri içerir.
• Ayarlar > Okuma ekranında arama motorlarını engelleyen kutunun işaretli olmadığını doğrulayın.

Eklentiyle taşıyacaksanız boş bir WordPress ile başlamak işi kolaylaştırır. WordPress kurulu bir sunucu yaklaşık 3,5-4 dakikada hazır olur. WordPress sunucusu sayfasına bakabilirsiniz.