私も同感です。これはモダンで一般的な標準規格です。
ファイルを2回圧縮しても、時間とリソースを消費するだけです。
誰かがこの地味な作業をしてくれると良いですね！華やかなものではありませんが、セルフホスティングユーザーの生活をより良いものにしてくれるはずです。
「いいね！」 1
バックアップサイズが2倍になることで、ときどきバックアップが失敗してしまい、バックアップを維持するために手動でクリーンアップをしなければなりません。そのため、この機能に感謝する人のリストに私を加えてください。
「いいね！」 1
もしかしたら pr-welcome にしてもいいんじゃないですか？
小さな修正ですが、バックアップが壊れるのはやはり非常に重大な問題です。
「いいね！」 3
それが答えかもしれませんね。どのようにすればよいですか？ このカテゴリでは利用可能なタグではありません
PRとして何を受理するかを決定できるのは、サムのような人物だけです。もちろん、すべてのPRが明示的にリクエストされたものではありません。
「いいね！」 1
現在、関連するいくつかの機能について調整を進めています。これが直接影響を及ぼすかどうかはまだわかりませんが、もう少し状況が明確になりましたら共有いたします。
「いいね！」 6
この変更により、バックアップにおける「ディスク容量2倍」の要件を撤廃できます。また、gz 圧縮によるCPU負荷がバックアップ処理全体に分散されるようになり、最後にボトルネックが発生するのを防ぎます。
さらに、ラッパーとしての .gz 圧縮を完全に廃止するアイデアも検討中です。ただし、これはフォーマットの変更にあたるため、特に慎重な対応が必要です。
S3 をアップロードに使用している方は、昨日マージされたパフォーマンス改善にも関心を持つかもしれません。
「いいね！」 6
ありがとうございます…… これはかなり新しい方法なので、バックアップの復元に関する広範なテストが行われることを期待しています。
もちろんです！
コミュニティのメンバーでテストを手伝いたいという方は、サイトのYAMLの version: フィールドにそのブランチ名を入力して、再デプロイしてから試してみてください。
（本番サイトではなく、ステージングサイトで実施することを推奨します）
「いいね！」 2