링크에 따르면 관심이 있었지만, 수년이 지난 지금은 실제로 구현되었는지 아닌지 모르겠습니다.
이 기능의 매우 유용한 사용 사례는 프로덕션 서버와 완전히 동일한 설정으로 VPS 서버를 구성하는 것입니다. 이렇게 클론된 VPS는 개발 전용으로만 사용됩니다. 이를 통해 개발자 팀과 더 효율적으로 작업할 수 있습니다.
4개의 좋아요
음… @pfaffman이 올린 해결책을 보셨나요?
1개의 좋아요
이것은 네이티브 솔루션이 아니며, 저장소에서 실패할 수 있음을 명확히 하고 있습니다.
관리용 일괄 작업(README에서 링크 확인)을 사용할 수 있습니다:
3개의 좋아요
그런 것들이 제대로 작동하는지 확인하려면 설정만으로는远远不够합니다. 왜 프로덕션 데이터베이스를 스테이징으로 복원하지 않나요? 스테이징 서버 설정을 참고해 보세요.
3개의 좋아요
한 가지 질문입니다. 포럼 자격 증명과 콘텐츠도 함께 복제되나요? 당연히 개발자에게는 플러그인 개발을 위한 기본 설정만 필요할 텐데, 제 사용자 계정에 접근하게 하고 싶지 않고, 특히 관리자 계정에 접근하게 하는 것은 더더욱 원치 않습니다.
네, 모든 것을 복제합니다. 신뢰할 수 없는 개발자를 고용하고 있다면, 이것이 최선의 선택은 아닐 수 있습니다. 개인적으로는 신뢰할 수 있는 개발자를 고용하는 것을 추천합니다!
그렇다면 필요한 구조(예: 설정, 카테고리, 그룹, 플러그인 등)를 복제해 두어야 하며, 이를 수동으로 동기화하거나 필요할 때마다 다시 복제하거나, 자동화를 위한 자체 솔루션을 개발해야 합니다.
행운을 빕니다!
1개의 좋아요
그러면 export 구조가 필요한 것에 가까울 수도 있습니다. 콘텐츠는 내보내지 않습니다.
3개의 좋아요
내보낼 항목을 직접 선택할 수 있죠? 이용 가능한 옵션이 모두 무엇인가요? “etc.”만으로는 도움이 안 됩니다.
아니요.
/etc/ 폴더는 없습니다.
내보내는 항목은 다음과 같습니다.
- 설정
- 관리자 사용자
- 그룹
- 카테고리
- 태그/태그 그룹
- 테마/테마 구성 요소/설정
개발자를 신뢰하더라도 특정 관할권 외부의 사람들과 개인 정보를 공유하는 것을 금지하거나, 다른 시스템으로 복사되는 개인 정보의 양을 최소화하도록 요구하는 규정(예: GDPR)이 있을 수 있습니다. 또한 개발 서버나 스테이징 서버는 테스트되지 않은 소프트웨어를 실행하므로 보안 문제가 포함될 수 있습니다.
우리는 항상 프로덕션 백업을 복원한 직후 스테이징 서버에서 이러한 작업을 수행하며, 스태프와 testusers 그룹에 속하지 않은 모든 사용자를 익명화합니다.
keep_groups = Group.where(name: ['staff', 'testusers']).pluck(:id)
acting_user = User.find(-1)
User.all.each do |u|
next if u.in_any_groups? keep_groups
user = UserAnonymizer.new(u, acting_user).make_anonymous
end
5개의 좋아요
정말 기발하네요!
스테이징 서버에 대한 설명 자료에 이 내용을 포함할까요?
3개의 좋아요