OpenCart Hosting Taşıma Rehberi: Mağazayı Güvenle Aktarma

OpenCart mağazasını yeni bir opencart hosting ortamına taşırken en güvenli yöntem, önce tam yedek almak, yeni sunucuyu alan adı DNS kaydını değiştirmeden test etmek ve son olarak kısa bir doğrulama yapmaktır. Paylaşımlı hosting panelinde dosya yöneticisi ve veritabanı aracı yeterli olabilir; yönetilen bir sunucuda PHP, veritabanı ve web sunucusu ayarlarına ayrıca erişmeniz gerekir.

Taşıma öncesinde hangi erişimleri ve yedekleri hazırlamalısınız?

Önce mevcut mağazanın dosyalarını ve veritabanını ayrı ayrı yedekleyin. Dosya yedeğine OpenCart çekirdek dosyaları, tema, eklentiler ve yüklenmiş görseller dahil olmalıdır. Veritabanı yedeği ise ürünleri, siparişleri, müşterileri ve ayarları içerir. Yedeğin gerçekten okunabildiğini kontrol etmeden mevcut sunucudaki dosyaları değiştirmeyin veya silmeyin.

Taşıma sırasında gereken bilgileri de önceden not edin: yeni veritabanı adı, kullanıcı adı, sunucu adresi, port bilgisi ve alan adı için kullanılacak DNS kayıtları. Şifreleri makale yorumları, destek forumları veya herkese açık hata kayıtlarında paylaşmayın. Yeni ortamda kullanılacak PHP sürümü ve etkin uzantılar, mağazanın OpenCart sürümü ve eklentileriyle uyumlu olmalıdır; bu uyumluluk sağlayıcıya ve kullanılan sürüme göre değişebilir.

OpenCart hosting ortamını alan adını değiştirmeden hazırlama

Yeni hosting hesabında önce veritabanını oluşturun, ardından dosya yedeğini yeni sitenin belge kök dizinine yükleyin. Paylaşımlı hosting kullanıyorsanız bu işlemler genellikle dosya yöneticisi, FTP ve veritabanı yönetim ekranıyla yapılır. Yönetici erişimli bir sunucuda ise sanal host, PHP çalışma ortamı, veritabanı servisi ve dosya sahibi ayarları ayrıca yapılandırılır; bu ayarlar sağlayıcının kullandığı panele göre değişebileceğinden, rastgele sistem dosyalarını değiştirmeyin.

Veritabanı yönetim ekranındaki içe aktarma sonucunu kontrol edin. İçe aktarma tamamlanıyor fakat mağaza bağlantı hatası veriyorsa önce OpenCart yapılandırma dosyalarındaki veritabanı adı, kullanıcı, parola, sunucu adresi ve tablo önekünü yeni bilgilerle karşılaştırın. İçe aktarma sırasında tablo veya karakter kümesi hatası görülüyorsa aynı işlemi tekrar tekrar denemek yerine veritabanı sürümü, içe aktarma boyut sınırı ve karakter kümesi uyumunu sağlayıcı panelinden inceleyin. Hata bir PHP uzantısının eksik olduğunu gösteriyorsa veritabanı ayarlarını değiştirmeyin; ilgili uzantının etkinleştirilmesini veya desteklenen PHP sürümünün seçilmesini sağlayın.

Taşıma işlemini güvenli biçimde doğrulama adımları

1. Yedekleri ve mevcut durumu kaydedin. Mevcut mağazanın ana sayfasını, yönetim panelini ve test siparişinin durumunu not edin. Dosya ve veritabanı yedeklerinin tarihini kaydedin; böylece sorun çıkarsa önceki sunucuya dönebilirsiniz.
2. Yeni veritabanını oluşturup yedeği aktarın. Paneldeki veritabanı ekranında içe aktarma sonucunu ve oluşan hata bildirimlerini inceleyin. İşlem başarılıysa tabloların ve beklenen tablo önekinin bulunduğunu kontrol edin; tablo sayısı veya isimleri eksikse dosyaları taşımaya devam etmeyin.
3. Yapılandırma dosyalarını yeni ortama uyarlayın. OpenCart sürümüne göre kök dizindeki ve yönetim dizinindeki yapılandırma dosyalarında veritabanı bağlantısını ve mutlak yol bilgilerini kontrol edin. Eski sunucunun adresi kalmışsa yalnız ilgili değeri değiştirin ve özgün dosyanın kopyasını saklayın. Yeni ana sayfa açılıyor fakat yönetim paneli açılmıyorsa yönetim dizininin yapılandırmasını ve güvenli bağlantı ayarlarını ayrı inceleyin.
4. Geçici adres veya önizleme yöntemiyle mağazayı test edin. Sağlayıcı bir önizleme adresi sunuyorsa bunu kullanın; alan adı yönlendirmesi yapmadan ana sayfa, kategori, ürün, sepet ve yönetim girişini açın. Sayfa açılıyor ancak görseller kayıpsa tema ve yükleme dizinlerinin taşınıp taşınmadığını kontrol edin. Bir eklenti belirli bir PHP hatası oluşturuyorsa tüm mağazayı değiştirmek yerine o eklentinin sürüm uyumluluğunu inceleyip, mevcut yönetim aracındaki güvenli devre dışı bırakma seçeneğini kullanın.
5. Kontrollü bir sipariş akışını tamamlayın. Gerçek müşterileri etkilemeyecek bir yöntemle ürün ekleme, adres, ödeme ve sipariş oluşturma adımlarını test edin. Sipariş oluşuyorsa yönetim panelindeki sipariş kaydını, stok değişimini ve e-posta ayarının beklenen davranışını kontrol edin. Bir adım başarısız olursa o anda oluşan uygulama hata kaydı ile web sunucusu kaydını karşılaştırın; eski kayıtları yeni hatanın kanıtı saymayın.
6. DNS değişikliğinden sonra aynı testi tekrarlayın. Alan adını yeni sunucuya yönlendirdikten sonra aynı ürün ve aynı sipariş akışını yeniden çalıştırın. Bu kez test saatine ait yeni hata kayıtlarını ve mağazanın yeni IP üzerinden açıldığını doğrulayın. Sorun sürerse DNS değişikliğini geri almak, mevcut hostingdeki önceki çalışma durumuna dönmek için güvenli geri dönüş seçeneğidir; önceki ayarı ne zaman ve neden değiştirdiğinizi kaydetmeden yeni ayarlarla oynamayın.

Belirtiyi doğru kanıta bağlayın

Diyelim ki yeni sunucuda ana sayfa açılıyor, ürün görselleri görünmüyor ve hata kaydında belirli bir yükleme dizinine erişim sorunu bulunuyor. Bu bulgu veritabanının bozuk olduğunu göstermez; önce ilgili dizinin varlığını, dosyaların gerçekten taşınıp taşınmadığını ve hosting hesabının o dizini okuyabildiğini kontrol etmek gerekir. Gerekirse yalnız eksik dosyaları yeniden yükleyin veya sağlayıcının dosya sahipliği aracını kullanın; tüm dosyalara geniş ve güvensiz izinler vermeyin.

Başka bir sonuçta ürün sayfaları açılırken ödeme adımında PHP sürüm veya uzantı hatası görülebilir. Bu durumda veritabanını yeniden içe aktarmak yerine OpenCart sürümü ve ödeme eklentisinin desteklediği PHP ortamını karşılaştırın. Uyumlu sürüm seçildikten sonra aynı ödeme adımını yeniden çalıştırın ve yalnız yeni zaman damgalı kaydı inceleyin. Hata kaydı değişmediyse önceki düzeltmenin etkili olduğunu varsaymayın.

Ne zaman farklı bir sunucu ortamı düşünülmeli?

Taşıma testinde dosya ve veritabanı sorunsuz olduğu halde yoğun katalog işlemleri veya yönetim raporları sırasında kaynak sınırlarına ulaşılıyorsa, yalnızca DNS ya da PHP ayarı değiştirmek sorunu çözmez. Bu durumda mağazanın eşzamanlı işlem, bellek, disk ve yedekleme gereksinimlerini ölçerek daha fazla yönetim erişimi sunan bir ortamı değerlendirebilirsiniz. Örneğin Türkiye VDS sunucu paketleri gibi seçenekleri incelerken, belirli bir hizmetin mağazanızla uyumlu olduğunu varsaymak yerine gerekli PHP, veritabanı ve yedekleme düzenini sağlayıp sağlayamayacağını doğrulayın.

İlk güvenli sonraki adım, mevcut mağazanın dosya ve veritabanı yedeğini ayrı bir konumda doğrulamak, ardından DNS değişmeden yeni ortamda test siparişi tamamlamaktır. Bu test geçmeden alan adını taşımayın; geçtikten sonra da eski hostingi, siparişlerin yeni sunucuda düzgün kaydedildiğini ve kayıtların normal göründüğünü doğrulayana kadar geri dönüş seçeneği olarak koruyun.