WordPress’i Yeni Sunucuya Kesintisiz Taşıma Kılavuzu

WordPress’i yeni bir sunucuya taşımak, kesinti veya veri kaybı yaratmak zorunda değildir. Bu kılavuz, /etc/hosts kullanımı, DNS TTL azaltma ve eksiksiz bir geri alma stratejisi kullanarak en güvenli yöntemi açıklamaktadır. Ziyaretçilerinizin farkına bile varmadan WordPress sitesini yeni bir sunucuya taşımak için aşağıdaki adımları izleyin.

Yüzlerce WordPress geçişi gerçekleştirmiş ve yılların deneyimini biriktirmiş olsak da, WordPress’i yeni bir sunucuya taşımak her zaman kritik bir işlemdir.

İlk kural: bunu Cuma gecesi saat 24:00’da başlatmayın. Sorunla karşılaşırsanız, sorunu çözmek için zamana ihtiyacınız olacaktır. Bu bir B2B sitesi ise, trafiğin az olduğu bir zamanı seçin ve sorunları çözmek için kendinize zaman tanıyın. Programınıza en uygun olanı seçin.

Nedeni basit: sorunlar ortaya çıkabilir ve bunları çözmek için saatler harcamanız gerekebilir. Kimse sabaha kadar çalışmak istemez ve kimse bozuk bir WordPress siteyle uyanmak istemez.

Bu Kılavuzun Hazırlama Nedenimiz: Karşılaştığımız Gerçek Website Taşıma Sorunları

Son site taşımalarında, uygun hazırlıklarla önlenebilecek çeşitli sorunlar gördük:

DNS Yanlış Domain Sürümünü Gösteriyordu: DNS kayıtları www sürümünü gösteriyordu, ancak site www olmayan sürüm için yapılandırılmıştı. DNS’yi değiştirdiğimiz anda, anında hata oluştu. Yapılandırma uyuşmazlığı nedeniyle site yüklenemedi.

Emojiler nedeniyle veritabanı dışa aktarımı başarısız oldu: Veritabanında içerikte kaydedilmiş emojiler vardı. Karakter kodlama hataları nedeniyle standart dışa aktarım içe aktarımda başarısız oldu. Çözüm, UTF-8mb4 parametreleriyle özel bir dışa aktarım prosedürü gerektirdi.

Dış Hizmet IP Beyaz Listesi: Üçüncü taraf e-posta API’sinde IP beyaz liste kısıtlaması vardı. Yeni sunucuda her şey doğru şekilde yapılandırılmıştı, ancak IP beyaz listesini güncelleyene kadar e-postalar gönderilemiyordu.

Bu deneyimler bize, çoğu geçiş sorununu önleyen iki önemli teknik öğretti: DNS değişikliklerinden önce test için /etc/hosts kullanmak ve DNS TTL’yi önceden düşürmek. WordPress’i daha iyi performans, maliyet tasarrufu veya sağlayıcı değişikliği için yeni bir ana bilgisayara geçiriyor olsanız da, bu kılavuz kesinti süresini sıfıra indirmek için her iki tekniği de açıklamaktadır.

Sürece geçmeden önce, bazı temel kavramları belirleyelim.

DNS ve TTL’yi Anlamak: Neden Geçiş Süreci Zaman Alır?

DNS nedir?

DNS (Domain Name Server – İsim Sunucusu), temelde internetin telefon rehberidir. Birisi tarayıcısına example.com yazdığında, bilgisayarı bu web sitesinin nerede olduğunu bilmez. Bir DNS sunucusuna “example.com’un IP adresi nedir?” diye sorar ve DNS sunucusu “123.456.789.012” diye yanıtlar. Ardından tarayıcı bu IP adresine bağlanır.

TTL nedir ve neden önemlidir?

TTL (Time To Live), DNS sunucularının bu yanıtı ne kadar süreyle hatırlayabileceği (önbelleğe alabileceği) anlamına gelir. TTL’niz 3600 saniyeye (1 saat) ayarlanmışsa, dünya çapındaki DNS sunucuları, güncellemeleri tekrar kontrol etmeden önce alan adınızın IP adresini 1 saat boyunca önbelleğe alır.

Eski bir gelenek olarak, TTL değerleri 2 gün (172.800 saniye) olarak ayarlanmıştır. Bu nedenle, “DNS yayılımı 24-48 saat sürer” ifadesini sıklıkla duyarsınız. Bu tavsiye, bu eskiden beri gelen varsayılan ayardan kaynaklanmaktadır. WordPress sitesini farklı bir IP adresine taşıdığınızda, TTL ayarınıza bağlı olarak, dünya çapındaki tüm DNS sunucularının yeni bilgileri alması 2 güne kadar sürebilir.

Göç Sırasında TTL Sorunu

TTL’yi 5 dakikaya düşürseniz bile, her DNS çözümleyicisi bu değeri dikkate almayabilir. Bazıları daha uzun süre önbellekte tutabilir. Bu nedenle, DNS kayıtlarını değiştirdikten sonra eski sunucunuzu hemen kapatamazsınız.

Adım 1: Yedeklemenizi Alın

Önemli: Bu kılavuz, sunucu IP adresinizin değiştiği WordPress geçişleri için geçerlidir. Aynı sunucudaki bir hazırlık etki alanından ana etki alanına geçiyorsanız (örneğin, staging.example.com’dan example.com’a), yalnızca web sunucusu yapılandırmanızı ayarlamanız gerekir. Bu senaryoda DNS değişikliği gerekmez.

Bunu söylemem gerekmemeli, ama söyleyeceğim: TAM YEDEKLEME YAPIN. “Host otomatik yedekleme yapıyor sanırım” türünden bir yedekleme değil. Bilgisayarınıza indirilen, “Bunu kendim geri yükleyebilirim” türünden gerçek bir yedekleme.

WordPress Sitenizden Neyi Yedeklemelisiniz?

• WordPress veritabanının tamamını dışa aktar
• Tüm kök klasörünüz (genellikle public_html veya www klasörü)
• SSL sertifikası (yeni barındırıcınız tarafından otomatik olarak yönetilmiyorsa)

WordPress’i Yedeklemenin Üç Yolu

Seçenek 1: Sağlayıcı Tam Yedekleme

Birçok barındırma(hosting) sağlayıcısı, kök klasörünüzü, veritabanınızı ve SSL sertifikalarınızı içeren tam yedekleme paketleri sunar. Mevcut barındırma sağlayıcınızın bunu sunup sunmadığını kontrol edin. Yükleyin ve güvenli bir yerde saklayın. Bu, WordPress sunucu taşıma işlemi için genellikle en kolay seçenektir.

Seçenek 2: WordPress Yedekleme veya Taşıma Eklentileri

WordPress için çeşitli yedekleme ve taşıma eklentileri mevcuttur (burada hepsini test etmeyeceğiz, ancak çoğu için konsept aynıdır).

Eklenti yedekleme/taşıma genellikle şu şekilde çalışır:

1. Yedekleme eklentisini mevcut WordPress sitenize yükleyin.
2. Eklenti, veritabanının ve kök klasörün tam yedeğini alır.
3. Eklenti, bunu sunucuda yerel olarak veya Amazon S3 gibi bir bulut hizmetine sıkıştırılmış bir dosya olarak kaydeder.
4. Yeni barındırıcınızda, yeni bir WordPress kurun ve aynı eklentiyi yükleyin.
5. Eklentiyi yedekleme dosyasına yönlendirin (yeni sunucuya kopyalanmış veya bulut depolama alanından alınmış).
6. Eklenti her şeyi otomatik olarak geri yükler.

Seçenek 3: Manuel Yedekleme (Tam Kontrol Yöntemi)

Bu, WordPress sitesini yeni bir sunucuya taşırken neler olup bittiğini tam olarak kontrol etmenizi ve anlamanızı sağlar:

Veritabanı Dışa Aktarma:

1. Veritabanı Dışa Aktarma:

Copied!mysqldump -u username -p --default-character-set=utf8mb4 database_name > backup.sql
mysqldump -u username -p --default-character-set=utf8mb4 database_name > backup.sql

WordPress içeriğinizde emoji veya özel uluslararası karakterler varsa, --default-character-set=utf8mb4 parametresi çok önemlidir. Bu parametre olmadan emojiler doğru şekilde aktarılmaz.

2. Kök Klasörü İndirin: FTP/SFTP kullanarak WordPress kök klasörünüzün tamamını (public_html veya www) indirin. Buna şunlar dahildir:

• wp-content (themes, plugins, uploads)
• wp-config.php
• wp-includes
• wp-admin
• .htaccess

Önemli: Her zaman kök klasörün tamamını kopyalayın. Bazı eklentiler wp-content dışında kendi klasörlerini oluşturur ve bunları kaçırmak istemezsiniz. Her şeyi kopyalamak, hiçbir şeyin geride kalmamasını sağlar.

3. SSL Sertifikaları: Yeni barındırıcınız otomatik SSL (Let’s Encrypt gibi) sağlamıyorsa, SSL sertifikalarınızı mevcut barındırıcınızdan indirin.

SSL Notu: Cloudflare kullanıyorsanız, SSL sertifikalarını yapılandırmazsanız otomatik olarak oluşturulur. Ya da Let’s Encrypt aracılığıyla saniyeler içinde yeni bir SSL sertifikası oluşturabilirsiniz. SSL başlangıçta mükemmel olmasa da dünyanın sonu değildir. Ancak, sıfır kesinti ile geçişi hedeflediğimiz için, DNS’yi değiştirmeden önce SSL’yi doğru şekilde kurmak daha iyidir.

Yeni Ana Bilgisayarda Manuel Geri Yükleme

1. Yeni ana bilgisayarda yeni bir MySQL veritabanı oluşturun
2. Veritabanı yedekleme dosyanızı içe aktarın
3. Kök klasör yedeklemenizdeki tüm dosyaları yeni sunucunun kök klasörüne kopyalayın.
4. wp-config.php dosyasını yeni veritabanı bilgileriyle güncelleyin
5. Yeni ana bilgisayara SSL yükleyin/yapılandırın

SSL yapılandırmasını unutmayın. Taşıma işleminden sonra ortaya çıkan birçok sorun, yeni sunucuda SSL’nin doğru şekilde yapılandırılmamış olmasından kaynaklanmaktadır. Cloudflare veya Let’s Encrypt bu sorunu hızlı bir şekilde çözebilir, ancak gerçek sıfır kesinti süresi için başlangıçtan itibaren sorunsuz çalışmasını sağlamak daha iyidir.

Adım 2: Yeni Sunucunuzda WordPress’i Kurun

Tüm WordPress dosyalarınızı taşıyın, veritabanınızı içe aktarın, üçüncü taraf hizmetlerinizi yapılandırın. Ancak DNS’yi henüz DEĞİŞTİRMEYİN.

WordPress’e özgü kurulum kontrol listesi:

1. Tüm WordPress dosyalarını yeni sunucuya yükleyin
2. Yeni ana bilgisayarda yeni bir MySQL/Maria veritabanı ve kullanıcı oluşturun
3. Veritabanı yedeklemenizi yeni veritabanına aktarın
4. wp-config.php dosyasını yeni veritabanı kimlik bilgileriyle güncelleyin
5. Dosya izinlerini doğrulayın (genellikle dizinler için 755, dosyalar için 644).
6. Etki alanı adını değiştiriyorsanız, veritabanındaki URL’leri güncelleyin:
   • wp_options tablosundaki siteurl ve home değerlerini güncelleyin.
   • Veya wp-cli kullanın: wp search-replace 'eskisite.com' 'yenisite.com'
7. .htaccess kalıcı bağlantılarının çalıştığını doğrulayın

Adım 3: Test için /etc/hosts Dosyasını Kullanın

Bu yazının asıl ana noktası burada gerçekleşir. Bilgisayarınızda (sunucuda değil), makinenize manuel olarak “example.com adresini istediğimde, DNS’yi kontrol etmek yerine bu YENİ IP adresine git” diye talimat vereceksiniz.

İşletim Sisteminizde Hosts Dosyasını Bulma

Dosya konumları:

• Mac/Linux: sudo nano /etc/hosts
• Windows: C:\Windows\System32\drivers\etc\hosts dosyasını (Yönetici olarak) düzenleyin.

Dosya konumu işletim sisteminizde farklıysa veya özel talimatlara ihtiyacınız varsa, “[işletim sistemi adınız] üzerinde etc/hosts dosyasını nasıl değiştiririm” araması yapın. İşlem tüm işletim sistemlerinde benzerdir, ancak kurulumunuza bağlı olarak ek adımlar gerekebilir.

Yeni Sunucu IP Adreslerinizi Ekleme

Şu satırları ekleyin:

Copied!123.456.789.012 example.com www.example.com
:: example.com www.example.com
123.456.789.012 example.com www.example.com
:: example.com www.example.com

123.456.789.012‘yi YENİ sunucunuzun IPv4 adresiyle değiştirin.

Kritik IPv6 Gereksinimi

Önemli IPv6 Notu: Siteniz IPv6 kullanıyorsa (ve çoğu site kullanır – örneğin, Cloudflare varsayılan olarak IPv6 adresleri sağlar), IPv6 satırını EKLEmelisiniz. Yalnızca IPv4 adresini eklerseniz ve siteniz IPv6’yı destekliyorsa, tarayıcınız yine de IPv6 üzerinden eski sunucuya bağlanacak ve bu testin amacı boşa çıkacaktır. Güvenli olması için her iki satırı da ekleyin. Ve :: IPv6 adresini geçersiz kılar.

Yalnızca bir sürümü kullanıyorsanız (ya example.com ya da www.example.com), yalnızca birincil alan adınızı ekleyebilirsiniz, ancak her ikisini de ekleyebilirsiniz, ancak zorunlu değildir.

Ne Yaptık? 

Bilgisayarınız artık web sitenizin taşındığını düşünüyor. Ancak dünyanın geri kalanı için hiçbir şey değişmedi. Herkes şimdiki zamanda takılıp kalmışken, siz gelecekte yaşıyorsunuz.

Adım 4: Her şeyi iyice test edin

Chrome’u açın. F12 tuşuna basarak Geliştirici Araçları’nı açın. Ağ sekmesine gidin. “Önbelleği devre dışı bırak” seçeneğini işaretleyin.

Test Edilmesi Gereken Önemli WordPress Bileşenleri

Şimdi WordPress sitenizdeki HER ŞEYİ test edin:

• Ana sayfa doğru şekilde yükleniyor
• Yönetici paneli (/wp-admin) girişi çalışıyor
• İletişim formları (İletişim Formu 7, Gravity Forms vb.)
• E-ticaret kullanıyorsanız WooCommerce ödeme
• Kullanıcı girişleri ve kayıtları
• WordPress medya kütüphanesi aracılığıyla resim yükleme
• Eklenti işlevselliği (özellikle kritik eklentiler)
• Tema özelleştirmeleri düzgün görüntüleniyor
• Permalink yapısı doğru çalışıyor
• Arama işlevi
• Yorumlar (etkinleştirilmişse)
• Herhangi bir özel yazı türü
• E-posta gönderimi (şifre sıfırlama, bildirimler)
• Varsa üçüncü taraf entegrasyonlarını kontrol edin

Tarayıcı Önbelleği Devre Dışı Bırakılarak Test Etme

Son kontroller için Chrome Browser’da Gizli modu(Incognito) kullanın. Neden mi? Çünkü önbellek devre dışı olsa bile tarayıcınız sinsi davranır. Gizli mod paranoyak moddur ve WordPress geçişleri sırasında paranoya sizin dostunuzdur.

Bu /etc/hosts test yöntemi, sıfır kesinti süresi ile geçişi mümkün kılan şeydir. Gerçek ziyaretçiler görmeden önce, yeni sunucuda her şeyin çalıştığını doğrularsınız.

Önemli: WordPress için DNS Sunucusu Değişikliği ve Web Sunucusu IP Değişikliği

Devam etmeden önce, hangi tür WordPress geçişi yaptığınızı anlayın:

Senaryo 1: Web sunucusu IP’sini değiştirme (aynı DNS sağlayıcısını kullanmaya devam etme) Bu makale bu senaryoyu ele almaktadır. Web sitenizin barındırıldığı yeri değiştiriyorsunuz, ancak DNS kayıtlarınızı aynı DNS sağlayıcısında (Cloudflare, AWS Route53 veya kayıt kuruluşunuz gibi) tutuyorsunuz.

Senaryo 2: Hem DNS Sunucusunu Hem de Web Sunucusunu Değiştirme DNS sağlayıcılarını da değiştiriyorsanız, bunu iki aşamada gerçekleştirin:

1. Öncelikle, ESKİ DNS sağlayıcınızda web sunucusunun IP adresini değiştirin.
2. /etc/hosts yöntemiyle her şeyi iyice test edin.
3. Her şey çalışır hale geldiğinde, DNS ad sunucularınızı aynı kayıtlarla yeni sağlayıcıya değiştirin.

Neden bunları ayırmak gerekir? İkisini aynı anda değiştirirseniz ve bir sorun çıkarsa, sorun giderme kabusa dönüşür. Sorunun DNS yayılımından mı, DNS yapılandırmasından mı yoksa sunucu yapılandırmasından mı kaynaklandığını bilemezsiniz.

Geri Alma Stratejisi: İşler Ters Gittiğinde Hazırlık Yapmak

DNS TTL ve DNS Önbellekleme Davranışını Anlamak

WordPress’i yeni bir sunucuya taşırken, başarılı bir geçiş için DNS önbelleklemeyi anlamak çok önemlidir. WordPress barındırma değişikliği sırasında DNS önbellekleme aslında şu şekilde çalışır:

Copied!Aşama 1: TTL Azaltma Öncesi
================================
DNS'iniz: TTL = 2 gün (172.800 saniye)
DNS Çözümleyicisi A: IP adresinizi önbelleğe aldı, 48 saat içinde süresi dolar
DNS Çözümleyicisi B: IP adresinizi önbelleğe aldı, 48 saat içinde süresi dolar

Aşama 2: TTL'yi 5 dakikaya düşürdünüz ve 12 saat geçti
====================================
DNS'iniz: TTL = 5 dakika (300 saniye)
DNS Çözümleyicisi A: Hala eski önbelleği var, 36 saat boyunca kontrol etmeyecek
DNS Çözümleyicisi B: Hala eski önbelleği var, 36 saat boyunca kontrol etmeyecek

(Sadece mevcut önbellekleri sona erdiğinde yeni TTL'yi öğrenirler)

Aşama 3: 48 saat sonra TTL'yi değiştirdiniz
================================================
DNS'iniz: TTL = 5 dakika
DNS Çözümleyicisi A: Önbellek süresi doldu, tekrar kontrol eder, TTL=5 dakika görür
DNS Çözümleyicisi B: Önbellek süresi doldu, tekrar kontrol eder, TTL=5 dakika görür

Aşama 4: IP adresini değiştirin
================================
DNS'iniz: Yeni IP, TTL = 5 dakika
DNS Çözümleyicisi A: 5 dakika içinde güncellenecek ✓
DNS Çözümleyici B: 5 dakika içinde güncellenecek ✓

Lütfen bunun mükemmel bir senaryo olduğunu unutmayın. Bazı DNS çözümleyiciler, DNS sunucunuzda ayarladığınız TTL'ye uymayabilir, bu nedenle yerel sistem yöneticilerinin kararlarına göre farklı değerlere sahip olabilirler.
Aşama 1: TTL Azaltma Öncesi
================================
DNS'iniz: TTL = 2 gün (172.800 saniye)
DNS Çözümleyicisi A: IP adresinizi önbelleğe aldı, 48 saat içinde süresi dolar
DNS Çözümleyicisi B: IP adresinizi önbelleğe aldı, 48 saat içinde süresi dolar

Aşama 2: TTL'yi 5 dakikaya düşürdünüz ve 12 saat geçti
====================================
DNS'iniz: TTL = 5 dakika (300 saniye)
DNS Çözümleyicisi A: Hala eski önbelleği var, 36 saat boyunca kontrol etmeyecek
DNS Çözümleyicisi B: Hala eski önbelleği var, 36 saat boyunca kontrol etmeyecek

(Sadece mevcut önbellekleri sona erdiğinde yeni TTL'yi öğrenirler)

Aşama 3: 48 saat sonra TTL'yi değiştirdiniz
================================================
DNS'iniz: TTL = 5 dakika
DNS Çözümleyicisi A: Önbellek süresi doldu, tekrar kontrol eder, TTL=5 dakika görür
DNS Çözümleyicisi B: Önbellek süresi doldu, tekrar kontrol eder, TTL=5 dakika görür

Aşama 4: IP adresini değiştirin
================================
DNS'iniz: Yeni IP, TTL = 5 dakika
DNS Çözümleyicisi A: 5 dakika içinde güncellenecek ✓
DNS Çözümleyici B: 5 dakika içinde güncellenecek ✓

Lütfen bunun mükemmel bir senaryo olduğunu unutmayın. Bazı DNS çözümleyiciler, DNS sunucunuzda ayarladığınız TTL'ye uymayabilir, bu nedenle yerel sistem yöneticilerinin kararlarına göre farklı değerlere sahip olabilirler.

WordPress Geçişi için İki Aşamalı TTL Stratejisi

Adım 1: TTL’nizi Düşürün (Geçişten 2-3 Gün Önce)

Cloudflare’ın proxy modu gibi bir proxy hizmeti kullanmıyorsanız, DNS TTL’nizi 5 dakikaya düşürün.

Önemli zamanlama: Bunu geçişten 2-3 gün ÖNCE yapın. Yeni TTL’nin global olarak yürürlüğe girmesi için mevcut TTL’nizin süresi önce dolmalıdır. Mevcut TTL’niz 2 gün ise, 5 dakikaya indirilmesi 2 gün geçene kadar geçerli olmayacaktır.

Adım 2: Gerekirse Hızlı Geri Alma

TTL azaltıldığında, WordPress sunucu taşıma işlemi sırasında bir sorun meydana gelirse:

• DNS’yi hemen eski IP’ye geri değiştirin
• Çoğu DNS çözümleyicisi 5 dakika içinde güncellenir (TTL’yi dikkate alanlar).
• Bazıları daha uzun sürebilir (TTL’yi dikkate almayanlar)
• Bu süre zarfında her iki sunucuyu da çalışır durumda tutun.

Cloudflare’ın proxy modunu kullanıyorsanız: TTL azaltmayı atlayabilirsiniz. Proxy, DNS yayılma gecikmeleri olmadan kaynak IP’yi anında değiştirmenize olanak tanır. Bu, anında geri alma düğmenizdir.

DNS Değişikliği: Doğru Şekilde Yapmak

Önemli: Önce Hizmet Bağımlılıklarını Kontrol Edin

DNS’ye dokunmadan önce, mevcut sağlayıcınıza bağlanan HER ŞEYİ denetleyin:

Kontrol edilmesi gereken WordPress’e özgü hizmetler:

• E-posta hizmetleri (SMTP eklentileri, SendGrid, Mailgun vb.)
• CDN yapılandırmaları (Cloudflare, StackPath vb.)
• Ödeme ağ geçitleri (Stripe, IP kısıtlamalı PayPal webhook’ları)
• IP beyaz listesi içeren üçüncü taraf API’ler
• Yedekleme hizmetleri (UpdraftPlus, BackupBuddy bulut depolama)
• Güvenlik eklentileri (Wordfence…)
• SSL sertifikaları
• Zamanlanmış gönderiler veya yedeklemeler için Cron işleri
• Harici medya depolama (Amazon S3, DigitalOcean Spaces)

Dikkatlice kontrol edin. Hizmet bağımlılıkları, site mükemmel çalışıyor olsa bile WordPress geçişlerinin başarısız olmasının en yaygın nedenlerinden biridir.

Gerçek Taşıma Günü

DNS Kayıtlarını Değiştirme

1. DNS kayıtlarınızı yeni IP adresini gösterecek şekilde değiştirin
2. Eski sunucunuzu KAPATMAYIN
3. Her iki sunucuyu da izleyin

Her iki sunucuyu da ne kadar süre çalışır durumda tutmalı?

• Trafiği düşük site: Muhtemelen 24 saat sonra eski sunucuyu kapatabilirsiniz.
• Yüksek trafikli site: Orijinal TTL süresinin tamamını bekleyin (süreyi kısaltmadan önceki süre).
• Paranoid (önerilen): 72 saat bekleyin ve erişim günlüklerini kontrol edin.

IP Beyaz Listesi

Her zaman şunu sorun: “Hizmetlerinizden herhangi biri IP beyaz listesi kullanıyor mu?”

Örnekler:

• Sanal poslar ve dış ödeme bağlantıları
• E-posta Gönderme API’leri
• Üçüncü taraf entegrasyonları
• Kurumsal güvenlik duvarları
• Analitik araçlar

Evet ise, geçiş yapmadan ÖNCE YENİ sunucunun IP adresini beyaz listeye eklemeniz gerekir. Bazı hizmetlerin beyaz listelerini güncellemesi 24 saat sürebilir. Buna göre plan yapın.

WordPress Geçiş Kontrol Listeniz

3 Gün Önce:

• [ ] Cloudflare proxy kullanmıyorsanız, DNS TTL’i 5 dakikaya düşürün
• [ ] Tüm WordPress eklentilerini ve servis bağımlılıklarını denetleyin
• [ ] 3. taraf veya ağ güvenlik duvarlarındaki IP beyaz listelerini güncelleyin
• [ ] Tam WordPress yedeği alın (UTF-8mb4 ile veritabanı, tüm dosyalar, wp-config.php)

Taşıma Günü:

• [ ] Tüm kritik eklentileri test edin
• [ ] Önbellek devre dışıyken her şeyi test edin
• [ ] Gizli modda tekrar test edin
• [ ] E-postanın hala çalıştığını doğrulayın (iletişim formları, şifre sıfırlama)
• [ ] SSL sertifikalarını kontrol edin
• [ ] Ödeme işlemlerini doğrulayın (varsa WooCommerce)
• [ ] Kalıcı bağlantı yapısını test edin
• [ ] DNS’i değiştirin
• [ ] Her iki sunucuyu da çalışır durumda tutun
• [ ] Her iki sunucudaki hata günlüklerini izleyin

Taşıma Sonrası:

• [ ] WordPress e-postalarının gönderildiğini kontrol edin
• [ ] Formların gönderildiğini doğrulayın
• [ ] WooCommerce ödeme sürecini birden fazla kez test edin (varsa)
• [ ] Tüm eklentilerin hala çalıştığını doğrulayın
• [ ] WordPress cron işlerinin çalıştığını kontrol edin
• [ ] Ancak o zaman eski sunucuyu kapatın
• [ ] 1 hafta sonra normal TTL’i geri yükleyin (düşürdüyseniz)

Trafiği düşük sitelerin DNS değişiklikleri için 48 saat gerekmeyebilir.

Trafiği düşük siteler mi? Çoğu ziyaretçi yeni olduğu için DNS geçişi neredeyse anında gerçekleşir. DNS çözümleyicileri eski IP adresinizi önbelleğe almamıştır. Bazen, yerel DNS önbelleğinde web sitenizin IP adresini barındıran tek kişiler siz ve teknik personelinizdir, başka kimse yoktur.

Yüksek trafikli siteler mi? DNS sunucuları 5 dakika önce, 1 saat önce, 12 saat önce, 2 gün önce IP adresinizi önbelleğe almış kullanıcılarınız var. Hepsi farklı gerçeklik versiyonlarını görüyorlar. Bu nedenle her iki sunucuyu da çalışır durumda tutuyorsunuz ve DNS’yi değiştirmeden önce HER ŞEYİ test ediyorsunuz.

Site Çalışmıyor, Bunun Geldiğini Görmedin Mi?

WordPress’i yeni bir sunucuya taşımak stresli olmamalıdır. WordPress taşıma işlemleri, adımları atladığınızda veya “muhtemelen sorun olmaz” diye düşündüğünüzde stresli hale gelir.

Varsayımda bulunmayın. Hazırlık yapın.

Test için /etc/hosts dosyasını kullanın. Proxy kullanmıyorsanız TTL’yi erken azaltın. Gizli modda test edin. WordPress eklenti bağımlılıklarınızı ve üçüncü taraf hizmet entegrasyonlarınızı kontrol edin. Geçiş sırasında her iki sunucuyu da çalışır durumda tutun. Veritabanınızda emoji varsa UTF-8mb4 kodlamasıyla uygun bir yedekleme yapın.

Bu adımları izleyin ve WordPress geçişinizde kesinti süresi sıfır olacaktır.

Bu bana eski Windows Othello/Reversi oyununu hatırlatıyor. Sohbette serbestçe yazamazdınız; sadece önceden tanımlanmış mesajları seçebilirdiniz. Ve en ikonik olanlardan biri şuydu, kaybettiğiniz anlaşıldığında karşı taraf şu mesajı gönderirdi:

“Bunun geldiğini görmedin mi?”