WordPress 용 .gz rRestoration

Question

WordPress 사이트에서 "문제"(까다로운 클라이언트)가 발생하여 두 달 전에 다운로드 한 .gz 데이터베이스로 다시 복원 할 예정입니다. 이제 그때부터 내 작업에서 새 테마를 설치하고 사용자 정의 게시물 유형을 만들었습니다. 새 테마에는 여러 가지 사용자 정의 CSS 설정이 있고 사용자 정의 게시물 유형에는 많은 파일이 있습니다. (

이 모두가시의 구성 방식에 설정을 복원 줄래 :

내가 새 테마 및 사용자 정의 포스트 유형이 존재하기 전에 스냅 샷으로 복원 데이터베이스를하고 있어요 때문에

, 나는 몇 가지 질문이 일반, 독서, 토론)? - 나중에 추가 된 플러그인 만 비활성화됩니까? - 파일이 물리적으로 존재하기 때문에 새 테마가 계속 존재할 것입니다. 새 테마의 모든 설정이 데이터베이스 복원으로 지워지겠습니까? 아니면 그대로 유지되며 테마가 비활성화됩니다.

그것은 엉망인 상황이며 기본적으로 8 월로 복원되지만 가능하면 새 테마 및 맞춤 게시물에 대한 내 작업을 보관하려고합니다. 감사!

Answer 1

Wordpress 데이터베이스를 복원하면 모든 설정이 백업 시점의 상태로 되돌아갑니다. 그 이유는 wp_options에 테마 옵션이 포함되어 있고 대부분의 Wordpress 설정 메뉴 옵션 (퍼머 링크, 읽기 등)이 포함되어 있기 때문입니다.

나중에 추가 된 플러그인이 비활성화됩니다. wp_options에 활성 플러그인의 배열 인 active_plugins이라는 레코드가 있습니다. 이 값을 덮어 쓰면 새 플러그인을 사용할 수 없게되지만 /wp-content/plugins 디렉토리에있는 한 설정을 잃어 버렸을지라도 다시 활성화 할 수 있습니다. 당신의 테마에도 동일하게 적용됩니다 - 파일이 존재하는 한 다시 활성화 할 수 있지만 누락 된 옵션 값은 설정이 사라 졌음을 의미합니다.

지금 도움이 될만한 내용이 있습니다. 먼저 다른 작업을 수행하기 전에 현재 존재하는 사이트의 백업을 만듭니다. 테이블 등을 삭제하지 않고 백업을하면 충돌이 발생하지 않도록이 스키마의 이름을 변경 한 다음 원본 이름이 포함 된 스키마로 백업을 복원 할 수 있습니다 (하나의 Wordpress가 구성됨 지금 사용). 동일한 서버에 두 개의 스키마가 있으면 이제 쿼리를 실행하여 현재 데이터베이스 값과 복원 된 데이터베이스 값을 비교할 수있을뿐 아니라 필요한 경우이를 삽입 할 수 있습니다. 가정 복원 된 스키마는 restored이라고하며 현재 스키마는 다음과 같은 크로스 체계 쿼리는 당신에게 복원 된 스키마에 존재하지 않는 설정을 보여 것, current라고 :

SELECT co.option_id, co.option_name, co.option_value, co.autoload 
FROM current.wp_options co 
WHERE co.option_id NOT IN 
    (SELECT ro.option_id FROM restored.wp_options ro) 

추출 일부 WHERE co.option_name LIKE 'key_% 유형의 쿼리에 추가하기 스키마를 restored 스키마에 복사하려는 경우 특정 값 집합. 비슷한 방법으로 wp_postmeta 값을 살펴 보거나 ID/키가있는 wp_options 테이블의 값과 비교할 수도 있지만 값이 일치하지 않아 변경된 내용을 볼 수 있습니다.

행운을 빈다.