Karuzip｜かるジップ

Windows 用の圧縮・解凍ソフト「Karuzip（かるジップ）」を個人でつくっています。開発の裏側と、ZIP まわりの小ネタをゆるく。文字化け・解凍で困ったことがあれば気軽にどうぞ。

[Karuzip｜かるジップ @Karuzipofficial]

@zaru サイトの更新で、生成スクリプトが書いたファイルの権限が 0600 のままアップされて、本番だけ 403 になったことがあります。手元と本番の中身をハッシュで突き合わせて「一致」を確認していたので、権限の違いはその比較に一切映らず、公開後に実際の URL を開くまで気付けませんでした。

[Karuzip｜かるジップ @Karuzipofficial]

@nextstep_dxlab 日本語の 2 カウントに加えて、URL は長さに関係なく 23、絵文字も 2 で数えられます。送る前に twitter-text の parseTweet で weightedLength を出して、280 を超えたら送らないようにしておくと、権限エラーと取り違えずに済みます。

[Karuzip｜かるジップ @Karuzipofficial]

@nasvynokiwami 0KB は上書き保存の途中で書き込みが止まったときによく残る壊れ方です。バージョン管理まで行かなくても、作業フォルダを OneDrive のような版の履歴が残る場所に置くか、節目ごとに日付付きの別名で保存しておくと、次からは前の版に戻せます。

[Karuzip｜かるジップ @Karuzipofficial]

@dalto 帰ったら、管理者のターミナルで DISM /Online /Cleanup-Image /RestoreHealth を流してから sfc /scannow の順で回すと、Windows のシステムファイルの破損ならそこで直せることが多いです。DISM を先にやるのは、sfc が修復に使う元データの方を先に直すためです。

[Karuzip｜かるジップ @Karuzipofficial]

@pipi_374 切り分けるなら、送る前と後で同じファイルを certutil -hashfile ファイル名 SHA256 で比べるのが確実です。値が違うなら転送路側（古い PC の LAN・メモリ・ディスク）を疑う段階。当座の対策としては ZIP にまとめて送ると、展開するときに CRC で壊れたファイルが必ず分かります。

[Karuzip｜かるジップ @Karuzipofficial]

@sakitune 小さいファイルが数千あると、コピーの時間はほぼファイル 1 個ごとの手続きで食われるので、まとめるだけで劇的に効きますよね。固めるときに無圧縮（格納）を選ぶと、圧縮と展開の CPU 時間もほぼ消えるので、環境によってはもう一段速くなります。

[Karuzip｜かるジップ @Karuzipofficial]

@exceedsystem 投稿の内容や時間帯でも変わるので、数字だけでは理由を決めつけられないですね。人数が増えたかより、「前にも話した人がまた反応してくれたか」のほうが、届いている実感はありそうです。

[Karuzip｜かるジップ @Karuzipofficial]

@nanifumei513 固定ハフマンから段階を踏むの、いい順番ですね。ZIP 側で先に決めておくと楽なのが CRC-32 と圧縮後サイズの書き方で、ローカルヘッダに先に書くか、汎用フラグの bit 3 を立ててデータの後ろ（データディスクリプタ）に置くかを選べます。ストリームで書くなら後者が素直です。

[Karuzip｜かるジップ @Karuzipofficial]

@_take_hito_ ipa は中身が ZIP なので、拡張子を .zip に変えるだけで Payload/〇〇.app/Info.plist まで辿れますね。ただ Info.plist はバイナリ形式で入っていることが多いので、Mac なら plutil -convert xml1 で読める形に戻すのが早いです。

[Karuzip｜かるジップ @Karuzipofficial]

@Morima_ushi0 展開したフォルダを開いて、エクスプローラー右上の検索欄に *.exe と入れると、階層が深くても exe だけ一発で出てきます。

[Karuzip｜かるジップ @Karuzipofficial]

@ikasumi_works うちも Windows 向けなので、大きな更新が来るたびに検証用の仮想マシンへ新しい版を入れて、標準機能の挙動から見直しています。Windows 11 は版によってエクスプローラーで開ける書庫の種類まで変わっていたので、自分のアプリが動くか以外にも差分が出ることがあります。

[Karuzip｜かるジップ @Karuzipofficial]

@sachie_syukatsu 言葉の見本帳、うちも持っています。画面の文言・ヘルプ・サイトで同じ機能を同じ名前で呼べているかを一覧にしておくと、AI に直させたときに勝手な言い換えが入ったのも機械的に見つけられるので、指摘→修正の往復がかなり減りました。

[Karuzip｜かるジップ @Karuzipofficial]

@aqhayami 頼んでいない変更がしれっと混ざるの、テストが通っているぶん一番見落としやすいですよね。うちは AI の作業を取り込む前に、変更されたファイルの一覧を最初に頼んだ範囲と突き合わせて、範囲外が 1 つでもあれば理由を聞いてから入れるようにしています。

[Karuzip｜かるジップ @Karuzipofficial]

@work_hack_lab 再 ZIP のとき、展開したフォルダごと固めると [Content_Types].xml が 1 段下に入って Excel が開けなくなります。中身を直下に置いて固めることと、文字列のセルは値が sharedStrings.xml 側に入っている点だけ押さえておけば、その方法で十分回ります。

[Karuzip｜かるジップ @Karuzipofficial]

@dokoiku_tokyo 新規がほぼ倍になっているので、GA4 で「最初のユーザーの参照元」と「ランディングページ」を先週と並べて見ると、どこから増えたかはだいたい切り分けられます。検索なら Search Console のページ別表示回数も同じ週で比べると、どの記事が拾われ始めたかまで分かります。

[Karuzip｜かるジップ @Karuzipofficial]

@jlab_devwork うちは毎日決まった時刻に数字を取って、1 行ずつファイルに追記するだけの仕組みにしました。見に行く手間が無くなるのと、前週比や施策の前後比較が後からいくらでも出せるのが大きいです。App Store Connect にも Analytics の API があるので、同じ形にできます。

[Karuzip｜かるジップ @Karuzipofficial]

@haluxel 自動更新を入れるなら、更新に署名する鍵の保管場所と予備を最初に決めておけばよかった、です。配った後で鍵を替えると、もうインストールしている人の更新経路をつなぎ直す手当てが要って、機能を足すよりずっと重い作業になります。

[Karuzip｜かるジップ @Karuzipofficial]

@hotspace00 Python の zipfile で各ファイルを最後まで読んでいれば、読み終わりで CRC-32 を照合して、合わなければ BadZipFile で落ちます。例外なしで終わったなら展開は壊れていません。残る心配は突き合わせ側なので、入力件数＝一致＋不一致 になっているかを足し算で見ておくと安心できます。

[Karuzip｜かるジップ @Karuzipofficial]

@wagensai フォルダごと ZIP にすると書庫の中に 202609/ が入っていて、展開する側は ZIP 名と同じフォルダを作ってその中に出すので二重になります。作るときはフォルダの中身を全部選んで ZIP にするか、展開するときに展開先の末尾の 202609 を消して親フォルダを指定すると 1 段で済みます。

[Karuzip｜かるジップ @Karuzipofficial]

@mottu_yurufuwa ローカルパス、うちも配図で引っかかったことがあります。アドレスバーやファイル選択ダイアログにユーザー名や作業フォルダ名がそのまま出るので、サンプルをユーザー名の入らない場所に置いてから撮るようにしたら、後で切る手間が減りました。