따라서 WordPress 웹 사이트에 대해 별도의 서버를 통해 dev / stage / production 반복을 가질 수 있어야합니다. 일반적으로 git을 사용하지만 주 데이터베이스의 데이터베이스에 의존하기 때문에 분명히 WordPress 사이트와 작동하지 않습니다. 거의 모든 것의 구성. 내 질문은 어떻게합니까? 나는 빠른 구글을 가지고 플러그인이 몇 개 있다는 것을 알았습니다. 이것이 유일한 방법입니까? …
개발과 프로덕션 간의 WordPress 데이터베이스 동기화에 문제가 있으며 다른 사람들이이를 해결하는 방법이 궁금합니다. 나는 이 질문 에 대해 알고 있지만 실제로 더 나쁘고 현실적인 사용 사례를 다루지는 않습니다. 라이브 WordPress 웹 사이트가 있다고 가정 해보십시오. 나는 모든 것을 버려서 개발 환경에서 복제했습니다. 나는 변화를 시작했다. 1 주일 후 업데이트를 배포 …
두 Wordpress 설치간에 데이터베이스와 파일을 동기화하는 방법에 대한 질문이있었습니다. 데이터베이스 수준의 경우 대답은 일반적으로 기본적으로 하나의 데이터베이스를 덤프하여 다른 서버에 삽입하는 것입니다. 이것의 문제점은 prod 서버에서 잠재적으로 작성된 모든 변경 사항이 손실된다는 것입니다. 예를 들어 사용 통계, 설명 등 ... 이를 염두에두고, 델타를 생성 한 다음 prod 사이트에 삽입 할 …
개발자는 준비 서버를 통해 업데이트를 라이브 서버로 배포하기 전에 테스트 사이트를 테스트해야한다는 것이 널리 인정되고 있지만, 개발 업데이트에서 Wordpress DB를 수정해야하는 경우 라이브 사이트의 사용자도 DB를 업데이트하므로 문제가 복잡해집니다. 내가 상상할 수있는 유일한 (흐린) 흐름은 다음과 같습니다. 로컬 서버 (WAMP, XAMP 등)에서 테스트 배포 준비가되면 라이브 사이트를 유지 관리 모드로 …
여기 내 설정이 있습니다. http://example.com 에서 실행중인 멀티 사이트 인스턴스가 있으며 개발 및 준비를 수행하려고합니다. 기존 WP의 다중 사이트 인스턴스를 localhost로 옮기는 것은 악몽이므로 대신 스테이징 위치에서 dev를 사용하겠습니다. 호스팅 계정의 / public_html / staging / 디렉토리를 가리 키도록 http://staging.example.com 을 설정하고 모든 WP 파일을 루트에서 / staging / 디렉토리로 …