Geçiş İşlemlerinde Ustalaşmak–Sitenizi A Noktasından B Noktasına Taşımanın Daha Hızlı, Daha Kolay ve Daha Güvenli Yolları

Geçişler zor olabilir! Birinin başarısız olduğunu gördüğümüzde hissettiğimiz hüsran (ya da mutlak korku) hissini hepimiz biliyoruz, ancak bir göç başarılı olduğunda oluşan rahatlama hissini de biliyoruz. Geçişlerin tüm karmaşıklığı ve nüansları arasında, başarı oranımızı nasıl yükseltebilir ve gerçekten yapmak istediğimiz işe odaklanmak için zamanımızı nasıl geri kazanabiliriz?

Yerleşik bir projeyi yerel makinenize kopyalamanız veya üretime bir avuç artımlı güncelleme dağıtmanız gerekip gerekmediği, geçişlerinizi nasıl hızlandırabileceğinizi, basitleştirebileceğinizi ve riskleri azaltabileceğinizi adım adım takip edin.

Konuşmacılar:

• Kevin Hoffman, Kıdemli Ürün Müdürü, WP Engine
• Austin Wendt, WP Engine Kıdemli Ürün Müdürü

Oturum Slaytları:

Deşifre metni:

AUSTIN WENDT: Herkese hoş geldiniz ve katıldığınız için teşekkürler. Size sahip olduğumuz için heyecanlıyız. DE{CODE} Konferansına hoş geldiniz.

Benim adım Austin Wendt, WP Engine'de Yerel ürünümüzü oluşturmaya çalışan kıdemli bir ürün yöneticisiyim. Ve birazdan burada buluşacağınız meslektaşım Kevin ve ben, bugün sizinle binaları daha akıllı hale getirmek, özellikle de geçişlerinizi yönetme konusunda konuşmaktan heyecan duyuyoruz. Bu nedenle, sitenizi A noktasından B noktasına taşımanın daha hızlı, daha kolay ve daha güvenli yollarını ele alacağız, böylece bir siteyi yerel, güvenli bir geliştirme ortamına getiriyor veya ' Bu siteyi zamanla canlı yayınlamaya hazırız.

Dalmadan önce hızlı bir ajanda ele alacağım. Bugün ele alacağımız şey, burada WP Engine'de kod taşımaktan bahsederken düşünmeyi sevdiğimiz üç tür taşımayı tanıtacağız. İdeal geçiş iş akışımızı tanımlayacağız ve bu sunum boyunca kodunuzu taşımanın farklı yollarını size göstereceğiz. Mevcut sitenizi dışa aktarmayı ve onu aşağı indirmeyi, yerel bir geliştirme ortamına aktarmayı ele alacağız.

İlk kez dağıtım yapmaktan bahsedeceğiz – sitenizi ilk kez canlıya alırken, bunun nasıl göründüğünden ve bunu başarmanın birkaç yolundan ve ardından bu iki ortamı zaman içinde senkronize etmekten bahsedeceğiz. Öyleyse hemen içine dalalım.

Düşündüğümüz üç tür taşıma – bir kullanıcının gerçekleştirmeye çalışabileceği üç ana seçenek vardır. Birincisi uzaktan yerele. Bu nedenle, web'de bir yerde zaten barındırılan bir siteniz varsa ve onu Yerel, belki küçük harfli yerel bir ortama getirmek istiyorsanız, bir müşterinin mevcut sitesinde çalışmaya başladığınızda bu yararlı olabilir. Yani ya yeni bir müşteri devraldınız ya da bir müşteri sizden değişiklik yapmanızı istiyor ve bunu güvenli bir yere getiriyor, böylece düşük riskli bir ortamda sorun giderebilirsiniz.

Ayrıca en son veritabanı değişikliklerini indirmeye çalıştığınızda da çok kullanışlıdır, böylece uzak ortamınız ile üretiminizin – veya kusura bakmayın, geliştirme ortamınızın – mümkün olduğunca yakından eşleştiğinden emin olabilirsiniz. İkincisi, Yerelden uzaklığa. Bu nedenle, kişisel makinenizden bir yerde barındırılan sunucuya geri döndüğünüzde – yani ya ilk kez tam bir site dağıtıyorsunuz ya da bazı kod değişiklikleri yaptınız ve bu değişiklikleri artırıyorsunuz, arayın temalar veya eklentiler için, sitenizde canlı olarak yansıtılmasını istediğiniz her ne olursa olsun.

Ve ikincisi – afedersiniz, üçüncüsü uzaktan uzağa. Bugün buna çok fazla girmeyeceğiz, ancak öğreneceğiniz araçlarla mümkün olan bir şey. Bunu genellikle barındırma sağlayıcılarını değiştirirken, yani A ana bilgisayarından B ana bilgisayarına geçerken veya potansiyel olarak sitenizin barındırıldığı her yerde geliştirme, hazırlama ve üretim ortamları arasında geçiş yaparken kullanırsınız.

Bununla birlikte, kendisini tanıtması ve ideal göç akışının nasıl göründüğüne başlamamız için kitabı Kevin'e vereceğim. Kevin, götür şunu.

KEVIN HOFFMAN: Hey, teşekkürler Austin. Benim adım Kevin Hoffman, WP Migrate'in ürün müdürüyüm. Bugün içine atlayacağımız göç türlerinin bir oyun planıyla başlamak istiyorum. Bu nedenle, uzak bir ortamdan yerel makinenize her geçişinizde ve uzak bir ana bilgisayara yedekleme yaptığınızda, bu göz korkutucu bir görev olabilir. Ancak, bu geçişleri kendiniz güvenle yapabilmeniz için bu sunumdan bir çözüm planı ile ayrılmanızı istiyoruz.

Başlangıç ​​olarak, mevcut siteyi eski ana bilgisayardan çıkarmak istiyoruz. Bu, WP Migrate kullanılarak tam bir site dışa aktarımını içerecektir. Ardından, yerel geliştirme değişikliklerimizi yapabileceğimiz Yerel'e geçeceğiz ve ardından bu siteyi yeni sunucumuza geri dağıtacağız.

İşleri başlatmak için, WP Migrate kullanarak tam site dışa aktarma akışına geçeceğim. Kendinize soruyor olabilirsiniz, bu durumda neden tam site dışa aktarımını kullanıyoruz? Neden iki ortam arasında doğrudan itme veya çekme yapmıyorsunuz? Bunun birkaç nedeni var.

Başlamak için WP Migrate'in Pro sürümünü kullanacağım, ancak WordPress eklenti dizinindeki eklentimizin ücretsiz sürümü olan WP Migrate Lite'ı da takip edebilirsiniz.

Bu durumda tam site dışa aktarmayı kullanmamızın dört ana nedeni, ilk olarak bunun tek yönlü bir geçiş olmasıdır. Uzak ana bilgisayardan çıkmak istiyoruz ve geri dönme planımız yok. Ayrıca siteyi taşıyabileceğimiz mevcut bir yerel kurulum da yok. Olsaydı, siteyi Yerel makineye taşımak için bir itmeli taşıma veya çekmeli taşıma kullanabilirdik. Ancak mevcut bir yükleme olmadığı için, yerele sürükle ve bırak yöntemiyle içe aktarma en mantıklısı.

Ve son olarak, tam bir site dışa aktarımı yaparak, ücretsiz bir yedek de alıyoruz. Tüm site, gelecekte herhangi bir değişiklik yapmadan önce harika bir yedekleme olan tek bir paket zip dosyasında kapsüllenecektir.

İşleri başlatmak için, hadi WP Migrate'e atlayalım ve bunun nasıl çalıştığını görelim.

Yani WP Migrate'i ilk açtığınızda önünüzde altı işlem olacak. Siteyi uzaktaki ana bilgisayardan olabildiğince çabuk çıkarmak istediğimiz için dışa aktarma eylemini seçeceğiz. Dışa aktarma profilini açmak, bize veritabanı seçeneklerinin yanı sıra medya, temalar, eklentiler ve WordPress çekirdek dosyalarını yapılandırma yeteneği verir.

Devam edelim ve veritabanı yapılandırmasıyla başlayalım. Şimdi, istersem, belirli tabloları veya gönderi türlerini bu geçişten hariç tutabilirim. Ancak şimdilik, varsayılan yapılandırmayla devam etmek ve tüm siteyi uzaktaki ana bilgisayardan çıkarmak istiyorum. Dışa aktardığımız sitede URL veya yerel WordPress kurulumunun yolu gibi standart bul ve değiştir alanlarından bahsetmek istiyorum.

Şimdi, manuel geçiş yapıyorsanız, bu değerleri taşımak ve hedefle eşleşecek şekilde düzenlemek isteyebilirsiniz. Ancak, Yerel kullandığımız için, bu bul ve değiştir işini bizim yerimize halletmek yeterince akıllıdır, dolayısıyla bu isteğe bağlı alanları gerçekten doldurmamız gerekmez. Bunları boş bırakıp devam edebiliriz.

Sırada özel bul ve değiştir var. Bu, WordPress veritabanımdaki veya sitemdeki içeriğimdeki herhangi bir dizeyi arama yeteneğidir. Örneğin, eski bir şirket adıma sahip olabilirim ve onu yeni şirket adımla değiştirmek istiyorum, bunu bu özel bul ve değiştir alanları aracılığıyla yapabilirim. Ve gerektiğinde ek satırlar ekleyebilirim.

Böylece veritabanıyla ilgilenir. Gelelim medya yüklemelerimize. Şimdi, tüm siteyi taşıdığım için Tüm Medya Yüklemelerini Dışa Aktar'ı seçmek istiyorum. Ancak dışa aktarımı şişirebilecek günlükler, yedeklemeler ve önbellekler gibi bazı dosyaları hariç tutmak istiyorum.

Tema dosyalarına geçerken tüm temalarımı dahil etmek istiyorum. Bu sefer değil, sadece aktif temalar, çünkü ben sadece canlı siteyi aktif olarak etkileyen temalarla ilgileniyorum.

Benzer şekilde, eklentilerle– Yalnızca aktif eklentilerimi dışa aktarmak istiyorum. Ve WordPress çekirdek dosyalarıyla, devam etmek ve bunları eklemek istiyorum çünkü WordPress çekirdeğimin dışa aktardığım sitenin tam sürümüyle eşleştiğinden emin olmak istiyorum.

Tamamen yapılandırılmış profille, artık veritabanı tablolarımda, medya yüklemelerimde, temalarda, eklentilerde ve WordPress çekirdek dosyalarımda hızlı bir şekilde ilerleyecek olan dışa aktarma işlemini başlatabilirim.

Bu noktada, veritabanı ve site içindeki tüm dosyalar uygun bir zip dosyasında toplanmaktadır. Yani sadece 18 saniye içinde tüm site sıkıştırılmış oldu.

Artık Yerel'e geçmeye hazırım. Ve bunu yapmadan önce, orada ne olduğunu görmek için zip dosyasının içine hızlıca göz atmak istiyorum. Bir dosya dizinim olduğunu görebilirsiniz. Bu, WP içeriğim, eklentilerim, temalarım ve yüklemelerim dahil olmak üzere tüm WordPress dosyalarını içerir. Ayrıca veritabanı dökümü de var.

Ve gerçekten önemli ve WP Migrate için benzersiz olan başka bir dosya – WP Migrate dışa aktarma JSON dosyası, dışa aktarılan site hakkında PHP sürümü ve MySQL sürümü gibi önemli bilgileri içerir; böylece Local içe aktarma işlemini üstlendiğinde , o uzak ortamla olabildiğince yakından eşleşebilir.

Böylece, Yerel'e aktarmaya hazırsınız. Ve onu Austin'e geri göndereceğim.

AUSTIN WENDT: Harika, teşekkürler Kevin. Evet, Kevin'in bahsettiği gibi, bu zip dosyasını Yerel'e nasıl aktarabileceğimizi ve oluşturmaya başlamaya nasıl hazır hale getirebileceğimizi anlatacağım için heyecanlıyım. Ama önce Yerel'in ne olduğunu size tanıttığımdan emin olmak istiyorum. Aşina değilseniz, Yerel, WP Engine'deki insanlar tarafından oluşturulan bir numaralı WordPress geliştirme aracıdır ve toplulukla ücretsiz olarak paylaşmaktan ve sunmaktan büyük heyecan duyuyoruz.

Yani ücretsiz bir geliştirme aracı. Duymadıysanız, lütfen localWP.com'a bir göz atın, ürünü kullanmanızı çok isteriz. Ancak bugün, bu iş akışını kolaylaştırmak için Yerel'i kullanacağız.

Ve neden Yerel? Makinenize özel herhangi bir ortam gibi, çok düşük risklidir. Ve Kevin'in dediği gibi, WP Migrate'ten bu dışa aktarmayı içe aktardığınızda Local'in yapmaya çalışacağı şey, üretim ortamını yakından taklit edeceğiz. Olabildiğince yakından, WordPress sürümü, PHP sürümü, veritabanı, yerel makineniz üretimde neler olup bittiğini taklit etmelidir, böylece sorun giderme veya neyin yanlış gittiğini görmeye çalışıyorsanız, Yerel bunu anlayabilmelidir. ve barındırılan ortamınızda neler olup bittiğine olabildiğince yakın olun.

Bunu Yerel ile yapmanın bir başka önemli yararı da, Kevin'in az önce bahsettiği iş akışının ana bilgisayardan bağımsız olmasıdır. Dolayısıyla, nerede barındırıyor olursanız olun, ister Flywheel ister WP Engine ile olsun, o siteyi dışa aktarabilecek ve çok hızlı ve kolay bir şekilde yerel hale getirebileceksiniz.

Bu yüzden onu bir demoya aktaracağım ve size bunun yerel kullanıcı arayüzünde nasıl göründüğünü göstereceğim.

Müthiş, bu yüzden zaten bir WP Migrate yaptım ve bu zip dosyasını masaüstüme kaydettim. Ve Yerel'de bir site oluşturmaya gittiğimde, zip dosyalarını buraya sürükleyip bırakabileceğinizi gösteren bu yeni sürükleme bölgesi olacak. Yerel'in güzel yanı da, bunu kullanıcı arabirimindeki herhangi bir ekrandan yapabilmem. Dolayısıyla, bu zip dosyasını Yerel üzerine sürükleyip bırakırsam, Kevin'in bahsettiği o WP Migration export JSON dosyasından bana site adını önerecek.

PHP'm, web sunucum, veritabanım önceden seçilmiştir. Ardından, Oluştur'a tıklıyorum ve gerisini Yerel hallediyor. Yerel, aktif olarak bu zip dosyasını açıyor, tüm bu WordPress dosyalarını içe aktarıyor ve bu siteyi makinemde üretime alabildiğimiz en yakın durumda kuruyor.

Bu dönerken, şifremi girip yapmasına izin vereceğim ana bilgisayar dosyamı güncellemek için izin isteyecek. Ama sonra Local, WordPress'i eklemeye başlar ve hazırsınız.

Bu işlem tamamlanırken, hemen vurgulayacağım bir şey, sol tarafta görebileceğiniz bir şey; sitelerinizi gruplandırma yeteneği, Yerel'de son birkaç haftadır yeni. Bu yüzden, Garrett's Grocery'yi DE{CODE} demo bölümüme sürükleyip bırakacağım – bu, sitelerinizi düzenlemek için göz atmanızı, belki istemciye göre gruplandırmanızı veya WP'ye bağlı sürüme göre gruplandırmanızı tavsiye ederim. Motor olsun ya da olmasın, sizin için en uygun olanı. Öyleyse bir dene.

Ancak Yerel burada işini bitiriyor, o sitenin etki alanını değiştiriyor. Ve bunun yapacağı şey, burada görebileceğiniz gibi mysite.local'da mevcut olması için makinemde yapılandırmak olacak. Siteyi Aç'ı tıklarsam, işte Garrett's Market. Bu yüzden, barındırılan ortamımdan etkili bir şekilde çıktım ve onu Yerel'e sürükleyip bıraktım ve iki dakikadan daha kısa bir sürede makinemde çalışmasını sağladım, bu harika.

Yani bu örnekle, internette nerede olursa olsun onu eski sunucunuzdan alabildiğimizi ve WP Migrate tam site dışa aktarma kombinasyonuyla bunu Yerel'e alıp taklit ederek gösterdiğimizi gösterdik. birkaç dakikadan daha kısa sürede üretim ortamı.

Şimdi soru şu ki, Yerel'e geçtikten sonra değişiklik yapmaya başlamaya hazırım. Onu nasıl geri alıp internette tekrar canlı yayına alabilirim? Sitenizi Local'den alıp sunucunuza geri yüklemek için, WP Engine'e veya Flywheel'a dağıtmak üzere Local Connect'i kullanacağız. Hem tam site geçişinden hem de kısmi geçişlerden.

Ancak neden tam site dağıtımı yapmak isteyesiniz? Bir sitenin tamamının sunucunuza ilk kez dağıtılması burada iyi bir örnektir. Yani belki site henüz hiç mevcut değil veya belki de ana bilgisayarda sadece şablonlu bir site. Tüm temaları veya eklenti değişikliklerini dahil etmek istiyorsanız veya belki de bugün ana bilgisayarda bulunan mevcut sitenin tamamen üzerine yazmaya hazırsınız. Yani belki zaten içeriği vardır, ancak şu anda orada olan şey artık üretken veya elverişli değildir ve onu silmeye hazırsınız, tam bir site dağıtımı kullanırsınız.

Yani Local'i kullanmak, bunu başarmak oldukça kolaydır. Ve size bunun neye benzediğinin bir demosunu göstereceğim. Garrett's Bakkalı burada ve web sitesinde geliştirmeye hazır olduğum bir dizi değişiklik yaptım. Artık Local, bahsettiğim gibi Local Connect konseptine sahip – sol tarafta Connect için bu bulut simgesi var. Ayrıca sağ altta, WP Engine veya Flywheel'a bağlanmamı sağlayacak bir Ana Bilgisayara Bağlan var.

Bugünlük, bunu Bağlan sekmesine gidip Bir Platforma Bağlan'a tıklayarak gerçekleştireceğim. WP Engine hesabımda oturum açacağım, beni oturum açmamı izlemekten kurtardım. Yerel Bağlantının WP Engine'de erişimim olan tüm siteleri çektiğini görebilirsiniz. Şimdi yapacağım şey, genel bakışımda Garrett's Market'e geri döneceğim. Sağ altta, WP Engine'e Bağlan'ı seçeceğim.

Yerel, o sitenin WP Engine altyapısıyla uyumlu olup olmadığını kontrol edecek. Yani güncel WordPress ve PHP kullanarak, ardından Push'a tıklayabilirim.

Push, WP Engine'de üzerine yazmak istediğim görüşü seçmeme izin verecek. Çevreyi seçmeme izin verecek. Bu yüzden Austin Wendt sitesini seçeceğim ve Üretim'i seçeceğim. Ve ekranın sağ tarafında gördüğünüz şey Yerel dosya listesini belirliyor.

Bunun anlamı yerel, esasen makinemdekiler ile sunucudakiler arasında bir fark çalıştırmak ve yapmak üzere olduğum değişiklikleri gerçekten görebilmem ve anlayabilmem için bunu bana sağlamak. Bu tam bir site dağıtımı olduğundan, yerel ortamımda hiçbir şey olmadığını göremiyorsunuz, ancak sağ taraftaki kırmızı X'lerde görebileceğiniz gibi, üretimdeki her şeyin üzerine yazacağım.

Sonra Push to WP Engine'i tıklıyorum ve Local gerisini halletmeye başlıyor. Bu videonun tamamı yaklaşık dört dakika – ben burada otururken sizi bunu izlemekten kurtaracağım. Olan şu ki, Local bu dosyaları topluyor. Bu dosyaları WP Engine'e yüklemeye başlar. Ve dediğim gibi, makinemdekiler ile WP Engine sunucusundakiler arasındaki farkları analiz etmeye başlıyorum.

Orada barındırırsanız, aynı iş akışı Flywheel için de geçerli olacaktır. Makineniz ile sunucu arasındaki o dosya farkını girerek aynı akışı izleyeceğiz.

Böylece Local veritabanını toplamaya başlar. Bunu WP Engine'e de zorluyor. Böylece, uzak sunucuda var olan tüm mevcut tabloları kaldırıyor ve bunları benim makinemden gelenlerle değiştiriyor.

Bu veritabanı geçişinin bir parçası olarak, şimdi görebileceğiniz gibi, site etki alanına bakacak ve benim için bir arama ve değiştirme işlemi gerçekleştirecek. Böylece, veritabanımda depolanan tüm bağlantılarım ve URL'lerim, üretim ortamında düzgün çalışması için tablo ön ekleriyle birlikte güncellenecek.

Bu yüzden bu tablo öneklerini benim için güncelleyecek. Ve aynen böyle, sitem WP Engine'e aktarıldı.

Buna yeniden başlıyorum, Garrett's Market hala makinemde. Ama ayrıca, Bağlan sekmesine gidersem, sağda ittiğim Austin Wendt sitesini görebiliyorum, Garrett's Market ile bağlantılı olduğunu söylüyor. Ve sitenin bu adına, Austin Wendt'e tıklarsam, o yeni içeriği internette canlı olarak göstermem için bir tarayıcıda açılacak.

Artık Yerel'i tam bir site dağıtımını gerçekleştirmek için nasıl kullanacağımızı anladığımıza göre, MagicSync olarak bildiğimiz bir özelliği kullanarak ortamları senkronize etmek için Yerel'i nasıl kullanabileceğimizi ele almak istiyorum.

Yani MagicSync, artımlı geçişler için başka bir kelimedir. Böylece, yerel ortamınız ile uzak sunucu arasında yalnızca küçük kod parçalarını taşımak. Ve neden bunu yapmak isteyesin?

Yani belki de tüm siteyi değiştirmek istemezsiniz. Canlı yayınlamaya hazır olduğunuz mevcut bir sitede yalnızca daha küçük kısmi değişiklikler yaptınız. Yerel'in güzel yanı da - Yerel, bahsettiğim gibi, bu farklı özelliği, dahil etmek ve hatta hariç tutmak istediğiniz dosyaları seçmenize ve seçmenize olanak tanır. Buradaki büyük bir yaygın kullanım durumu, belki makinemde pek çok şey yaptım, ancak medyayı itme ve çekmeyi hariç tutmak istiyorum çünkü bu, sitemin çok ağır ve yoğun bir bölümü. Sadece medya seçimini kaldırabilirim.

Bu yüzden, burada MagicSync'in neye benzediğini gösteren bir demoya gireceğiz. Tekrar ediyorum, burada Garrett's Grocery var - diyelim ki bu sefer daha küçük değişiklikler yaptım ve bunun WP Engine'de canlı olarak yansıtıldığını görmeye hazırım. Burada aynı iş akışı - ekranımın sağ alt kısmında, WP Engine'e basmak için geri dönüyorum. Austin Wendt sitesi benim ve çevrem için önceden seçilmişti, bunu son yaptığım zamandan beri hatırlıyorum.

Ve bu sefer daha kısa olacak – yine benim makinemdekiler ile WP Engine sunucularındakiler arasındaki farkı belirliyor. Yani buraya geri gelecek ve sitede yapıldığını tespit ettiği daha küçük bir dizi değişiklik var. İstediğim tüm dosya değişikliklerinin seçimini kaldırabilirim. Sadece WP içerik klasörümü seçebilirim.

Veya belki bu durumda, diyelim ki sadece veritabanımı zorlamak istiyorum. Böylece veritabanı kutusunu işaretleyebilir ve Push'a basabilirim. Şimdi, Yerel'in WP Engine'e herhangi bir dosya göndermemesi dışında, daha önce tanık olduğumuz iş akışının aynısı oluyor. Yalnızca makinemde yaptığım veritabanı değişikliklerini şu anda WP Engine sunucusunda bulunan veritabanıyla değiştiriyor.

Buradaki iş akışı çok benzer – aslında bu tek süreci izleyeceğiz, çünkü o kadar uzun sürmüyor. Çünkü fark daha küçüktür. Bu yüzden veritabanını WP Engine'e yükleyeceğiz. Yerel, yine benim için ilerleyecek ve bu arama ve değiştirmeyi yapacak. Böylece, tablo öneklerinin değişip değişmediğini, makinemde farklı olan URL'lerin uzak ana bilgisayara yansıtılması gerektiğini algılayacaktır.

Bu güncellemeleri benim için yapacak. Ve yaklaşık bir dakikadan kısa bir süre içinde, makinemde yaptığım site değişiklikleri WP Engine'e aktarılacak ve yaptığım işi gözden geçirmek isteyen meslektaşlarım ve meslektaşlarım tarafından tüketilmeye hazır olacak. belki bir geliştirme ortamına geçtim ya da üretimde web'de canlı ve müşterilerim veya müşterilerim ya da sadece tüketicilerin web'de görüntülemesi için hazırsa.

Yani aynen böyle site WP Engine'e itildi ve tarayıcıya geri dönsem sitenin güncellendiğini ve oraya yansıdığını görüyordunuz. Artımlı geçişleri gerçekleştirmek için Yerel'i nasıl kullanacağımızı artık anladığımıza göre, bunu WP Migrate aracını kullanarak gerçekleştirmenin başka bir yolunu göstermesi için Kevin'e geri vermek istiyorum.

KEVIN HOFFMAN: Hey, teşekkürler Austin. Bizi Yerelden WP Motoruna iş akışında çalıştırdığınız için teşekkür ederiz, ancak barındırma sağlayıcınız üzerinde her zaman kontrol sahibi olmadığınızı biliyoruz. Bir sonraki iş akışı size herhangi iki WordPress ortamı arasında nasıl geçiş yapacağınızı gösterecek. Bu durumda, Yerel'den başka herhangi bir web barındırıcısına geçmek.

Bunu yapmak için, WP Migrate kullanarak itme ve çekme adı verilen bir kavram kullanacağız. Şimdi, neden bir itme ya da çekme yapasınız ki? Şimdi, tam site dışa aktarımının aksine, bu iki yönlü bir geçiştir. Bu, her iki sitenin de zaten var olduğu ve daha uzun vadeli bir geri ödeme için biraz daha ön yatırım gerektirdiği anlamına gelir.

Böylece, bu kurulumu tamamladıktan sonra, zaman içindeki artımlı geçişlerinizi halletmeye ve iki ortamı sürekli olarak senkronize halde tutmaya hazır olacaksınız.

Öyleyse bunun neye benzediğini görelim. Diyelim ki siteniz uzak sunucunuza dağıtılmaya hazır. Medya kitaplığınızda bir dizi yayınınız ve bir dizi görseliniz var. Bu içeriği alıp medya kitaplığında şu anda sıfır gönderi ve resim olmayan yeni bir siteye taşıyacağız.

Burada izleyeceğimiz farklı yaklaşım, bir itme geçişi kullanmaktır. Ve benden istediği ilk şey, uzak siteden bağlantı bilgisi. Böylece uzak siteye geçebilirim ve ayarlar sekmemde bağlantı bilgilerini doğrudan panoma kopyalayabilirim. Ayrıca yerel siteden gelen bu push isteklerini kabul edebilmek için push geçişini etkinleştirmek istiyorum.

Bu bilgiyi bağlantı bilgisi kutusuna yapıştırarak artık uzak siteye bağlandım ve veritabanı seçeneklerimi yapılandırmaya hazırım. Dışa aktarma iş akışımıza kıyasla burada farkedeceğiniz en büyük fark, URL'nin Bul ve Değiştir taraflarının ve yolun bizim için tamamen doldurulmuş olmasıdır. Bunun nedeni, WP Migrate'in her iki sitede de bulunması ve bu bilgilere erişimi olması ve taşımayı başlatmak için herhangi bir şey girmemize gerek kalmadan bizim yerimize bununla ilgilenebilmesidir.

Özel bir bul ve değiştir yapmayacağım, ancak kitaplıktan tüm medya yüklemelerimi, ayrıca tüm temalarımı ve eklentilerimi dahil edeceğim. Şimdi, eklentilerimi seçerken burada farkedeceğiniz benzersiz bir özellik, o eklentinin uzak sitedeki durumunun bana gösterilmesidir. Şimdi, bu durumda, orada herhangi bir eklenti yoktur, bu nedenle, bu eklentilerin tümü ilk kez eklenecektir ve o simgenin üzerine geldiğinizde mevcut sürüm numarası belirtilir.

Devam edeceğim ve bu profili ileride kullanmak üzere kaydedeceğim ve buna Tam Siteyi İt olarak adlandıracağım. Bu nedenle, tam bir siteyi o uzak konuma göndermem gerektiğinde, bu profili tekrar ziyaret edip çalıştırabilirim.

Profili çalıştırdığımda, bir kez daha tablolar, medya yüklemeleri, temalar, eklentiler arasında gezindiğini göreceksiniz ve geçiş devam ederken isteklerin boyutu hakkında bazı bilgiler alacaksınız.

Geçiş tamamlandığında, devam edip modu kapatabilirsiniz ve iki ortamınız artık senkronize edilir.

Bu noktada, tekrar çalıştırmanız gerekirse, kaydedilen profilin tekrar tıklamanız için nasıl kullanılabilir olduğunu kontrol etmek için profil ekranınızı tekrar ziyaret etmek isteyebilirsiniz.

Bu, WP Migrate'te bir kaydetme profiliyle tam bir site dağıtımıdır. Ama merak ediyor olabilirsiniz, artımlı değişiklikleri uygulamaya ne dersiniz? Austin'in size gösterdiği gibi, Yerelde MagicSync kullanarak, WP Migrate ile bunu yapmanın başka bir yolu. Bu yüzden başka bir push profili oluşturacağım, aynı bağlantı bilgilerini gireceğim ama bu sefer medya yüklemelerimi seçtiğimde sadece yeni ve güncellenmiş medya yüklemeleri yapacağım.

Bu, geçişin ilk çalıştırıldığında her şeyi içereceği anlamına gelir. Ancak bundan sonraki her geçiş, yalnızca değişen medya dosyalarını içerecektir.

Bu, temalar veya eklentiler hakkında endişelenmenize gerek kalmadan içerik ve medya dosyalarını her aktardığınızda mükemmel bir iş akışıdır. Şimdi bu profili kaydedeceğim ve adını Push İçeriği ve Medya koyacağım.

Bu da bana iki farklı amaç için kullanabileceğim iki geçiş profili bırakıyor. Profil ekranımda kayıtlılar ve onlara geri dönmem gereken her an kullanılabilir durumdalar. Üretim verilerini bu yerel siteye çekmek için bir çekme profili bile ayarlayabilir ve iki ortamı her iki yönde senkronize halde tutabilirim.

Böylece uzaktan yerele ve tekrar uzaka geçmek için yerel ve WP Migrate kullanan iş akışlarımız sona eriyor.

Gördüğünüz gibi, artık oyun planımız tamamlandı, WP Migrate'ten tam site dışa aktarımını kullanarak uzak siteden çıkmak, bunu yerele sürükleyip bırakmak ve ardından WP Engine veya Flywheel'a geçmek için çözümlerimiz var. veya başka bir ana bilgisayar. Dolayısıyla, geçiş çözümleri söz konusu olduğunda ve WP Migrate ile Yerel'i birlikte kullandığınızda neler mümkün olduğunda bu buzdağının sadece görünen kısmı.

Bu nedenle, bir dahaki sefere kendi geçişlerinizi yapmanız gerektiğinde bunun size bir oyun planı vermesini umuyoruz. WP Migrate ve Local için Twitter hesaplarımızda sizden haber bekliyoruz ve DE{CODE]'un geri kalanını beğeneceğinizi umuyoruz. Bize katıldığınız için teşekkürler.