Kayıt ol

Tovala Akıllı Fırın Deneyimi: Paket Servisten Daha İyi mi?FortiMail'de Kritik Zero-Day Açığı Aktif Saldırılarda Kullanılıyor Meadow: Sosyal Medyasız Minimalist Telefon Deneyimi California'da Gizli Kayıt Yapan Akıllı Gözlük Yasasına Veto Hello Robot Stretch 4, TechCrunch Disrupt 2026'da Canlı Tanıtılacak

JavaScript devre dışı. Daha iyi bir deneyim için, önce lütfen tarayıcınızda JavaScript'i etkinleştirin.

Web Sitesi Taşıma Rehberi: Geçiş Öncesi ve Sonrası Kontrol Listesi

Mesaj: <blockquote data-quote="Admin" data-source="post: 12807" data-attributes="member: 1"><p><h2>Web Sitesi Taşıma Rehberi: Geçiş Öncesi ve Sonrası Kontrol Listesi</h2><p>Web sitesini başka bir hosting hesabına taşımak, dosyaları kopyalayıp alan adını yeni IP adresine yönlendirmekten ibaret değildir. Veritabanı, e-posta, SSL sertifikası, zamanlanmış görevler ve DNS kayıtları da geçişin parçasıdır.</p><p>Özellikle forumlar ve e-ticaret sitelerinde işin kritik tarafı, taşıma sırasında oluşan yeni verileri korumaktır. İlk kopyalamadan sonra eski sunucuya gelen bir sipariş veya yeni açılan bir forum konusu, son aktarım yapılmazsa geride kalabilir.</p><p>Bu kontrol listesi, hazırlıktan eski hesabı kapatmaya kadar süreci planlamanıza yardımcı olur. Hedef, kesintiyi azaltmak ve geçişi veri kaybı yaşamadan tamamlamaktır.</p><h2>Önce Taşımanın Kapsamını Belirleyin</h2><p>İlk olarak hangi hizmetleri taşıyacağınızı netleştirin. Web sitesi, e-posta ve DNS aynı yerde bulunmak zorunda değildir.</p><p>Örneğin sitenizi yeni bir hosting firmasına taşıyabilir, e-postalarınızı mevcut sağlayıcıda ve DNS yönetimini Cloudflare üzerinde tutabilirsiniz. Böyle bir durumda bütün DNS kayıtlarını yeni hosting sunucusuna yönlendirmek yanlış olur.</p><p>Taşınacak bileşenleri bir tabloda toplayın:</p><p></p><table style='width: 100%'><tr><th>Bileşen</th><th>Kontrol edilecek bilgi</th></tr><tr><td>Site dosyaları</td><td>Belge kökü, yüklenen dosyalar, özel yapılandırmalar</td></tr><tr><td>Veritabanı</td><td>Adı, kullanıcıları, sürümü ve boyutu</td></tr><tr><td>E-posta</td><td>Posta kutuları, yönlendirmeler ve hizmet sağlayıcısı</td></tr><tr><td>DNS</td><td>Yetkili DNS sağlayıcısı ve mevcut kayıtlar</td></tr><tr><td>SSL</td><td>Sertifika kapsamı ve yenileme yöntemi</td></tr><tr><td>Cron ve kuyruklar</td><td>Görevler, çalışma sıklıkları ve dosya yolları</td></tr><tr><td>Harici bağlantılar</td><td>Ödeme servisleri, API’ler, webhook ve IP izinleri</td></tr></table><p></p><p>Bu liste, “site açılıyor ama bazı işlemler çalışmıyor” türündeki sorunları daha geçiş başlamadan görünür hale getirir.</p><h2>Taşıma Öncesi: Yedek ve Ortam Hazırlığı</h2><h3>1. Geri yüklenebilir bir yedek alın</h3><p>Yedeğin içinde yalnızca web dosyaları bulunmamalı. Veritabanını, gerekli e-postaları ve sunucu ayarlarını da kapsamalıdır.</p><ul> <li data-xf-list-type="ul">Site dosyaları yedeklendi.</li> <li data-xf-list-type="ul">Veritabanının yapı ve kayıtları dışa aktarıldı.</li> <li data-xf-list-type="ul">Taşınacak posta kutuları belirlendi.</li> <li data-xf-list-type="ul">DNS kayıtları kaydedildi.</li> <li data-xf-list-type="ul">Cron görevleri ve uygulama ayarları not edildi.</li> <li data-xf-list-type="ul">Yedek, eski hosting hesabı dışında da saklandı.</li> <li data-xf-list-type="ul">Yedeğin açılabildiği ve mümkünse geri yüklenebildiği doğrulandı.</li> </ul><p>Bir ZIP dosyasının açılması, veritabanı yedeğinin eksiksiz olduğunu tek başına kanıtlamaz. Kritik bir projede yedeği deneme ortamına geri yüklemek daha güçlü bir kontroldür.</p><h3>2. Yeni sunucunun uyumluluğunu kontrol edin</h3><p>Yeni pakette yeterli disk alanı olması, uygulamanın çalışacağı anlamına gelmez. PHP sürümü, uzantılar, veritabanı sürümü ve web sunucusu ayarları da uygun olmalıdır.</p><ul> <li data-xf-list-type="ul">Uygulamanın desteklediği PHP sürümü seçildi.</li> <li data-xf-list-type="ul">Gerekli PHP uzantıları etkinleştirildi.</li> <li data-xf-list-type="ul">Veritabanı sürümü ve karakter seti uyumluluğu kontrol edildi.</li> <li data-xf-list-type="ul">Disk alanı ve dosya sayısı sınırı yeterli.</li> <li data-xf-list-type="ul">Dosya izinleri ve sahiplikleri uygun.</li> <li data-xf-list-type="ul">Özel yönlendirme kuralları yeni ortama uyarlandı.</li> <li data-xf-list-type="ul">Lisanslı yazılımların alan adı veya IP gereksinimleri kontrol edildi.</li> </ul><p>Taşıma ile büyük bir yazılım güncellemesini aynı anda yapmak, sorunların kaynağını bulmayı zorlaştırabilir. Önce mevcut uygulamanın yeni ortamda çalıştığını doğrulayın.</p><h3>3. İlk dosya ve veritabanı aktarımını yapın</h3><p>Siteyi yeni sunucuya kopyalayın. Veritabanını içe aktarın ve uygulamanın bağlantı bilgilerini güncelleyin.</p><p>Bu aşamada yeni kopyanın gerçek kullanıcılara e-posta göndermesini, otomatik içerik yayımlamasını veya sipariş işlemesini önleyin. Cron görevleri ve kuyruk çalışanları iki sunucuda birden kontrolsüz çalışmamalıdır.</p><h2>DNS Değişmeden Yeni Sunucuyu Test Edin</h2><p>Alan adını herkese yönlendirmeden önce kendi bilgisayarınızdan yeni sunucuyu kontrol edebilirsiniz. Bunun için hosts dosyasına geçici bir kayıt eklenebilir:</p><p><code class="bbCodeInline">203.0.113.10 example.com www.example.com</code></p><p>Buradaki IP ve alan adlarını kendi bilgilerinizle değiştirin. Bu işlem, bilgisayarınızın ilgili alan adını yeni sunucuya çözümlemesini sağlar. Plesk’in resmî taşıma rehberi de geçiş öncesi manuel kontroller için hosts dosyası yöntemini kullanır.</p><p>Kontrol edilecek başlıca işlemler:</p><ul> <li data-xf-list-type="ul">Ana sayfa ve önemli içerik sayfaları açılıyor.</li> <li data-xf-list-type="ul">Görseller ve indirilebilir dosyalar yükleniyor.</li> <li data-xf-list-type="ul">Üye ve yönetici girişleri çalışıyor.</li> <li data-xf-list-type="ul">Arama, form ve dosya yükleme işlemleri çalışıyor.</li> <li data-xf-list-type="ul">Yönlendirmeler doğru adreslere gidiyor.</li> <li data-xf-list-type="ul">Ödeme akışı, sağlayıcının test ortamında doğrulandı.</li> <li data-xf-list-type="ul">Uygulama ve sunucu günlüklerinde belirgin hata yok.</li> </ul><p>Hosts dosyası testi yalnızca yaptığınız cihazı etkiler. Ödeme sağlayıcılarının bildirimleri, dış servisler ve gerçek e-posta teslimatı hâlâ genel DNS kayıtlarını kullanabilir. Bu işlemleri geçişten sonra tekrar kontrol edin.</p><h2>SSL Sertifikasını Geçişten Önce Planlayın</h2><p>Yeni sunucunun HTTPS üzerinden doğru sertifikayı sunması gerekir. “Ücretsiz SSL var” bilgisi, sertifikanın DNS değişmeden otomatik hazırlanacağını garanti etmez.</p><p>Kullandığınız doğrulama yöntemine göre süreç değişir. HTTP-01 doğrulamasında sertifika sağlayıcısının alan adı üzerinden doğrulama dosyasına ulaşması gerekir. DNS-01 yönteminde ise doğrulama DNS kaydıyla yapılır; uygun yapılandırmayla web trafiğini yeni sunucuya yönlendirmeden sertifika alınabilir.</p><ul> <li data-xf-list-type="ul">Sertifika, kullanılacak alan adlarını kapsıyor.</li> <li data-xf-list-type="ul">Yeni sunucu doğru sertifikayı sunuyor.</li> <li data-xf-list-type="ul">Sertifika zinciri düzgün.</li> <li data-xf-list-type="ul">Otomatik yenileme yöntemi yapılandırıldı.</li> <li data-xf-list-type="ul">CDN kullanılıyorsa CDN ile sunucu arasındaki HTTPS bağlantısı doğrulandı.</li> </ul><p>Bilgisayarınızdaki hosts kaydı, sertifika sağlayıcısının yapacağı genel doğrulamayı değiştirmez.</p><h2>DNS Hazırlığı: TTL’yi Önceden Düşürün</h2><p>TTL, bir DNS kaydının önbellekte ne kadar süre tutulacağını belirler. Taşınacak hizmetlere ait kayıtların TTL değerini, sağlayıcınız izin veriyorsa geçişten önce düşürebilirsiniz.</p><p>Örneğin 300 saniye kullanılabilir; fakat bu bütün sistemler için zorunlu veya uygun tek değer değildir.</p><p><strong>TTL’yi düşürmek mevcut önbellekleri anında temizlemez.</strong> Önceden önbelleğe alınmış kayıtlar eski TTL süreleri dolana kadar kullanılabilir. Bu yüzden hazırlığı geçişten önce yapmanız gerekir.</p><ul> <li data-xf-list-type="ul">Değişecek kayıtlar belirlendi.</li> <li data-xf-list-type="ul">Mevcut TTL değerleri kaydedildi.</li> <li data-xf-list-type="ul">Desteklenen kayıtların TTL’si önceden düşürüldü.</li> <li data-xf-list-type="ul">Eski TTL süresinin geçmesi için zaman bırakıldı.</li> <li data-xf-list-type="ul">Nameserver değişecekse yeni DNS bölgesi ve DNSSEC ayarları kontrol edildi.</li> </ul><p>Sadece web sunucusunu değiştiriyorsanız nameserver değiştirmek şart değildir. Mevcut DNS sağlayıcınız üzerinden gerekli kayıtları güncelleyebilirsiniz.</p><h2>Geçiş Anı: Son Eşitleme ve Yazma Kontrolü</h2><p>İlk kopyalama ile DNS değişikliği arasında site veri üretmeye devam etmiş olabilir. Forum konuları, siparişler, yeni üyeler ve yüklenen dosyalar için son eşitleme gerekir.</p><p>Sürekli veri yazılan sitelerde kısa bir bakım penceresi veya kontrollü bir geçiş yöntemi planlayın. Plesk de son eşitleme ile DNS geçişi arasında kaynak sunucuda kalan yeni işlemleri önlemek için değişikliklere ara verilmesini önerir.</p><ul> <li data-xf-list-type="ul">Yeni kayıt oluşturan işlemler kontrol altına alındı.</li> <li data-xf-list-type="ul">Eski sunucudaki cron ve kuyruk görevleri uygun şekilde duraklatıldı.</li> <li data-xf-list-type="ul">Son veritabanı aktarımı tamamlandı.</li> <li data-xf-list-type="ul">Son yüklenen dosyalar eşitlendi.</li> <li data-xf-list-type="ul">Yeni sunucudaki veriler kontrol edildi.</li> <li data-xf-list-type="ul">Eski sunucuya ulaşan ziyaretçilerin nasıl karşılanacağı belirlendi.</li> <li data-xf-list-type="ul">Yeni sunucuda yazma işlemleri kontrollü biçimde açıldı.</li> </ul><p><strong>İki sunucuyu açık tutmak, iki ayrı veritabanına eşzamanlı kayıt yazılmasını güvenli hale getirmez.</strong> Eski ortamın bakımda kalması, trafiğin yeni ortama aktarılması veya uygulamaya uygun başka bir yöntem gerekir.</p><h2>DNS ve E-Posta Geçişini Ayrı Kontrol Edin</h2><p>Yalnızca taşınan hizmetlere ait kayıtları değiştirin.</p><ul> <li data-xf-list-type="ul">Kök alan adının A kaydı doğru.</li> <li data-xf-list-type="ul"><code class="bbCodeInline">www</code> kaydı uygun.</li> <li data-xf-list-type="ul">Varsa AAAA kaydı yeni IPv6 yapılandırmasıyla uyumlu.</li> <li data-xf-list-type="ul">Taşınan alt alan adları güncellendi.</li> <li data-xf-list-type="ul">E-posta taşınıyorsa MX ve ilgili sunucu kayıtları kontrol edildi.</li> <li data-xf-list-type="ul">SPF, DKIM ve DMARC yeni gönderim düzenine uygun.</li> <li data-xf-list-type="ul">Harici e-posta hizmetine ait kayıtlar doğru şekilde korundu.</li> </ul><p>MX kaydı bir sunucu adını gösterir. Bu nedenle yalnızca MX’i değil, hedef sunucu adının çözümlendiği adresi de inceleyin.</p><p>Posta hizmeti taşınıyorsa geçiş sırasında eski sunucuya gelen yeni mesajların da aktarılması gerekir. Plesk’in taşıma sürecinde bunun için DNS geçişinden sonra posta eşitlemesi yapılabilir.</p><h2>Taşıma Sonrası: İşlev, DNS ve SEO Kontrolleri</h2><p>Geçişten sonra hosts dosyasındaki geçici kaydı kaldırın ve siteyi farklı ağlardan açın.</p><ul> <li data-xf-list-type="ul">HTTPS ve yönlendirmeler sorunsuz.</li> <li data-xf-list-type="ul">Üye girişi, formlar ve dosya yükleme çalışıyor.</li> <li data-xf-list-type="ul">Siparişler ve ödeme bildirimleri doğru işleniyor.</li> <li data-xf-list-type="ul">Gelen ve giden e-posta test edildi.</li> <li data-xf-list-type="ul">Cron görevleri doğru sunucuda çalışıyor.</li> <li data-xf-list-type="ul">Yedekleme sistemi yeni ortamda etkin.</li> <li data-xf-list-type="ul">Hata günlükleri ve kaynak kullanımı izleniyor.</li> </ul><p>Cloudflare gibi bir proxy kullanıyorsanız DNS sorgusunda yeni hosting IP’si yerine proxy IP’sini görebilirsiniz. Bu durumda kaynak sunucu ayarlarını ve erişim günlüklerini de kontrol edin.</p><p>SEO tarafında ise iki durumu ayırın:</p><p><strong>Alan adı ve URL’ler aynıysa:</strong> Hosting değişikliği için özel bir URL taşıma işlemi gerekmez. Ancak sayfaların erişilebilirliği, yanıt süreleri, robots.txt ve yanlışlıkla açık bırakılan <code class="bbCodeInline">noindex</code> ayarları kontrol edilmelidir.</p><p><strong>Alan adı veya URL’ler değişiyorsa:</strong> Eski sayfaları ilgili yeni sayfalara kalıcı yönlendirmelerle eşleyin. İç bağlantıları, canonical adreslerini ve sitemap’i güncelleyin. Google, URL taşıma sürecinde geçici sıralama dalgalanmaları yaşanabileceğini belirtir; yönlendirme kurmak değişmez sıralama garantisi değildir.</p><h2>Eski Hosting Hesabını Ne Zaman Kapatmalısınız?</h2><p>Takvimde belirli bir gün gelmesi tek başına yeterli değildir. Önce şunları doğrulayın:</p><ul> <li data-xf-list-type="ul">Eski sunucuya gelen gerçek kullanıcı trafiği sona erdi.</li> <li data-xf-list-type="ul">Eski ortamda aktarılmamış dosya veya kayıt kalmadı.</li> <li data-xf-list-type="ul">Posta geçişi tamamlandı.</li> <li data-xf-list-type="ul">Yeni ortamın yedekleri doğrulandı.</li> <li data-xf-list-type="ul">Eski sunucuya bağlı görev veya harici servis kalmadı.</li> </ul><p>Google da eski altyapının kapatılmasını, trafiğin ve erişim günlüklerinin kontrol edilmesine bağlar.</p><p>Eski hesabı birkaç gün daha tutmak yararlı olabilir; fakat ihtiyaç duyulan süre sitenin yapısına göre değişir.</p><h2>Örnek Taşıma Takvimi</h2> <table style='width: 100%'><tr><th>Aşama</th><th>Yapılacak iş</th><th>Tamamlanma ölçütü</th></tr><tr><td>Hazırlık</td><td>Envanter ve yedek</td><td>Bütün bileşenler belirlendi</td></tr><tr><td>Ön aktarım</td><td>Dosya ve veritabanı kopyası</td><td>Yeni ortam çalışıyor</td></tr><tr><td>Test</td><td>İşlev ve HTTPS kontrolleri</td><td>Kritik işlemler doğrulandı</td></tr><tr><td>DNS hazırlığı</td><td>TTL düzenlemesi</td><td>Eski önbellek süresi dikkate alındı</td></tr><tr><td>Geçiş</td><td>Yazma kontrolü ve son eşitleme</td><td>Güncel veri yeni ortamda</td></tr><tr><td>Yayına alma</td><td>İlgili DNS kayıtlarını değiştirme</td><td>Trafik yeni ortama ulaşıyor</td></tr><tr><td>İzleme</td><td>Web, posta, görev ve SEO kontrolleri</td><td>Hizmetler kararlı</td></tr><tr><td>Kapatma</td><td>Eski hesabı devreden çıkarma</td><td>Eski ortama bağımlılık kalmadı</td></tr></table><h2>Sıkça Sorulan Sorular</h2><h3>Taşıma tamamen kesintisiz yapılabilir mi?</h3><p>Bazı yapılarda mümkündür. Ancak altyapı ve uygulama buna uygun olmalıdır. Sürekli veri yazan sitelerde kısa, planlı bir bakım süresi gerekebilir.</p><h3>Sorun çıkarsa DNS’i geri almak yeterli mi?</h3><p>Her zaman yeterli değildir. Yeni sunucuda kayıt oluşmuşsa eski sunucuya dönmeden önce bu verilerin korunması gerekir. DNS değişikliği de bütün ziyaretçiler için anında gerçekleşmez.</p><h3>Alan adımı da başka firmaya transfer etmem gerekir mi?</h3><p>Hayır. Hosting değişikliği ile alan adı kayıt kuruluşu transferi ayrı işlemlerdir.</p><h3>Taşımayı sağlayıcı yapıyorsa kontrol listesine ihtiyaç var mı?</h3><p>Evet. Hizmetin dosya, veritabanı, e-posta, cron, SSL ve son eşitleme işlemlerinden hangilerini kapsadığını öğrenin. Taşıma tamamlandıktan sonra uygulamanızın önemli işlevlerini yine doğrulayın.</p></blockquote><p></p>