uvpY42u

技術解説

証拠としてのログ — 保全・切り出し・改ざん対策の4原則

再起動で38分が消えた。 直したのは正しい。では、直す前に何を持ち出すべきだったのでしょう。 失われ方には型があります。4つです。 前回までは「どう読むか」を書いてきました。今回はその前——読む対象を、あとで人に見せられ…
技術解説

grep -w もGUIへ — 「単語一致」で、8.9億行から7件を狙い撃つ

前回は grep -v(含まない)でした。CLI機能の第2弾は grep -w —「単語一致」です。 部分一致の検索には、昔からの泣き所があります。error を探すと errorcount も mirror の中の並び…
技術解説

less で十分、が崩れる瞬間 — コマンドライン職人芸の限界線4本

【追記 2026-10-16】いまの速さ — 1問目は今も同等。2問目からと集計で差が出ます 本文の uvp と ripgrep の数字は、v1.6.6.1(2026年9月)に Mac(外付け USB SSD)で測った値…
技術解説

grep -v をGUIに載せた — 多段階検索に「含まない」を追加、1万件のノイズ退治が数クリックになった

障害調査の現実は、「探す」より「捨てる」です。 ERRORで検索して数万件ヒットしたとき、その9割は既知のノイズ——ヘルスチェック、既知の警告、定期バッチの出力です。CLIの世界では、これをこう書きます。 bash gr…
技術解説

1億行の巨大テキストを「諦めてDBに入れる」前に — 障害調査・AIデータ前処理のための現実解と実測

「この数十GBのファイル、DBにインポートするか、小さく分割してくれ」 定常運用なら、それが最も安全な正攻法です。しかし現場には、DBを構築する時間もディスクの空きもない障害対応や、1億行のデータセットのうち数行の構文エ…
技術解説

16GBメモリのノートPCで、50GBのログファイルを開いて検索する方法

【追記 2026-10-16】いまの速さ — 2回目からの差は当時より開きました。1回目は今も ripgrep と同等です 本文の ripgrep・klogg との数字は、2026年7〜9月に Mac と外付け USB…
技術解説

攻撃の痕跡は生ログにある — 横移動・SQLi・事後調査の4視点

暗号化は11分で終わった。 意味があるのは、その前の6日間です。その6日を、どのログから、どの順で読みますか。 痕跡は「1行」ではなく「並び」に残ります。 第6回では、疑いが上がった直後に何を見るかを扱いました。今回はそ…
技術解説

「検索」と「置換」だけを測った — EmEditor・klogg・grep・010 Editor・UltraEdit を 3GB/10GB/48GB で比較【Windows編/Mac編】

前回のAI早見表はS〜Cの格付けでした。今回はそこから「検索」と「置換」の2工程だけを取り出し、実際の秒数を並べます。 最初にお断りを2つ。測定は Windows PC と Mac の2環境で行っており、環境をまたいだ秒…
技術解説

パーサが死んだ行番号だけ分かっている — 巨大データ検品の4技法

落ちたのは8342119行目。 分かっているのは、それだけです。ファイルは12GB、移行の検収は明後日。その1行を、いま見に行けるでしょうか。 行番号は、住所ではありません。 データ検品は、障害対応と似ているようで別の仕…
技術解説

【AI格付けS〜C】EmEditor・klogg・ripgrep などとの比較記事10本をAIに読ませたら、「サイズ別早見表」が返ってきた

前回まではAIに「50GBのログ調査ツール」を尋ねる側でした。今回は逆です。私がこれまで書いてきた他ツールとの比較記事10本——EmEditor・klogg・ripgrep/grep・UltraEdit・010 Edit…