Menguasai Migrasi–Cara Lebih Cepat, Lebih Mudah, dan Aman untuk Memindahkan Situs Anda Dari A ke B

Migrasi bisa rumit! Kita semua tahu perasaan frustrasi (atau sangat takut) ketika kita melihat seseorang gagal, tetapi kita juga tahu rasa lega ketika migrasi berhasil. Dengan segala kerumitan dan nuansa migrasi, bagaimana kita dapat meningkatkan tingkat keberhasilan kita dan memenangkan kembali waktu kita untuk fokus pada pekerjaan yang benar-benar ingin kita lakukan?

Apakah Anda perlu menyalin proyek yang sudah ada ke mesin lokal Anda atau menerapkan beberapa pembaruan tambahan untuk produksi, ikuti panduan kami tentang bagaimana Anda dapat mempercepat, menyederhanakan, dan mengurangi risiko migrasi Anda.

Pembicara:

• Kevin Hoffman, Manajer Produk Senior di WP Engine
• Austin Wendt, Manajer Produk Senior di WP Engine

Slide Sesi:

Salinan:

AUSTIN WENDT: Selamat datang, semuanya, dan terima kasih telah bergabung. Kami senang memiliki Anda. Dan selamat datang di Konferensi DE{CODE}.

Nama saya Austin Wendt, saya seorang manajer produk senior di WP Engine, bekerja untuk membangun produk Lokal kami. Dan kolega saya, Kevin, dan saya, yang akan Anda temui di sini sebentar lagi, sangat bersemangat untuk berbicara dengan Anda hari ini tentang membangun dengan lebih cerdas– terutama dalam hal menguasai migrasi Anda. Jadi kita akan membahas cara yang lebih cepat, lebih mudah, dan lebih aman untuk memindahkan situs Anda dari titik A ke titik B sehingga Anda merasa yakin dengan alur kerja pengembangan tersebut, apakah Anda membawa situs ke lingkungan pengembangan lokal yang aman, atau Anda ' siap untuk mendorong situs itu aktif dari waktu ke waktu.

Saya akan membahas agenda singkat sebelum kita masuk. Jadi yang akan kita bahas hari ini adalah kita akan memperkenalkan tiga jenis migrasi yang ingin kita pikirkan di WP Engine saat kita berbicara tentang memindahkan kode. Kami akan menentukan alur kerja migrasi ideal kami, dan memandu Anda melaluinya selama presentasi ini, tentang berbagai cara untuk memindahkan kode Anda. Kami akan mencakup mengekspor situs Anda yang sudah ada, dan menurunkannya– mengimpor ke lingkungan pengembangan lokal.

Kita akan berbicara tentang melakukan penerapan pertama kali– jadi saat Anda menjalankan situs Anda untuk pertama kalinya, seperti apa tampilannya, dan beberapa cara untuk mencapainya Lalu menyinkronkan kedua lingkungan tersebut dari waktu ke waktu. Jadi mari selami langsung ke dalamnya.

Tiga jenis migrasi yang kami pikirkan– ada tiga opsi utama yang dapat dicoba dilakukan oleh pengguna. Yang pertama adalah remote-to-local. Jadi jika Anda sudah memiliki situs yang dihosting di suatu tempat di web, dan Anda ingin membawanya ke Lokal, mungkin huruf kecil, lingkungan lokal, ini berguna saat Anda mungkin mulai bekerja di situs klien yang sudah ada. Jadi, Anda telah mewarisi klien baru atau klien meminta Anda untuk melakukan perubahan dan membawanya ke tempat yang aman, sehingga Anda dapat memecahkan masalah tersebut di lingkungan berisiko rendah.

Juga sangat berguna ketika Anda hanya mencoba menarik perubahan basis data terbaru, sehingga Anda dapat memastikan bahwa lingkungan jarak jauh dan produksi Anda– atau permisi, lingkungan pengembangan– sangat cocok. Yang kedua adalah Lokal ke jarak jauh. Jadi, saat Anda kembali dari mesin pribadi Anda ke server yang dihosting di suatu tempat– jadi Anda menerapkan situs lengkap untuk pertama kalinya, atau Anda telah membuat beberapa perubahan kode dan mendorong perubahan itu, hubungi untuk tema, atau untuk plugin, apa pun yang mungkin ingin Anda lihat tercermin secara langsung di situs Anda.

Dan yang kedua– permisi, yang ketiga jarak jauh ke jarak jauh. Kami tidak akan terlalu mendalami yang satu ini hari ini, tetapi ini adalah sesuatu yang mungkin dilakukan dengan alat yang akan Anda pelajari. Anda akan menggunakan ini biasanya saat Anda beralih penyedia hosting– jadi berpindah dari host A ke host B, atau berpotensi saat Anda berpindah antara lingkungan dev, staging, dan produksi, di mana pun situs Anda mungkin dihosting.

Maka dengan itu, saya akan menyerahkannya kepada Kevin untuk memperkenalkan dirinya dan membantu kita memulai seperti apa alur migrasi yang ideal itu. Kevin, bawa pergi.

KEVIN HOFFMAN: Hei, terima kasih, Austin. Jadi nama saya Kevin Hoffman, saya manajer produk WP Migrate. Saya ingin memulai hari ini dengan memulai rencana permainan jenis migrasi yang akan kita masuki. Jadi kapan pun Anda beralih dari lingkungan jarak jauh ke mesin lokal Anda, dan mencadangkan ke host jarak jauh, itu bisa menjadi tugas yang menakutkan. Namun kami ingin Anda meninggalkan presentasi ini dengan rencana permainan solusi sehingga Anda dapat melakukan migrasi ini sendiri dengan percaya diri.

Dan untuk memulai, kami ingin mengeluarkan situs yang ada dari host lama. Jadi itu akan mencakup ekspor situs lengkap menggunakan WP Migrate. Kami kemudian akan pindah ke Lokal, di mana kami dapat melakukan perubahan pengembangan lokal kami, dan kemudian menerapkan kembali situs itu ke host baru kami.

Jadi untuk memulai, saya akan beralih ke alur ekspor situs lengkap menggunakan WP Migrate. Anda mungkin bertanya pada diri sendiri, mengapa kami menggunakan ekspor situs lengkap dalam situasi ini? Mengapa tidak mendorong atau menarik langsung di antara dua lingkungan? Nah, ada beberapa alasan untuk itu.

Untuk memulai, saya akan menggunakan WP Migrate versi Pro, tetapi Anda juga dapat mengikuti WP Migrate Lite, yang merupakan versi gratis dari plugin kami di direktori plugin WordPress.

Empat alasan utama mengapa kami menggunakan ekspor situs lengkap dalam situasi ini adalah pertama karena ini adalah migrasi satu arah. Kami ingin keluar dari host jarak jauh, dan kami tidak punya rencana untuk kembali. Juga tidak ada pemasangan lokal yang ada untuk kami memindahkan situs. Jika ada, kami mungkin dapat menggunakan migrasi push, atau migrasi pull untuk memasukkan situs ke dalam mesin Lokal. Tetapi karena tidak ada penginstalan, impor seret dan lepas ke lokal paling masuk akal.

Dan terakhir, dengan melakukan full site export, kita juga mendapatkan backup gratis. Seluruh situs akan dienkapsulasi dalam satu file zip yang dibundel, yang merupakan cadangan yang bagus sebelum Anda membuat perubahan apa pun di masa mendatang.

Jadi untuk memulai, mari masuk ke WP Migrate dan lihat cara kerjanya.

Jadi saat pertama kali membuka WP Migrate, Anda akan memiliki enam tindakan di depan Anda. Karena kami ingin mengeluarkan situs dari host jarak jauh secepat mungkin, kami akan memilih tindakan ekspor. Membuka profil ekspor memberi kita kemampuan untuk mengonfigurasi opsi basis data, serta media, tema, plugin, dan file inti WordPress.

Mari kita lanjutkan dan mulai dengan konfigurasi database. Sekarang, jika saya mau, saya dapat mengecualikan tabel tertentu, atau jenis posting dari migrasi ini. Tetapi untuk saat ini, saya ingin menggunakan konfigurasi default dan mengeluarkan seluruh situs dari host jarak jauh. Saya ingin menyebutkan bidang pencarian dan penggantian standar, seperti URL, atau jalur pemasangan WordPress lokal, di situs yang kami ekspor.

Sekarang, jika Anda melakukan migrasi manual, Anda mungkin ingin memindahkan nilai ini dan mengeditnya agar cocok dengan tujuan. Namun, karena kami menggunakan Lokal, cukup pintar untuk menangani pencarian dan penggantian ini untuk kami, jadi kami sebenarnya tidak perlu mengisi kolom opsional ini. Kita bisa membiarkannya kosong dan melanjutkan.

Selanjutnya adalah pencarian dan penggantian khusus. Ini adalah kemampuan untuk mencari string apa pun di database WordPress saya, atau di konten saya di seluruh situs saya. Misalnya, mungkin saya memiliki nama perusahaan lama, dan saya ingin menggantinya dengan nama perusahaan baru, saya dapat melakukannya melalui bidang pencarian dan penggantian kustom ini. Dan saya dapat menambahkan baris tambahan, sesuai kebutuhan.

Sehingga mengurus database. Mari beralih ke unggahan media kita. Sekarang, karena saya memindahkan seluruh situs, saya ingin memilih Ekspor semua Unggahan Media. Namun saya ingin mengecualikan beberapa file seperti log, cadangan, dan cache, yang dapat membengkakkan ekspor.

Saat kita beralih ke file tema, saya ingin menyertakan semua tema saya. Tidak kali ini, hanya tema yang aktif, karena saya hanya peduli dengan tema yang secara aktif memengaruhi situs langsung.

Demikian pula, dengan plugin– Saya hanya ingin mengekspor plugin aktif saya. Dan dengan file inti WordPress, saya ingin melanjutkan dan menyertakannya, karena saya ingin memastikan bahwa inti WordPress saya cocok dengan versi yang tepat dari situs asal ekspor saya.

Dengan profil yang dikonfigurasi sepenuhnya, sekarang saya dapat memulai ekspor, yang akan dengan cepat menelusuri tabel database, unggahan media, tema, plugin, dan file inti WordPress.

Pada titik ini, database dan semua file di dalam situs digabungkan menjadi satu file zip yang nyaman. Jadi hanya dalam 18 detik, seluruh situs di-zip.

Saya sekarang siap untuk pindah ke Lokal. Dan sebelum saya melakukannya, saya ingin mengintip ke dalam file zip untuk melihat apa yang ada di sana. Anda dapat melihat bahwa saya memiliki direktori file. Ini termasuk semua file WordPress, termasuk konten WP, plugin, tema, dan unggahan saya. Dan saya juga memiliki database dump.

Dan satu file lainnya, yang sangat penting dan unik untuk WP Migrate– file JSON ekspor WP Migrate menyertakan informasi penting tentang situs yang diekspor, seperti versi PHP, dan versi MySQL, sehingga saat Lokal menangani impor , itu dapat mencocokkan lingkungan jarak jauh itu sedekat mungkin.

Maka dengan itu, Anda siap mengimpor ke Lokal. Dan saya akan mengirimkannya kembali ke Austin.

AUSTIN WENDT: Luar biasa, terima kasih, Kevin. Ya, saya senang membahas, seperti yang disebutkan Kevin, bagaimana kita bisa mengimpor file zip itu ke Lokal dan siap untuk mulai membangun. Tapi pertama-tama, saya ingin memastikan untuk memperkenalkan apa itu Lokal. Jika Anda tidak terbiasa, Lokal adalah alat pengembangan WordPress nomor satu, dibuat oleh manusia di WP Engine, dan kami sangat senang berbagi dan menawarkan kepada komunitas secara gratis.

Jadi ini adalah alat dev gratis. Jika Anda belum pernah mendengarnya, silakan periksa, localWP.com, kami ingin Anda menggunakan produk ini. Tapi hari ini, kita akan menggunakan Lokal untuk memfasilitasi alur kerja ini.

Dan mengapa Lokal? Mirip dengan lingkungan apa pun yang khusus untuk mesin Anda, risikonya sangat rendah. Dan seperti yang dikatakan Kevin, apa yang akan coba dilakukan Lokal ketika Anda mengimpor ekspor dari WP Migrate adalah kami akan meniru lingkungan produksi dengan cermat. Jadi sedekat mungkin, versi WordPress, versi PHP, database, mesin lokal Anda harus meniru apa yang terjadi dalam produksi, sehingga jika Anda memecahkan masalah atau mencoba melihat apa yang salah, Lokal harus dapat mengetahuinya Anda, dan sedekat mungkin dengan apa yang sedang terjadi, di lingkungan host Anda.

Manfaat utama lain dari melakukan ini dengan Lokal adalah alur kerja yang baru saja disebutkan Kevin adalah host agnostic. Jadi di mana pun Anda menghosting, apakah itu dengan Flywheel atau WP Engine, Anda akan dapat mengekspor situs itu dan masuk ke situs lokal dengan sangat cepat dan mudah.

Jadi saya akan menendangnya ke demo dan menunjukkan kepada Anda seperti apa tampilannya di dalam UI lokal.

Luar biasa, jadi saya sudah melakukan Migrasi WP, dan saya telah menyimpan zip itu ke desktop saya. Dan saat saya membuat situs di Lokal, akan ada zona seret baru yang menunjukkan bahwa Anda dapat menarik dan melepas file zip di sini. Apa yang juga bagus tentang Lokal adalah saya dapat melakukan ini dari layar mana pun di dalam UI. Jadi jika saya menyeret dan melepaskan file zip itu ke Lokal, itu akan menyarankan nama situs untuk saya dari file JSON ekspor migrasi WP yang disebutkan Kevin.

Ini telah memilih PHP saya, server web saya, basis data saya. Dan kemudian, saya mengklik Buat, dan Lokal menangani sisanya. Jadi Lokal secara aktif membuka ritsleting file zip itu, mengimpor semua file WordPress itu, dan menyiapkan situs itu di mesin saya dalam keadaan yang sedekat mungkin dengan produksi yang kami bisa dapatkan.

Sementara ini berputar, itu akan meminta izin untuk memperbarui file host saya, yang akan saya masukkan kata sandi saya dan izinkan untuk melakukannya. Tapi kemudian, Lokal mulai menambahkan WordPress dan Anda siap melakukannya.

Sementara ini selesai, sesuatu yang akan saya soroti dengan sangat cepat adalah Anda dapat melihat di sisi kiri– kemampuan untuk mengelompokkan situs Anda baru di Lokal dalam beberapa minggu terakhir. Jadi saya akan menarik dan melepaskan Garrett's Grocery ke bagian demo DE{CODE} saya– yang merupakan cara bagus yang saya anjurkan agar Anda memeriksa untuk mengatur situs Anda, mungkin mengelompokkannya berdasarkan klien, atau menurut versi, yang terhubung ke WP Mesin atau tidak, apa pun yang terbaik untuk Anda. Jadi cobalah.

Tapi Lokal selesai di sini, itu mengubah domain situs itu. Dan apa yang akan dilakukan adalah mengonfigurasinya di mesin saya sehingga tersedia, seperti yang Anda lihat di sini, di mysite.local. Jika saya klik, Buka Situs, ini Garrett's Grocery. Jadi saya telah secara efektif beralih dari lingkungan yang dihosting, dan menyeret dan melepaskannya ke Lokal, dan menjalankannya di mesin saya dalam waktu kurang dari dua menit, yang luar biasa.

Jadi dengan contoh ini, apa yang kami tunjukkan adalah dapat mengambilnya dari host lama Anda, di mana pun itu berada di internet, dan dengan kombinasi ekspor situs lengkap WP Migrate, memasukkannya ke Lokal dan meniru Anda lingkungan produksi dalam waktu kurang dari beberapa menit.

Sekarang, pertanyaannya adalah, begitu saya mendapatkannya di Lokal, saya siap untuk mulai membuat perubahan. Bagaimana cara mengeluarkannya dan menayangkannya kembali di internet? Untuk mengambil situs Anda dari Lokal dan mengembalikannya ke host Anda, kami akan menggunakan Local Connect untuk diterapkan ke WP Engine, atau ke Flywheel. Baik dari migrasi situs penuh maupun migrasi sebagian.

Tetapi mengapa Anda ingin melakukan penyebaran situs penuh? Penerapan pertama kali seluruh situs ke host Anda adalah contoh yang bagus di sini. Jadi mungkin situs tersebut belum ada sama sekali, atau mungkin hanya situs template di host. Jika Anda ingin menyertakan seluruh tema atau perubahan plugin, atau mungkin Anda hanya siap untuk menimpa sepenuhnya situs saat ini yang ada di host hari ini. Jadi mungkin sudah ada kontennya, tapi yang ada sekarang sudah tidak produktif atau kondusif lagi, dan Anda siap untuk menghapusnya saja, Anda akan menggunakan penyebaran situs penuh.

Jadi menggunakan Lokal, itu cukup mudah dilakukan. Dan saya akan menunjukkan kepada Anda demo seperti apa tampilannya. Jadi saya memiliki Garrett's Grocery di sini, dan saya telah membuat serangkaian perubahan pada situs web yang siap saya dorong. Sekarang, Lokal memiliki konsep Local Connect, seperti yang saya sebutkan– ada ikon cloud di sebelah kiri, untuk Connect. Ada juga Hubungkan ke Host di kanan bawah, yang memungkinkan saya menghubungkan WP Engine atau ke Flywheel.

Untuk hari ini, saya akan melakukannya dengan membuka tab Connect, dan mengklik Connect to a Platform. Saya akan masuk ke akun WP Engine saya, yang saya biarkan Anda menonton saya masuk. Apa yang Anda lihat terjadi adalah Local Connect menarik semua situs yang saya akses di WP Engine. Sekarang, yang akan saya lakukan adalah kembali ke Garrett's Grocery dalam ikhtisar saya. Di kanan bawah, saya pilih Connect to WP Engine.

Lokal akan memeriksa apakah situs tersebut kompatibel dengan infrastruktur WP Engine. Jadi menggunakan WordPress dan PHP terbaru, lalu saya bisa klik Push.

Push akan memungkinkan saya memilih pemandangan yang ingin saya timpa di WP Engine. Ini akan memungkinkan saya untuk memilih lingkungan. Jadi saya akan memilih situs Austin Wendt, dan saya akan memilih Produksi. Dan apa yang akan Anda lihat terjadi di sisi kanan layar adalah Lokal menentukan daftar file.

Apa artinya lokal pada dasarnya menjalankan perbedaan antara apa yang ada di mesin saya dan apa yang ada di server, dan memberikannya kepada saya sehingga saya dapat benar-benar melihat dan memahami perubahan yang akan saya buat. Jadi karena ini adalah penyebaran situs penuh, Anda dapat melihat tidak ada yang terjadi di lingkungan lokal saya, tetapi saya akan menimpa semua yang ada di produksi, seperti yang Anda lihat dengan X merah di sisi kanan.

Jadi saya klik, Dorong ke Mesin WP, dan Lokal mulai mengurus sisanya. Seluruh video ini berdurasi sekitar empat menit– saya akan membiarkan Anda menontonnya bersama saya, saat saya duduk di sini. Apa yang terjadi adalah Lokal sedang mengemasi file-file itu. Itu mulai mengunggah file-file itu ke WP Engine. Dan mulai menganalisis, seperti yang saya katakan, perbedaan antara apa yang ada di mesin saya, dan apa yang ada di server WP Engine.

Alur kerja yang sama ini juga akan berlaku untuk Flywheel, jika Anda menghosting di sana. Kami akan mengikuti alur yang sama memasukkan perbedaan file antara mesin Anda dan server.

Jadi sekarang, Lokal mulai mengemas database. Ini juga mendorongnya ke WP Engine. Jadi itu menghapus semua tabel yang ada di server jarak jauh dan menggantinya dengan yang berasal dari mesin saya.

Sebagai bagian dari transisi database itu, itu akan melihat domain situs dan melakukan pencarian dan mengganti untuk saya, seperti yang Anda lihat sekarang. Sehingga semua tautan dan URL saya yang disimpan di database saya akan diperbarui, bersama dengan awalan tabel, agar berfungsi dengan benar di lingkungan produksi.

Jadi itu akan memperbarui awalan tabel itu untuk saya. Dan begitu saja, situs saya telah didorong ke WP Engine.

Jadi memulai ini lagi, Garrett's Grocery masih ada di mesin saya. Tetapi juga, jika saya pergi ke tab Connect, saya dapat melihat situs Austin Wendt yang saya dorong ke kanan, dikatakan terhubung ke Garrett's Grocery. Dan jika saya mengeklik nama situs itu, Austin Wendt, itu akan terbuka di browser untuk menunjukkan konten baru yang ada di internet.

Jadi sekarang kita mengerti bagaimana menggunakan Lokal untuk menyelesaikan penyebaran situs penuh, saya ingin membahas bagaimana kita dapat menggunakan Lokal untuk menyinkronkan juga lingkungan menggunakan fitur yang kita kenal sebagai MagicSync.

Jadi MagicSync adalah kata lain untuk migrasi tambahan. Jadi pindahkan hanya potongan-potongan kecil kode antara lingkungan lokal Anda dan server jarak jauh. Dan mengapa Anda ingin melakukan ini?

Jadi mungkin Anda tidak ingin mengganti seluruh situs. Anda hanya membuat sebagian kecil perubahan pada situs yang sudah ada yang siap Anda tayangkan. Apa yang juga menyenangkan tentang Lokal– Lokal akan memungkinkan Anda untuk, seperti yang saya sebutkan, fitur diff itu, memilih dan memilih file yang ingin Anda sertakan, atau bahkan kecualikan. Jadi kasus penggunaan umum yang besar di sini mungkin saya telah melakukan banyak hal pada mesin saya, tetapi saya ingin mengecualikan media dorong dan tarik, karena itu adalah bagian situs saya yang sangat berat dan intensif. Saya hanya dapat membatalkan pilihan media.

Jadi saya akan menyelami demo di sini seperti apa MagicSync itu. Jadi sekali lagi, di sini saya punya Garrett's Grocery– katakanlah saya telah membuat serangkaian perubahan kecil kali ini, dan saya siap untuk melihatnya langsung di WP Engine. Alur kerja yang sama di sini– di kanan bawah layar saya, saya kembali untuk mendorong ke WP Engine. Itu sudah memilih situs Austin Wendt untuk saya, dan lingkungan, mengingat dari terakhir kali saya melakukannya.

Dan kali ini, akan lebih pendek– ini menentukan, sekali lagi, perbedaan antara apa yang ada di mesin saya dan apa yang ada di server WP Engine. Jadi itu akan kembali ke sini, dan ada sekumpulan kecil perubahan yang terdeteksi telah dilakukan pada situs. Saya dapat membatalkan pilihan semua perubahan file yang saya inginkan. Saya hanya dapat memilih folder konten WP saya.

Atau mungkin dalam hal ini, katakanlah saya hanya ingin mendorong database saya. Jadi saya bisa mencentang kotak database dan tekan Push. Jadi sekarang yang terjadi adalah alur kerja yang sama yang kita saksikan sebelumnya, kecuali Lokal sebenarnya tidak memasukkan file apa pun ke WP Engine. Itu hanya mengganti perubahan basis data yang saya buat di mesin saya dengan basis data yang saat ini ada di server WP Engine.

Alur kerja yang sangat mirip di sini– kita akan benar-benar melihat proses yang satu ini, karena tidak memakan waktu cukup lama. Karena selisihnya lebih kecil. Jadi kami akan mengunggah database ke WP Engine. Lokal akan, sekali lagi, maju untuk saya dan melakukan pencarian dan penggantian itu. Jadi itu akan mendeteksi jika awalan tabel telah berubah, URL yang berbeda di mesin saya perlu direfleksikan di host jarak jauh.

Itu akan membuat pembaruan itu untuk saya. Dan kira-kira kurang dari satu menit, perubahan situs yang telah saya buat di mesin saya akan didorong ke WP Engine, dan siap untuk dikonsumsi oleh rekan dan rekan kerja yang ingin sekadar meninjau pekerjaan yang telah saya lakukan, mungkin saya telah mendorong ke lingkungan pengembangan atau jika itu hidup di web dalam produksi, dan siap untuk klien atau pelanggan saya– atau hanya konsumen untuk melihat di web.

Jadi begitu saja, situs tersebut telah didorong ke WP Engine dan jika saya kembali ke browser, Anda akan melihat situs tersebut diperbarui dan tercermin di sana. Jadi sekarang setelah kita memahami cara menggunakan Lokal untuk menyelesaikan migrasi inkremental, saya ingin menyerahkannya kembali kepada Kevin untuk menunjukkan kepada Anda cara lain untuk melakukannya dengan menggunakan alat WP Migrate.

KEVIN HOFFMAN: Hei, terima kasih, Austin. Saya menghargai Anda menjalankan kami melalui alur kerja Mesin Lokal ke WP, tetapi kami tahu bahwa Anda tidak selalu memiliki kendali atas penyedia hosting Anda. Jadi, alur kerja selanjutnya akan menunjukkan kepada Anda cara bermigrasi di antara dua lingkungan WordPress mana pun. Dalam hal ini, beralih dari Lokal ke host web lainnya.

Untuk melakukan itu, kita akan menggunakan konsep yang disebut mendorong dan menarik, menggunakan WP Migrate. Sekarang, mengapa Anda melakukan dorongan atau tarikan? Berbeda dengan ekspor situs penuh, ini adalah migrasi dua arah. Itu berarti kedua situs sudah ada, dan membutuhkan sedikit investasi di muka untuk hasil jangka panjang.

Jadi setelah Anda menyelesaikan penyiapan ini, Anda akan siap menangani migrasi inkremental dari waktu ke waktu, dan menyinkronkan dua lingkungan secara berkelanjutan.

Jadi mari kita lihat seperti apa bentuknya. Jadi katakanlah situs Anda siap untuk diterapkan ke host jarak jauh Anda. Anda memiliki sejumlah posting, dan sejumlah gambar di perpustakaan media Anda. Kami akan mengambil konten ini dan memindahkannya ke situs baru yang saat ini tidak memiliki postingan, dan tidak ada gambar di perpustakaan media.

Pendekatan berbeda yang akan kita ambil di sini adalah menggunakan migrasi push. Dan hal pertama yang saya minta adalah info koneksi dari situs jarak jauh. Jadi saya bisa beralih ke situs jarak jauh, dan di tab pengaturan saya, salin info koneksi langsung ke clipboard saya. Saya juga ingin mengaktifkan migrasi push, sehingga saya dapat menerima permintaan push ini dari situs lokal.

Dengan menempelkan info itu ke kotak info koneksi, saya sekarang terhubung ke situs jarak jauh, dan saya siap mengonfigurasi opsi basis data saya. Perbedaan besar yang akan Anda lihat di sini, dibandingkan dengan alur kerja ekspor kami, adalah bahwa kedua sisi Temukan dan Ganti URL dan jalur diisi sepenuhnya untuk kami. Dan itu karena WP Migrate ada di kedua situs, dan memiliki akses ke informasi tersebut, dan dapat mengurusnya untuk kita tanpa harus memasukkan apa pun untuk memulai migrasi.

Saya tidak akan melakukan pencarian dan penggantian khusus, tetapi saya akan menyertakan semua unggahan media saya dari perpustakaan, serta semua tema dan plugin saya. Sekarang, satu fitur unik yang akan Anda perhatikan di sini saat memilih plugin saya adalah fitur ini menunjukkan status plugin tersebut di situs jarak jauh. Sekarang, dalam hal ini, tidak ada plugin di sana, jadi semua plugin ini akan ditambahkan untuk pertama kalinya, dan nomor versi saat ini ditunjukkan saat Anda mengarahkan kursor ke ikon tersebut.

Saya akan melanjutkan dan menyimpan profil ini untuk digunakan di masa mendatang, dan saya akan menamainya Push Full Site. Jadi kapan pun saya perlu mendorong situs lengkap ke lokasi terpencil itu, saya cukup mengunjungi kembali profil ini dan menjalankannya.

Saat saya menjalankan profil, Anda akan melihatnya sekali lagi menelusuri tabel, unggahan media, tema, plugin, dan Anda akan mendapatkan beberapa informasi tentang ukuran permintaan saat migrasi sedang berlangsung.

Setelah migrasi selesai, Anda dapat melanjutkan dan menutup modal, dan kedua lingkungan Anda kini telah disinkronkan.

Pada titik ini, Anda mungkin ingin mengunjungi kembali layar profil Anda untuk melihat bagaimana profil tersimpan itu tersedia untuk Anda klik kembali, jika Anda perlu menjalankannya lagi.

Jadi itulah penerapan situs lengkap dengan profil penyimpanan di WP Migrate. Namun Anda mungkin bertanya-tanya, bagaimana dengan menerapkan perubahan bertahap? Jadi seperti yang ditunjukkan Austin kepada Anda, dengan menggunakan MagicSync di Lokal, ini adalah cara lain untuk melakukannya dengan WP Migrate. Jadi saya akan membuat profil push lain, memasukkan info koneksi yang sama, tetapi kali ini, ketika saya memilih unggahan media, saya hanya akan mendorong unggahan media yang baru dan diperbarui.

Artinya, saat pertama kali migrasi berjalan, semuanya akan disertakan. Namun setiap migrasi setelahnya, hanya akan menyertakan file media yang telah diubah.

Ini adalah alur kerja yang sangat baik setiap kali Anda mendorong konten dan file media tanpa harus mengkhawatirkan tema atau plugin. Jadi sekarang saya akan menyimpan profil ini, dan saya beri nama Push Content and Media.

Jadi sekarang saya memiliki dua profil migrasi yang dapat saya gunakan untuk dua tujuan berbeda. Mereka disimpan di layar profil saya, dan tersedia kapan saja saya perlu melompat kembali ke sana. Saya bahkan dapat menyiapkan profil tarik untuk kemudian menarik data produksi ke situs lokal ini, dan menjaga agar kedua lingkungan tetap sinkron di kedua arah.

Sehingga menyimpulkan alur kerja kami menggunakan Migrasi lokal dan WP untuk berpindah dari jarak jauh ke lokal, dan kembali ke jarak jauh.

Jadi seperti yang Anda lihat, sekarang rencana permainan kami selesai, kami memiliki solusi untuk keluar dari situs jarak jauh menggunakan ekspor situs penuh dari WP Migrate, seret dan lepas mengimpornya ke lokal, lalu dorong ke WP Engine atau Flywheel, atau host lainnya. Jadi ini hanyalah puncak gunung es dalam hal solusi migrasi dan apa yang mungkin terjadi jika Anda menggunakan WP Migrate dan Lokal secara bersamaan.

Jadi kami harap ini memberi Anda rencana permainan saat berikutnya Anda perlu menjalankan migrasi Anda sendiri. Nantikan kabar dari Anda di akun Twitter kami untuk WP Migrate dan Lokal, dan kami harap Anda menikmati DE{CODE lainnya]. Terima kasih telah bergabung dengan kami.