データサイズには懸念があった。デカい添付ファイルは圧縮したり、色々工夫もしていた。あと、確実に秘匿する必要がある情報は暗号化圧縮したり。機能として組み込んだ話。長年使っているとデータファイルは太ってくる。超えたのがいつ頃か覚えていないが、そのあたりから不安になりはじめていた。使い始めてからの期間をもとに今後のサイズ推移を予測したりもしてみて、「それほど気にする必要はない」と思ったり、やっぱり不安になったり。データを圧縮して保存する、みたいなことはずっと考えてはいた。自分は何の因果か「標準以外のライブラリ」を使うことを酷く渋る傾向があるのだ。別の環境に移るときにそちらでも確実に使えるのか、といったことを心配してしまうのかもしれない。最初は稚拙でもいいから、何でも自分で書きたいのかもしれない。人口に膾炙したライブラリが利用できるなら、それはほとんどの場合自分で作るよりも優れている。自分でやる、ということ自体は悪いことではないけれど、行き過ぎると病気みたいなものだ。これは自分が気をつけるべきポイント。圧縮機能を組み込むならこれを使うのが正道だよな、と思ったのだ。読みながらサンプルコードを実際に動かしてみて、最終的にはそれで導入してみることになった。利用するようになった。バックアップアーカイブでの利用というのは、以下の3種類だ。設定されたデータはそのままプレーンテキストでバックアップされていたため、取り扱い注意になっていた。データファイルは暗号化されているからひとまず保護されているものの、バックアップアーカイブはそうではない。これはかなり初期の段階からの懸案事項で、自分がクローズドな環境でしか使わないため、放置されていた。導入によって圧縮してその後追加で暗号化するようにしたため、ようやく懸案事項のリストから除くことができた。場合には同じ問題を抱えていた。なくてもトラッキングデータというのは変更の履歴なのだから、それ自体が改変されるのは困る。データの場合にはさらに暗号化をするようにした。添付ファイルについては、これまでバックアップアーカイブ作成時には「出力先ディレクトリにダンプ」するだけになっていて、これまた懸案事項になっていた。privateデータの場合には。これも、圧縮と暗号化で単一のアーカイブファイルに収めることができるようになった。起動時に開いたデータファイルのメモリ上での展開イメージは、特に圧縮したりはしていない。データ本体も、添付ファイルも。これは、検索性能の維持のためだ。圧縮すれば空間効率は上がるだろうが、全体的な時間コストも上がる。検索性能は特に悪化するだろう。ここらへんのトレードオフを現在検討中。2020/02/202020-02-20-01-再びこれ読んでる2020/02/172020-02-17-01-fistのプロンプトで継続行入力2020年02月のlog2020/01/292020-01-29-01-fistから離れたい2020/01/212020-01-21-01-最近の長風呂のお供はこれだった2020/01/172020-01-17-01-fistの自動実行スクリプトにおけるセキュリティホール問題2020/01/112020-01-11-01-fistにsudoを追加する2020/01/072020-01-07-01-fistのプライベートデータとスクリプトの問題2020年01月のlog2019/12/312019-12-31-01-2019年を総括するよ2019/12/262019-12-26-01-guile拡張のREPLは存続へ2019/12/222019-12-22-01-fistのguile拡張からREPL機能を除去するかも2019/12/192019-12-19-01-fistのguile拡張でstream入出力2019/12/082019-12-08-01-fistで添付ファイルのメモリ内圧縮2019年12月のlog2019/11/282019-11-28-01-書籍持ち歩き問題2019/11/222019-11-22-01-fistでzlibを使い始める2019/11/192019-11-19-01-読んでた本と、これから読む本books:Docker実践ガイド第2版2019/11/152019-11-15-01-デスクトップPCをデュアルブートに。