Powerlevel10k から Starship への移行ガイド（2025年版） はじめに 長年愛用していた Powerlevel10k から Starship への移行を実施しました。 本記事では、両者の違い、最近の動向、移行手順、そしてカスタマイズ方法についてまとめます。 [Read More]

RSSリーダーを自前で運用できる「Miniflux」の構築を前記でお届けしました。 シンプルで高速なのが魅力ですが、日々の「フィード登録」や「モバイルでの閲覧」をさらに便利にする方法があります。 [Read More]

今まで、RSSのセルフホストをFreshRSSで活用してきましたが、軽量やいろんな外部と連携できるとして、Minifluxへ移行しました。 今回もDockerで構築していきますが、下記の前提として記載します。 [Read More]

Vaultwarden の ADMIN_TOKEN を Argon2 ハッシュ化してセキュアにする はじめに Vaultwarden の管理画面にアクセスすると、以下の警告が表示されることがあります。 Copy You are using a plain text `ADMIN_TOKEN` which is insecure. Please generate a secure Argon2 PHC string by using `vaultwarden hash` or `argon2`. Vaultwarden 1.28.0 以降では、ADMIN_TOKEN を Argon2 でハッシュ化することが推奨されています。本記事では、Docker Compose 環境で ADMIN_TOKEN をセキュアに設定する方法を解説します。 [Read More]

はじめに：深夜の「このポート何だっけ？」問題 サーバー運用をしていると、深夜にアラートを見て SSH した先で「このポート何が開いてるんだっけ？」という状況に何度も遭遇します。 これまでは netstat / ss / lsof / nmap / systemctl / docker ps を組み合わせて、人力でそのプロセスの正体と起源を推理していました。 最近、witr (Why is this running) という CLI ツールを導入したところ、「プロセスがなぜ存在しているのか」まで 1 コマンドで説明してくれるようになり、調査フローがかなり変わりました。 [Read More]

Linuxでsudoコマンドを使うと、通常ユーザーで設定したPATHが反映されず「command not found」になることがあります。 特に、Linuxbrew（Homebrew）内のコマンドをsudo付きで実行しようとした際に、コマンドが見つからないことがよくあります。 この記事では、sudoでユーザーのPATH環境変数を引き継ぐ方法について解説します。 [Read More]

トップ記事のリストのサマリー表示が、HTML記法が残ったまま表示されて気持ち悪かったので改善　↓ SEO的にもHTML除去した方が良さそうなので、下記に修正 [Read More]

ZshとNeoVimの設定見直し で設定したNeoVimの設定をLuaに移行した。 TL;DR Neovim 0.11.5 は Lua前提なので、init.vim + vim-plug から init.lua + lazy.nvim へ寄せるとリターンがデカい。 補完は blink.cmp が今どきの選択肢として強い。 0.11 の罠: init.lua と init.vim の同居はNG（E5422: Conflicting configs）。段階移行は工夫が要る。 ついでに NERDTree→oil.nvim、手書き括弧→nvim-autopairs、IME→Lua autocmd、カーソル形状→guicursor。 背景 Neovim 0.11 世代は LSP/diagnostic/周辺プラグインのエコシステムが Lua前提で進んでる。Vimscript中心で維持すると、 [Read More]

ZshとNeoVimの設定見直し で設定したZshrcをベースにして愛用してきましたが、生成AI(ChatGPT-5.2)の力を借りて設定を見直した。 改善点 壊れてた判定関数を正しく（return $(…) をやめる） localeは触らない（LC_ALL は特に事故りやすい） 補完は初回から効くように（zinit遅延ロード×compinit順序の地雷回避） 重い一覧は ll/la に隔離して、普段の ls を遅くしない 背景：.zshrc は「便利」と「破壊」が紙一重 zshrcの改善って、見た目やalias追加よりも「間違った書き方が静かに壊す」系の地雷が多い。今回ハマりどころだったのはこの4つ： [Read More]

まずは「本当に OS 側の再起動なのか、それともハードウェアの電源周りの問題なのか」を切り分けるため、前回ブート直前のログを確認することにした。 AlmaLinux（RHEL 系）では journalctl -b -1 を叩くことで「ひとつ前の起動分」のログをまとめて確認できるため、このコマンドを起点に、カーネルメッセージや systemd のログをざっと洗った。 [Read More]