Oksijen üreticisi sitesini nasıl taşırız
Son birkaç yıldır, müşteriler için bir düzine büyük oksijen web sitesi sipariş ettik. Bu kılavuz, oksijen bölgelerini göç etmek için çeşitli yollarla size rehberlik edecek ve zaman zaman öğrendiğimiz bazı ipuçlarını ve püf noktalarını tartışacaktır. Yeni başlayanlar ve gelişmiş kullanıcıların en popüler sorularından biri “Sitemi sorunsuz bir şekilde nasıl taşıyabilirim”. Resmi Facebook grubunu görürseniz veya bir Google araması çalıştırırsanız, kullanıcıların bu sayfa üreticisi ile web sitelerini her zaman geçirirken sorunları olduğunu görürsünüz. Bu aracı ilk kullanmaya başladığımızda, benzer sorunlar da yaşadık. Tasarımda, oksijen web sitesi göç ederken hasar görebilir.
Öyleyse, büyük ve küçük web sitelerini taşıma sürecimiz hakkında konuşalım. Umarım bu, kendinizi hareket ettirmeniz gerektiğinde küçük zamanınızı/hatanızı kurtarır. Geçişimizin çoğu yerel sunuculardan veya geliştirmeden doğrudan hizmetlere ulaşır. Genellikle geliştirme için ev sahipliği yapmak için Cloudways (kendimiz), çünkü bu ekibimiz için kullanılabilir ve geliştiriciler ve müşterilerle işbirliğini kolaylaştırır. Genellikle son web sitesini bu sunucudan yeni ana bilgisayarına taşıyacağız – Cloudways, Sergebolt veya Rocket.net’i tercih ediyoruz. Standart oksijen web sitelerinin göçü Oxygen Builder web sitesini göç etmenin birkaç yolu vardır, ancak bunu yaptığımız yoldur. Web sitesinin boyutuna bağlı olarak iki yöntem kullanıyoruz.
En güvenli yol – Klasik Yöntem Oxygen Builder web sitesini (bizim görüşümüze göre) taşımanın en iyi yolu tek bir WP geçişinde kullanmaktır.
Kısa kodunuz yeniden imzalandıktan sonra, web sitenizi bir evden diğerine taşıydıktan sonra iyi yapmalısınız. Tüm sayfalarınızın beyaz olduğu bir sorununuz varsa, düzeltmenin kolay yolu, oksijen oluşturucu düzenleyiciyi yüklemek ve şablonu ve manuel olarak etkilenen sayfayı kaydetmektir. Geçmişte, hidrojen kopyasını/yapıştırmayı da kullandık ve sayfanın tüm bölümlerini geri koymak yerine kesip kestik. En kolay yol (bazı durumlarda) – Etki Alanı Yöntemi Bu bir web sitesinin tam bir yeniden inşası ise, bazen müşterileri geliştirme alanında web siteleri oluşturabileceğimiz önceden satın alabiliriz. Ardından, yayınlanacak yeni bir sunucuya taşımak yerine, mevcut etki alanını A notları aracılığıyla yeni sunucuya yönlendiririz. Bu yöntem için CloudFlare hazırlamanızı öneririz, çünkü DNS çok hızlıdır ve Bu hizmet yoluyla proxy yaparlarsa yayılımı bekleyin. Unutmayın, yine de kısa kodu yeniden göstermeniz gerekir. Dinamik oksijen web sitelerinin taşınması Bazı durumlarda, taşınması gereken bir web siteniz vardır, ancak veriler geliştirme web sitesine ve doğrudan web sitelerine eklenmeye devam etmektedir. Bu, şu anda aktif olan ancak oksijenle yeniden inşa edilen bir WooCommerce dükkanı gibi bir şey için bir durum olabilir. Yeni siparişler girdiğinde, geliştirme web sitenizde hesaplamanız gerekir. Başka bir durum, her gün düzinelerce blog yayınının yayınlandığı popüler bir içerik web sitesi olabilir.
Bu tür bir web sitesini taşımak için önce göçün nasıl olacağını belirlemelisiniz.Bunu standart bir web sitesi göçü gibi mi yapacaksınız, eski web sitesini yeni bir web sitesini tam olarak nerede değiştiriyorsunuz?Yoksa eski web sitesi veritabanını kaydedecek ve böyle oksijene geçecek misiniz?Her iki yöntemi de yaptık ve durumunuz için hangisinin en iyisi olduğunu belirlemek size kalmış.Sürekli olarak yeni bir veritabanı girişi alan web siteleri açısından önerilerimiz aşağıdadır.Sizin veya müşteri için minimum durdurma süresi büyük bir sorun değilse, taşınmanın en iyi yolu, kullanıma hazır olan sayfalar, yayınlar ve oksijen üreticileri şablonlarıyla web sitesi geliştirmenin bir sürümüne sahip olmaktır.Yeni bir web sitesi ile yayınlanmaya hazır olduğunuzda, web sitesini tüm genel etkileşimler için kilitli hale getirin.Bunu genellikle eklenti ile yakında yaparız.
Ardından, WP All Import’u kullanarak, her iki veritabanını da senkronize etmenizi öneririz (WPSynchro adlı olağanüstü bir araç da kullanıyoruz). Bu, geliştirme web sitesini bir kenara bırakmak anlamına gelmez veya tüm oksijen şablonlarınızı sayfadaki kaybedersiniz. Bunun yerine, mevcut web sitelerinden yeni verileri taşıyın. Örneğin, bu bir WooCommerce mağazasıysa, yeni siparişleri yalnızca geliştirme sürümüne taşımanız gerekir. Her şey senkronize edildikten sonra, geliştirme web sitesini yeni bir sunucuya taşıyın ve açın. Kesinti süresi bir endişe ise, mevcut web sitesini kilitlemeden bu yöntemi deneyebilirsiniz. Bununla birlikte, bu, içerik odasında tutarlı bir şekilde güncellenen web siteleri için daha uygundur, çünkü WooCommerce siparişleri genellikle hızlı bir şekilde senkronize etmek için hızlı bir şekilde gelir. Ayrıca yeni web sitesi yayınlanana kadar bekleyebilir, ardından her şeyi eski web sitesinden hareket ettirebilirsiniz. Bununla birlikte, bu çok karmaşık olabilir ve oksijen ile dinamik göç için en iyi önerimiz, durma süresine izin verildiğinde gecenin ortasında hareket ettirmektir. Oksijen web sitelerini taşımanın başka bir yolunu mevcut web sitelerine oksijen kurmak ve yeni sayfalar oluşturmak zordur. Bu yöntemi kullanmak istiyorsanız, yerel geliştirme ortamına oksijen yüklemeli, şablonunuzu oluşturmalı, ardından şablonu yeni bir web sitesine taşımalısınız. Çevrimiçi gördüğümüz yöntem, yalnızca eski web sitesinden yeni web sitesinden kısa -tasarım/yeniden tasarlanmış şablon/sayfaları kopyalamak ve eklemektir.