마이그레이션 마스터하기 – A에서 B로 사이트를 이동하는 더 빠르고 쉽고 안전한 방법

마이그레이션은 까다로울 수 있습니다! 하나의 실패를 보았을 때 느끼는 좌절감(또는 두려움)을 모두 알고 있지만 마이그레이션이 성공했을 때의 안도감도 알고 있습니다. 마이그레이션의 모든 복잡성과 미묘한 차이로 인해 성공률을 높이고 진정으로 원하는 작업에 집중할 수 있는 시간을 되찾으려면 어떻게 해야 할까요?

확립된 프로젝트를 로컬 컴퓨터에 복사해야 하는지 또는 몇 가지 증분 업데이트를 프로덕션에 배포해야 하는지 여부에 관계없이 마이그레이션 속도를 높이고 단순화하고 위험을 제거할 수 있는 방법을 안내합니다.

스피커:

• WP Engine의 수석 제품 관리자 Kevin Hoffman
• WP Engine의 선임 제품 관리자 Austin Wendt

세션 슬라이드:

성적 증명서:

AUSTIN WENDT: 여러분, 환영합니다. 참여해 주셔서 감사합니다. 여러분을 모시게 되어 기쁩니다. DE{CODE} 컨퍼런스에 오신 것을 환영합니다.

제 이름은 Austin Wendt입니다. 저는 여기 WP Engine의 수석 제품 관리자로 로컬 제품 구축 작업을 하고 있습니다. 제 동료인 Kevin과 잠시 후에 여기에서 만나게 될 저, 특히 마이그레이션 마스터링 측면에서 더 스마트한 구축에 대해 이야기하게 되어 기쁩니다. 따라서 우리는 A지점에서 B지점으로 사이트를 이동하는 더 빠르고 쉽고 안전한 방법을 다룰 것입니다. 시간이 지남에 따라 해당 사이트를 실시간으로 푸시할 준비가 되었습니다.

시작하기 전에 간단한 의제를 다룰 것입니다. 오늘 다룰 내용은 코드 이동에 대해 이야기할 때 여기 WP Engine에서 생각하고 싶은 세 가지 유형의 마이그레이션을 소개하는 것입니다. 우리는 이상적인 마이그레이션 워크플로를 정의하고 이 프레젠테이션 과정에서 코드를 이동하는 다양한 방법을 안내합니다. 기존 사이트를 내보내고 이를 로컬 개발 환경으로 가져오는 방법을 다룹니다.

최초 배포 수행에 대해 이야기할 것입니다. 즉, 사이트를 처음으로 라이브로 전환할 때의 모양과 이를 달성하는 몇 가지 방법 그리고 시간이 지남에 따라 이 두 환경을 동기화하는 것입니다. 그럼 바로 들어가 봅시다.

우리가 생각하는 세 가지 마이그레이션 유형은 사용자가 수행할 수 있는 세 가지 주요 옵션입니다. 첫 번째는 원격 대 로컬입니다. 따라서 웹 어딘가에 이미 호스팅된 사이트가 있고 이를 Local, 아마도 소문자 l, 로컬 환경으로 가져오려는 경우 클라이언트의 기존 사이트에서 작업을 시작할 때 유용합니다. 따라서 새 클라이언트를 물려받거나 클라이언트가 변경을 요청하고 안전한 곳으로 가져와 위험이 낮은 환경에서 문제를 해결할 수 있도록 합니다.

또한 최신 데이터베이스 변경 사항을 풀다운하려고 할 때 매우 유용하므로 원격 환경과 프로덕션(실례합니다만, 개발 환경)이 최대한 일치하는지 확인할 수 있습니다. 두 번째는 로컬에서 원격으로입니다. 따라서 개인 컴퓨터에서 어딘가에 호스트된 서버로 돌아갈 때 처음으로 전체 사이트를 배포하거나 일부 코드를 변경하고 해당 변경 사항을 푸시할 때 전화하십시오. 테마나 플러그인, 사이트에 실시간으로 반영되기를 원하는 것이 무엇이든 상관없습니다.

두 번째는 실례합니다. 세 번째는 원격 대 원격입니다. 오늘은 이것에 대해 자세히 다루지 않겠지만 배우게 될 도구로 가능한 일입니다. 일반적으로 호스팅 공급자를 전환할 때(즉, 호스트 A에서 호스트 B로 이동하거나 잠재적으로 사이트가 호스팅될 수 있는 개발, 스테이징 및 프로덕션 환경 간에 이동할 때) 이것을 사용합니다.

따라서 Kevin에게 전달하여 자신을 소개하고 이상적인 마이그레이션 흐름이 어떤 것인지 알아보도록 하겠습니다. 케빈, 가져가.

KEVIN HOFFMAN: 이봐, 고마워, 오스틴. 제 이름은 Kevin Hoffman이고 WP Migrate의 제품 관리자입니다. 오늘 우리가 시작할 마이그레이션 유형의 게임 계획부터 시작하여 작업을 시작하고 싶습니다. 따라서 원격 환경에서 로컬 시스템으로 이동하고 원격 호스트로 백업할 때마다 이는 어려운 작업이 될 수 있습니다. 그러나 자신 있게 마이그레이션을 직접 수행할 수 있도록 솔루션의 게임 계획과 함께 이 프레젠테이션을 남기시기 바랍니다.

그리고 시작하려면 이전 호스트에서 기존 사이트를 가져오고 싶습니다. 따라서 WP Migrate를 사용한 전체 사이트 내보내기가 포함됩니다. 그런 다음 로컬로 이동하여 로컬 개발 변경을 수행한 다음 해당 사이트를 새 호스트에 다시 배포할 수 있습니다.

작업을 시작하기 위해 WP Migrate를 사용하여 전체 사이트 내보내기 흐름으로 넘어갈 것입니다. 이 상황에서 전체 사이트 내보내기를 사용하는 이유는 무엇입니까? 두 환경 간에 직접 밀거나 당기지 않는 이유는 무엇입니까? 몇 가지 이유가 있습니다.

시작하려면 WP Migrate의 Pro 버전을 사용하지만 WordPress 플러그인 디렉토리에 있는 플러그인의 무료 버전인 WP Migrate Lite를 따라갈 수도 있습니다.

이 상황에서 전체 사이트 내보내기를 사용하는 네 가지 주요 이유는 첫 번째로 단방향 마이그레이션이기 때문입니다. 우리는 원격 호스트에서 벗어나고 싶고 돌아갈 계획이 없습니다. 사이트를 이동할 기존 로컬 설치도 없습니다. 있는 경우 푸시 마이그레이션 또는 풀 마이그레이션을 사용하여 사이트를 로컬 시스템으로 가져올 수 있습니다. 그러나 기존 설치가 없기 때문에 로컬로 끌어서 놓기가 가장 적합합니다.

마지막으로 전체 사이트 내보내기를 수행하면 무료 백업도 받을 수 있습니다. 전체 사이트는 번들로 제공되는 하나의 zip 파일에 캡슐화되므로 나중에 변경하기 전에 훌륭한 백업이 됩니다.

시작하려면 WP Migrate로 이동하여 이것이 어떻게 작동하는지 봅시다.

따라서 WP Migrate를 처음 열면 앞에 6개의 작업이 표시됩니다. 가능한 한 빨리 원격 호스트에서 사이트를 제거하고 싶기 때문에 내보내기 작업을 선택하겠습니다. 내보내기 프로필을 열면 데이터베이스 옵션과 미디어, 테마, 플러그인 및 WordPress 코어 파일을 구성할 수 있습니다.

계속해서 데이터베이스 구성부터 시작하겠습니다. 이제 원하는 경우 이 마이그레이션에서 특정 테이블 또는 게시물 유형을 제외할 수 있습니다. 하지만 지금은 기본 구성을 사용하고 원격 호스트에서 전체 사이트를 가져오고 싶습니다. 우리가 내보내는 사이트에서 URL 또는 로컬 WordPress 설치 경로와 같은 표준 찾기 및 바꾸기 필드를 언급하고 싶습니다.

이제 수동 마이그레이션을 수행하는 경우 이러한 값을 이동하고 대상과 일치하도록 편집할 수 있습니다. 그러나 우리는 Local을 사용하고 있기 때문에 이 찾기 및 바꾸기를 처리할 만큼 충분히 똑똑하므로 실제로 이러한 선택적 필드를 채울 필요가 없습니다. 비워두고 계속 진행할 수 있습니다.

다음은 사용자 지정 찾기 및 바꾸기입니다. 이것은 내 WordPress 데이터베이스 또는 내 사이트 전체의 내 콘텐츠에서 모든 문자열을 검색하는 기능입니다. 예를 들어 이전 회사 이름이 있고 새 회사 이름으로 바꾸고 싶을 수 있습니다. 이 사용자 지정 찾기 및 바꾸기 필드를 통해 그렇게 할 수 있습니다. 그리고 필요에 따라 추가 행을 추가할 수 있습니다.

그래서 데이터베이스를 관리합니다. 미디어 업로드로 이동하겠습니다. 이제 전체 사이트를 이동하고 있으므로 모든 미디어 업로드 내보내기를 선택하고 싶습니다. 그러나 로그, 백업 및 캐시와 같은 일부 파일은 제외하고 싶습니다. 이는 내보내기를 부풀릴 수 있습니다.

테마 파일로 이동하면서 모든 테마를 포함하고 싶습니다. 라이브 사이트에 적극적으로 영향을 미치는 테마에만 관심이 있기 때문에 이번에는 활성화된 테마만 다루지 않습니다.

유사하게, 플러그인의 경우 – 내 활성 플러그인만 내보내고 싶습니다. 그리고 WordPress 코어 파일의 경우 내 WordPress 코어가 내보낼 사이트의 정확한 버전과 일치하는지 확인하고 싶기 때문에 계속해서 포함하고 싶습니다.

프로필이 완전히 구성되었으므로 이제 내보내기를 시작할 수 있습니다. 그러면 데이터베이스 테이블, 미디어 업로드, 테마, 플러그인 및 WordPress 코어 파일을 빠르게 살펴볼 수 있습니다.

이 시점에서 데이터베이스와 사이트 내의 모든 파일이 하나의 편리한 zip 파일로 묶입니다. 그래서 단 18초 만에 전체 사이트가 압축되었습니다.

이제 로컬로 이동할 준비가 되었습니다. 그 전에 zip 파일 내부를 살짝 들여다보고 무엇이 있는지 확인하고 싶습니다. 파일 디렉토리가 있음을 알 수 있습니다. 여기에는 내 WP 콘텐츠, 플러그인, 테마 및 업로드를 포함한 모든 WordPress 파일이 포함됩니다. 그리고 데이터베이스 덤프도 있습니다.

그리고 WP Migrate에 정말 중요하고 고유한 또 다른 파일인 WP Migrate 내보내기 JSON 파일에는 PHP 버전 및 MySQL 버전과 같이 내보낸 사이트에 대한 주요 정보가 포함되어 있으므로 Local이 가져오기를 처리할 때 , 가능한 한 근접하게 해당 원격 환경과 일치시킬 수 있습니다.

이제 Local로 가져올 준비가 되었습니다. 그리고 오스틴에게 다시 보내겠습니다.

AUSTIN WENDT: 굉장해요, 고마워요, 케빈. 예, Kevin이 언급한 것처럼 zip 파일을 Local로 가져와 빌드를 시작할 준비가 된 방법을 설명하게 되어 기쁩니다. 하지만 먼저 로컬이 무엇인지 확실히 소개하고 싶습니다. 익숙하지 않다면 Local은 여기 WP Engine의 사람들이 만든 최고의 WordPress 개발 도구이며 커뮤니티와 무료로 공유하고 제공하게 되어 매우 기쁩니다.

따라서 무료 개발 도구입니다. 아직 들어보지 못했다면 localWP.com에서 확인해 보십시오. 제품을 사용해 보시기 바랍니다. 하지만 오늘은 Local을 사용하여 이 워크플로우를 용이하게 할 것입니다.

그리고 왜 로컬인가? 컴퓨터에 특정한 환경과 유사하게 위험이 매우 낮습니다. 그리고 Kevin이 말했듯이 WP Migrate에서 해당 내보내기를 가져올 때 Local이 하려고 하는 것은 프로덕션 환경을 거의 모방하는 것입니다. 따라서 최대한 근접하게 WordPress 버전, PHP 버전, 데이터베이스, 로컬 컴퓨터는 프로덕션에서 진행되는 작업을 모방해야 합니다. 따라서 문제를 해결하거나 무엇이 잘못되었는지 확인하려는 경우 Local이 알려줄 수 있어야 합니다. 호스팅 환경에서 진행되는 상황에 최대한 가까이 있어야 합니다.

Local로 이 작업을 수행하는 또 다른 주요 이점은 Kevin이 방금 언급한 호스트 독립적인 워크플로우입니다. 따라서 Flywheel을 사용하든 WP Engine을 사용하든 호스팅 위치에 관계없이 해당 사이트를 매우 빠르고 쉽게 내보내고 로컬로 가져올 수 있습니다.

그래서 데모를 통해 로컬 UI 내부에서 이것이 어떻게 보이는지 보여드리겠습니다.

굉장합니다. 이미 WP Migrate를 수행했으며 해당 zip을 내 데스크탑에 저장했습니다. Local에 사이트를 만들면 zip 파일을 여기로 끌어다 놓을 수 있음을 나타내는 새로운 끌기 영역이 나타납니다. Local의 좋은 점은 UI 내의 모든 화면에서 이 작업을 수행할 수 있다는 것입니다. 따라서 해당 zip 파일을 Local로 끌어다 놓으면 Kevin이 언급한 WP 마이그레이션 내보내기 JSON 파일에서 나에게 사이트 이름을 제안할 것입니다.

내 PHP, 내 웹 서버, 내 데이터베이스가 미리 선택되어 있습니다. 그런 다음 만들기를 클릭하면 로컬이 나머지를 처리합니다. 따라서 Local은 적극적으로 해당 zip 파일의 압축을 풀고 모든 WordPress 파일을 가져오고 가능한 한 생산에 가까운 상태로 내 컴퓨터에 해당 사이트를 설정합니다.

이 작업이 진행되는 동안 호스트 파일을 업데이트할 수 있는 권한을 요청할 것입니다. 그러면 비밀번호를 입력하고 허용할 것입니다. 그러나 Local이 WordPress를 추가하기 시작하면 좋습니다.

이 작업이 완료되는 동안 빠르게 강조할 내용은 왼쪽에서 볼 수 있는 것입니다. 사이트를 그룹화하는 기능은 지난 몇 주 동안 로컬에서 새로 추가되었습니다. 그래서 Garrett's Grocery를 내 DE{CODE} 데모 섹션으로 끌어다 놓을 것입니다. 이는 사이트를 구성하기 위해 확인하고 WP에 연결된 클라이언트 또는 버전별로 그룹화할 수 있는 좋은 방법입니다. 엔진이든 아니든 당신에게 가장 잘 맞는 것은 무엇이든 상관없습니다. 그러니 시도해 보세요.

하지만 Local은 여기서 마무리하고 해당 사이트 도메인을 변경하고 있습니다. 그러면 여기에서 볼 수 있듯이 mysite.local에서 사용할 수 있도록 내 컴퓨터에서 구성할 것입니다. 사이트 열기를 클릭하면 여기 Garrett's Grocery가 있습니다. 그래서 저는 호스팅 환경에서 효과적으로 이동하여 로컬로 끌어다 놓았고 2분도 안 되어 내 컴퓨터에서 실행했습니다. 정말 대단합니다.

따라서 이 예에서 우리가 보여준 것은 인터넷에 있는 위치에 관계없이 이전 호스트에서 가져올 수 있고 WP Migrate 전체 사이트 내보내기의 조합을 사용하여 로컬로 가져오고 모방하는 것입니다. 몇 분 안에 프로덕션 환경을 구축할 수 있습니다.

이제 문제는 일단 Local에 가져오면 변경을 시작할 준비가 된 것입니다. 다시 꺼내서 인터넷에 다시 게시하려면 어떻게 해야 합니까? 로컬에서 사이트를 가져와 호스트로 다시 가져오기 위해 로컬 연결을 사용하여 WP 엔진 또는 Flywheel에 배포합니다. 전체 사이트 마이그레이션과 부분 마이그레이션 모두에서 가능합니다.

하지만 전체 사이트 배포를 원하는 이유는 무엇입니까? 전체 사이트를 호스트에 처음 배포하는 것이 좋은 예입니다. 따라서 사이트가 아직 전혀 존재하지 않거나 호스트에 있는 템플릿 사이트일 수도 있습니다. 전체 테마 또는 플러그인 변경 사항을 포함하고 싶거나 현재 호스트에 있는 현재 사이트를 완전히 덮어쓸 준비가 된 경우입니다. 이미 콘텐츠가 있을 수 있지만 지금 있는 것은 더 이상 생산적이지 않거나 도움이 되지 않으며 그냥 지울 준비가 되었으면 전체 사이트 배포를 사용합니다.

따라서 Local을 사용하면 상당히 쉽게 달성할 수 있습니다. 어떻게 생겼는지 데모를 보여드리겠습니다. 그래서 여기에 Garrett's Grocery가 있고 웹사이트에 일련의 변경 사항을 적용하여 푸시할 준비가 되었습니다. 이제 로컬에는 앞서 언급한 것처럼 로컬 연결이라는 개념이 있습니다. 왼쪽에는 연결을 위한 클라우드 아이콘이 있습니다. 또한 오른쪽 하단에 Connect to Host가 있어 WP Engine 또는 Flywheel에 연결할 수 있습니다.

오늘은 연결 탭으로 이동하고 플랫폼에 연결을 클릭하여 이 작업을 수행하겠습니다. WP Engine 계정에 로그인하겠습니다. 로그인하는 모습을 지켜봐 주셨습니다. Local Connect가 제가 WP Engine에서 액세스할 수 있는 모든 사이트를 가져오는 것을 볼 수 있습니다. 이제 개요에서 Garrett's Grocery로 돌아가겠습니다. 오른쪽 하단에서 WP 엔진에 연결을 선택합니다.

Local은 해당 사이트가 WP Engine의 인프라와 호환되는지 확인합니다. 그래서 최신 WordPress와 PHP를 사용하고 푸시를 클릭할 수 있습니다.

푸시를 사용하면 WP 엔진에서 덮어쓰고 싶은 광경을 선택할 수 있습니다. 환경을 선택할 수 있습니다. Austin Wendt 사이트를 선택하고 프로덕션을 선택하겠습니다. 그리고 화면 오른쪽에 표시되는 것은 Local이 파일 목록을 결정하는 것입니다.

이것이 의미하는 바는 로컬이 본질적으로 내 컴퓨터에 있는 것과 서버에 있는 것 사이의 차이를 실행하고, 내가 만들려는 변경 사항을 실제로 보고 이해할 수 있도록 제공하는 것입니다. 이것은 전체 사이트 배포이기 때문에 내 로컬 환경에서는 아무 일도 일어나지 않는 것을 볼 수 있지만 오른쪽에 있는 빨간색 X로 볼 수 있듯이 프로덕션에 있는 모든 것을 덮어쓸 것입니다.

그런 다음 WP 엔진으로 푸시를 클릭하면 로컬이 나머지를 처리하기 시작합니다. 이 전체 비디오는 약 4분입니다. 제가 여기 앉아 있는 동안 저와 함께 보시는 시간을 아끼겠습니다. Local이 해당 파일을 압축하는 중입니다. 해당 파일을 WP 엔진에 업로드하기 시작합니다. 그리고 내가 말했듯이 내 컴퓨터에 있는 것과 WP Engine 서버에 있는 것의 차이점을 분석하기 시작했습니다.

Flywheel에서 호스팅하는 경우 동일한 워크플로우가 Flywheel에도 적용됩니다. 머신과 서버 사이에 해당 파일 차이를 입력하는 동일한 흐름을 따릅니다.

이제 Local이 데이터베이스를 압축하기 시작합니다. WP 엔진에도 적용하고 있습니다. 따라서 원격 서버에 있는 모든 기존 테이블을 삭제하고 내 컴퓨터에서 오는 테이블로 교체합니다.

데이터베이스 전환의 일환으로 사이트 도메인을 살펴보고 지금 볼 수 있듯이 나를 위해 검색 및 교체를 수행할 것입니다. 따라서 데이터베이스에 저장된 모든 링크와 URL이 프로덕션 환경에서 올바르게 작동하도록 테이블 접두사와 함께 업데이트됩니다.

따라서 저를 위해 해당 테이블 접두사를 업데이트합니다. 그리고 그렇게 내 사이트가 WP 엔진으로 푸시되었습니다.

다시 시작하면 Garrett's Grocery가 여전히 내 컴퓨터에 있습니다. 하지만 또한 연결 탭으로 이동하면 오른쪽에 밀어 넣은 Austin Wendt 사이트를 볼 수 있습니다. Garrett's Grocery에 연결되어 있다고 표시됩니다. 사이트 이름인 Austin Wendt를 클릭하면 브라우저에서 열리면서 인터넷에 새로운 콘텐츠가 있음을 보여줍니다.

이제 로컬을 사용하여 전체 사이트 배포를 수행하는 방법을 이해했으므로 로컬을 사용하여 MagicSync라는 기능을 사용하여 환경을 동기화하는 방법을 설명하겠습니다.

따라서 MagicSync는 증분 마이그레이션의 또 다른 단어입니다. 따라서 로컬 환경과 원격 서버 간에 작은 코드 조각만 이동합니다. 그리고 왜 이것을 하고 싶습니까?

따라서 전체 사이트를 교체하고 싶지 않을 수도 있습니다. 라이브로 푸시할 준비가 된 기존 사이트에 작은 부분만 변경했습니다. Local의 또 다른 좋은 점은 제가 언급한 것처럼 Local을 사용하면 diff 기능을 사용하여 포함하거나 제외할 파일을 선택할 수 있습니다. 여기에서 가장 일반적인 사용 사례는 내 컴퓨터에서 많은 작업을 수행했지만 내 사이트에서 매우 무겁고 집약적인 부분이기 때문에 미디어 밀기 및 당기기를 제외하고 싶습니다. 미디어 선택을 취소할 수 있습니다.

여기에서 MagicSync가 어떻게 생겼는지에 대한 데모를 살펴보겠습니다. 다시 한 번 Garrett's Grocery가 있습니다. 이번에는 또 다른 작은 변경 사항을 적용했으며 WP 엔진에 실시간으로 반영되는 것을 볼 준비가 되었습니다. 동일한 워크플로우가 여기에 있습니다. 화면 오른쪽 하단에서 WP 엔진으로 돌아가서 푸시합니다. 저를 위해 이미 Austin Wendt 사이트와 환경이 미리 선택되어 있습니다.

그리고 이번에는 더 짧아질 것입니다. 내 컴퓨터에 있는 것과 WP 엔진 서버에 있는 것 사이의 차이점을 다시 결정합니다. 여기로 돌아와서 사이트에 적용된 변경 사항의 작은 집합이 감지됩니다. 원하는 모든 파일 변경 사항을 선택 취소할 수 있습니다. 내 WP 콘텐츠 폴더만 선택할 수 있습니다.

또는 이 경우에는 내 데이터베이스만 푸시하고 싶다고 가정해 보겠습니다. 따라서 데이터베이스 상자를 확인하고 푸시를 누를 수 있습니다. 이제 일어나고 있는 일은 이전에 목격한 것과 동일한 워크플로입니다. 단, Local은 실제로 WP 엔진에 어떤 파일도 푸시하지 않습니다. 내 컴퓨터에서 변경한 데이터베이스를 현재 WP Engine 서버에 있는 데이터베이스로 바꾸는 것뿐입니다.

여기에서도 비슷한 작업 흐름을 볼 수 있습니다. 시간이 오래 걸리지 않기 때문에 이 프로세스 하나를 실제로 살펴보겠습니다. 차이가 더 작기 때문입니다. 따라서 데이터베이스를 WP 엔진에 업로드합니다. 로컬 의지는 다시 나를 위해 앞으로 나아가서 검색 및 교체를 수행합니다. 따라서 테이블 접두어가 변경되었는지, 원격 호스트에 반영되어야 하는 내 컴퓨터에서 다른 URL이 있는지 감지합니다.

그것은 나를 위해 그 업데이트를 만들 것입니다. 그리고 대략 1분도 안 되어 내 컴퓨터에서 수행한 사이트 변경 사항이 WP 엔진으로 푸시되고 동료나 동료가 내가 수행한 작업을 검토하기를 원하는지 여부에 따라 사용할 준비가 됩니다. 아마도 내가 개발 환경으로 밀어넣었거나 그것이 프로덕션 환경에서 웹상에 있고 내 클라이언트 또는 고객 또는 소비자가 웹에서 볼 수 있도록 준비된 경우일 수 있습니다.

그렇게 사이트가 WP 엔진으로 푸시되었고 브라우저로 다시 나가면 사이트가 업데이트되고 반영된 것을 볼 수 있습니다. 이제 Local을 사용하여 증분 마이그레이션을 수행하는 방법을 이해했으므로 WP Migrate 도구를 사용하여 이를 수행하는 다른 방법을 보여주기 위해 Kevin에게 다시 넘겨주고 싶습니다.

KEVIN HOFFMAN: 이봐, 고마워, 오스틴. Local to WP Engine 워크플로를 통해 저희를 운영해 주셔서 감사합니다. 하지만 호스팅 제공업체를 항상 제어할 수 있는 것은 아니라는 것을 알고 있습니다. 따라서 다음 워크플로에서는 두 WordPress 환경 간에 마이그레이션하는 방법을 보여줍니다. 이 경우 로컬에서 다른 웹 호스트로 이동합니다.

이를 위해 WP Migrate를 사용하여 밀기 및 당기기라는 개념을 사용할 것입니다. 이제 밀거나 당기는 이유는 무엇입니까? 이제 전체 사이트 내보내기와 달리 양방향 마이그레이션입니다. 즉, 두 사이트가 이미 존재하며 장기적인 보상을 위해 약간 더 많은 선행 투자가 필요합니다.

따라서 이 설정이 완료되면 시간 경과에 따른 증분 마이그레이션을 처리하고 두 환경을 지속적으로 동기화할 수 있습니다.

어떻게 생겼는지 봅시다. 사이트를 원격 호스트에 배포할 준비가 되었다고 가정해 보겠습니다. 미디어 라이브러리에 많은 게시물과 이미지가 있습니다. 이 콘텐츠를 가져와 현재 게시물이 없고 미디어 라이브러리에 이미지가 없는 새 사이트로 옮길 것입니다.

여기서 취할 다른 접근 방식은 푸시 마이그레이션을 사용하는 것입니다. 그리고 가장 먼저 요청한 것은 원격 사이트의 연결 정보입니다. 따라서 원격 사이트로 전환하고 내 설정 탭에서 연결 정보를 내 클립보드에 직접 복사할 수 있습니다. 또한 로컬 사이트에서 이러한 푸시 요청을 수락할 수 있도록 푸시 마이그레이션을 활성화하고 싶습니다.

해당 정보를 연결 정보 상자에 붙여 넣으면 이제 원격 사이트에 연결되고 데이터베이스 옵션을 구성할 준비가 되었습니다. 내보내기 워크플로와 비교할 때 여기에서 알 수 있는 큰 차이점은 URL과 경로의 찾기 및 바꾸기 측면이 모두 완전히 채워져 있다는 것입니다. 이는 WP Migrate가 두 사이트 모두에 있고 해당 정보에 액세스할 수 있으며 마이그레이션을 시작하기 위해 아무것도 입력하지 않고도 정보를 처리할 수 있기 때문입니다.

사용자 정의 찾기 및 바꾸기를 수행하지 않을 것이지만 라이브러리에서 업로드한 모든 미디어와 모든 테마 및 플러그인을 포함할 것입니다. 이제 내 플러그인을 선택할 때 여기에서 알 수 있는 고유한 기능 중 하나는 원격 사이트에서 해당 플러그인의 상태를 보여 준다는 것입니다. 이제 이 경우 플러그인이 없으므로 이러한 모든 플러그인이 처음으로 추가되며 해당 아이콘 위로 마우스를 가져가면 현재 버전 번호가 표시됩니다.

계속해서 나중에 사용할 수 있도록 이 프로필을 저장하고 이름을 전체 사이트 푸시로 지정하겠습니다. 따라서 전체 사이트를 해당 원격 위치로 푸시해야 할 때마다 이 프로필을 다시 방문하여 실행할 수 있습니다.

프로필을 실행하면 테이블, 미디어 업로드, 테마, 플러그인을 통해 다시 한 번 프로필을 볼 수 있으며 마이그레이션이 진행되는 동안 요청 크기에 대한 정보를 얻을 수 있습니다.

마이그레이션이 완료되면 계속 진행하여 모달을 닫을 수 있으며 이제 두 환경이 동기화됩니다.

이 시점에서 프로필 화면을 다시 방문하여 다시 실행해야 하는 경우 저장된 프로필을 다시 클릭할 수 있는 방법을 확인할 수 있습니다.

이것이 WP Migrate에 프로필을 저장한 전체 사이트 배포입니다. 그러나 증분 변경 사항을 배포하는 것은 어떻습니까? Austin이 보여준 것처럼 Local에서 MagicSync를 사용하는 것은 WP Migrate를 사용하는 또 다른 방법입니다. 그래서 다른 푸시 프로필을 생성하고 동일한 연결 정보를 입력하지만 이번에는 내 미디어 업로드를 선택할 때 새롭고 업데이트된 미디어 업로드만 푸시할 것입니다.

즉, 마이그레이션이 처음 실행될 때 모든 것이 포함됩니다. 그러나 이후의 모든 마이그레이션에는 변경된 미디어 파일만 포함됩니다.

이것은 테마나 플러그인에 대해 걱정할 필요 없이 콘텐츠와 미디어 파일을 푸시할 때마다 탁월한 작업 흐름입니다. 이제 이 프로필을 저장하고 Push Content and Media라는 이름을 지정하겠습니다.

이제 두 가지 다른 목적으로 사용할 수 있는 두 개의 마이그레이션 프로필이 있습니다. 그들은 내 프로필 화면에 저장되며, 다시 돌아가야 할 때마다 사용할 수 있습니다. 풀 프로필을 설정하여 프로덕션 데이터를 이 로컬 사이트로 끌어오고 두 환경을 양방향으로 동기화할 수도 있습니다.

이것으로 로컬 및 WP Migrate를 사용하여 원격에서 로컬로, 그리고 다시 원격으로 이동하는 워크플로를 마칩니다.

보시다시피 이제 게임 계획이 완료되었습니다. WP Migrate에서 전체 사이트 내보내기를 사용하여 원격 사이트 밖으로 이동하고 이를 로컬로 끌어다 놓은 다음 WP Engine 또는 Flywheel로 푸시하는 솔루션이 있습니다. 또는 다른 호스트. 따라서 마이그레이션 솔루션과 WP Migrate 및 Local을 함께 사용할 때 가능한 것은 빙산의 일각에 불과합니다.

따라서 다음 번에 자체 마이그레이션을 실행해야 할 때 게임 계획을 제공할 수 있기를 바랍니다. WP Migrate 및 Local에 대한 Twitter 계정에서 귀하의 의견을 기다리겠습니다. 나머지 DE{CODE]를 즐기시기 바랍니다. 함께해주셔서 감사합니다.