저도 동의합니다. 현대적인 표준입니다.
파일을 두 번 압축하는 것은 시간과 리소스만 낭비합니다.
이런 화려하지는 않은 일을 누군가 해준다면 좋겠습니다! 눈부시지는 않지만, 셀프 호스터들의 삶을 더 좋게 만들어 줄 것입니다.
1개의 좋아요
백업 크기가 두 배가 되어 가끔 백업이 실패하는 문제가 나에게도 발생해서, 백업을 계속 유지하기 위해 수동으로 정리해야 하는 상황이 생기기 때문에, 이 기능을 좋아할 사람 목록에 제 이름을 추가해 주세요.
1개의 좋아요
아마 pr-welcome 태그를 붙여도 될까요?
작은 수정이지만, 백업이 깨지는 것도 매우, 매우 나쁜 일이거든요.
3개의 좋아요
그것이 답일 수 있겠네요 - 어떻게 해야 하나요? 이 카테고리에서는 사용 가능한 태그가 아닙니다
샘 같은 사람만이 어떤 PR을 수락할지 결정할 수 있습니다. 물론 모든 PR이 명시적으로 요청된 것은 아닙니다.
1개의 좋아요
현재 관련 작업을 진행 중입니다. 이것이 직접적인 영향을 미칠지는 아직 확실하지 않지만, 더 자세히 파악되면 공유하겠습니다.
6개의 좋아요
이 변경 사항은 백업에 대한 ‘2배 디스크 공간’ 요구 사항을 제거해야 합니다. 또한 gz 압축으로 인한 CPU 부하가 백업 작업의 마지막 단계에서 병목 현상을 일으키는 대신, 전체 백업 작업에 걸쳐 분산되도록 합니다:
우리는 래퍼 .gz 압축을 완전히 제거하는 아이디어도 조사하고 있습니다. 하지만 이는 포맷 변경에 해당하므로, 이러한 유형의 변경 사항에는 특히 신중해야 합니다.
S3를 업로드로 사용하는 사용자들은 어제 반영된 성능 개선 사항에도 관심이 있을 수 있습니다.
5개의 좋아요
감사합니다… 백업 복원 테스트가 충분히 이루어지기를 바랍니다. 아직은 꽤 새로운 방식이니까요.
물론입니다!
커뮤니티에서 테스트를 도와주실 의사가 있으시다면, 해당 브랜치 이름을 사이트의 YAML 파일 version: 필드에 입력한 후 다시 배포하고 테스트해 보실 수 있습니다.
(프로덕션 사이트보다는 스테이징 사이트에서 그렇게 하시는 것을 권장합니다)
2개의 좋아요