준비 서버에서 라이브 서버로 콘텐츠 업데이트 배포

스테이징 서버에서 라이브 서버로 컨텐츠 업데이트를 배치하려고하지만이를 수행하는 좋은 방법을 찾는 데 어려움이 있습니다. 새 페이지, 페이지 업데이트 및 페이지 삭제를 배포 할 수 있어야합니다. 우리 사이트에서는 책 모듈을 광범위하게 사용하므로 현재 배포 모듈이 작동하지 않습니다. 대규모 구조 업데이트에 기능을 사용하고 있습니다. 따라서 우리의 관심사는 단지 매일의 컨텐츠 업데이트입니다.

이를 수행하고 책 페이지를 처리 ​​할 수있는 모듈이 있습니까?

UUID 및 UUID 기능을 사용하면 노드를 기능으로 내보낼 수 있습니다.이 기능을 사용하면 데이터베이스를 망칠 필요가 없습니다.

node_export 및 Backup Migrate 를 사용해 보셨습니까 ? 두 모듈 모두 Drupal 설치간에 컨텐츠를 마이그레이션하는 데 사용됩니다. 다음은 유용 할 수있는 데이터 가져 오기 / 내보내기 모듈 을 비교 한 것 입니다.

Drupal 6을 가정하고 책 모듈과 함께 작동하는지 개인적으로 알지 못하지만 배포 를 살펴 보셨습니까 ?

당신은 또한 자동으로 할 수있는 Phing 시도를 할 수 있습니다 :

• mysqldump를 사용하여 스테이징 데이터베이스를 덤프하십시오.
• SCP 및 공개-개인 키 암호화를 사용하여 mysqldump 파일을 한 서버에서 다른 서버로 복사하십시오.
• 파일 시스템에서 mysqldump를 데이터베이스로 가져옵니다.
• 프로덕션 서버가 기능 코드에있는 프로덕션 설정 (예 : 블록,보기, 컨텍스트 등)을 선택하도록 기능 모두 되돌리기 명령 ( drush fra -y)을 실행하십시오 .

이 접근 방식에서 볼 수있는 문제 :

매우 세분화 된 데이터베이스 내보내기를 수행해야합니다. 즉, node, node_revisions, cck 및 메뉴 테이블 만 가져옵니다.

마지막 URL (메뉴 링크)에서 동일한 URL 별명을 사용하여 스테이지와 Prod 서버에 모두 액세스하지 않으면 메뉴 항목이 달라 지므로 심각한 문제가됩니다.

필자는 실제로 전체 DB 덤프 방법을 좋아하는데,이 방법은 스크립팅 될 수 있으며 종종 몇 초 안에 완료 될 수 있습니다. 수정본을 유지 관리하고 캐시 테이블 등을 제외하면 크기가 크게 줄어들 수 있습니다. 콘텐츠 게시자가이 프로세스를 트리거 할 수있는 인터페이스를 제공하는 간단한 모듈을 만들 수도 있습니다.

의견이나 문의 양식 제출과 같이 라이브 사이트 사용자가 수락 할 수있는 모든 내용을 고려해야합니다. 의견이있는 Disqus 또는 리드 생성 양식을위한 Marketo와 같은 외부 서비스를 사용하거나 해당 제출 내용을 덮어 쓰지 않은 별도의 Drupal 데이터베이스로 신중하게 분리하거나 해당 파일을 신중하게 덮어 쓰지 않을 수 있습니다. 내보내기 / 가져 오기 프로세스 중 영향을받는 테이블.

작동이 가능한 곳에서는 가장 단순하고, 가장 빠르고, 가장 신뢰할 수있는 방법이 될 수 있습니다. 그리고 외부 서비스를 제외하고 사용자의 입력을받지 않는 사이트는 훨씬 더 빠르고 안전하게 만들어 질 수있는 많은 문을 엽니 다.