tanelog

会社員エンジニア。学生時代からPythonで個人開発を続けています。Python・Docker・Node.js・AIツールの不具合や仕様変更を調べ、直し方をnoteに書いています。多くはDockerで版をそろえて動かした検証ログです。

[tanelog @tane_log]

Python・Docker・Node.js などの不具合と仕様変更を調べた記事50本の索引を作りました。
症状と版の名前から、該当する記事を引けます。
https://t.co/a6miZzf2tM
#プログラミング

[はま @hmdtksg]

パスワード管理編
大きくは以下の３つがあるけど基本的には以下の区分で何を使うかを選べばいいと思う(´˙꒳​˙ ｀)
Google中心な人、Apple中心な人だけど、全てをGoogle / Appleに委ねるは嫌だな、とか思う人は３使えばいいと思う〜(＊･ω･)ﾉ

加えて利用するメールアドレス自体も金融系、公共系、交通系、その他みた���に複数に分けて利用するとさらに良きです( ˶'ᵕ'˶)
ワイはBitwarden×メールアドレス分離で運用

いずれにしても、手作業管理用よりもはるかにセキュリティ強く、効率的に管理できるからおすすめです(＊･ω･)ﾉ

共通メリット
強いパスワードを自動生成してくれることで、自分でパスワードを考える必要がなく、それにより使い回しを回避でき、自分が覚える必要もなく管理してくれること。

共通注意事項
今までの投稿の通り
「入り口を強くすること」
「各種OSやブラウザ等も最新版にすること」
など。

１：Google Password Manager
→AndroidやChromeブラウザ利用者向け

２：Appleパスワード
→Apple製品(iPhone / iPad / Macbook)利用者向け

３：Bitwarden
→上記１、２を横断して利用する人向け

[tanelog @tane_log]

Palworld の REST API の metrics は、メモリの値を返しません(返すの�� serverfps、uptime、days など8つの値)。コンテナの cgroup は、中から読めます(読み取りだけです)。cgroup v2 なら:
docker exec <コンテナ名> cat /sys/fs/cgroup/memory.current

[tanelog @tane_log]

Palworld の専用サーバーのコンテナでは、memory.current の8割強が page cache(約 4,981 MiB)でした。anon は約 826 MiB、PalServer の RSS は約 1,014 MiB。合計だけを見ると、増減が見えにくくなります。

[tanelog @tane_log]

Palworld の専用サーバー(ビルド 25247047)を、接続者なし・拠点なしで約18.5時間動かしました。
memory.current は 5,951.6〜5,961.1 MiB の幅で、増える傾向は出ませんでした。この条件の結果で、リークが無いとは言い切れません。
https://t.co/ojVk3U5G33
#Palworld

[tanelog @tane_log]

プレフィックスの有無で検索の当たり方が変わるかは、ご自身の文書でも測れます。測定用の corpus の build を、文書の一覧を返す形に替えて実行します。文書は書き換えません。
python3 https://t.co/R0MNURwC3b intfloat/multilingual-e5-base BAAI/bge-m3

[tanelog @tane_log]

類似文書のクエリは、v3.3.0 のコードではタイトルと本文の順です。タイトルを外すと top-1 は、bge-m3 で 63.4 → 75.0%、e5-small で 67.8 → 50.3% でした。タイトルが種類名を含む合成文書 320 件の値で、実際の文書の結果ではありません。

[tanelog @tane_log]

Paperless-ngx v3.3.0 は、e5 のプレフィックスを渡しません。
日本語の合成文書 320 件で、e5-small の類似文書 top-1 は 67.8%、query: を両側に付けると 92.2% でした。実際の文書の結果ではありません。
https://t.co/klEzcrGeuE
#Paperless

[tanelog @tane_log]

有効なエンジンは、コンテナの中から /config を読むと分かります。出力の engines の name と enabled を見ます(読み取りだけです)。既定では google が無効、google cse が有効でした。
wget -qO- 127.0.0.1:8080/config

[tanelog @tane_log]

Google の記述で 2027-01-01 までなのは、Custom Search JSON API の既存の利用と、既存の「Search the entire web」の設定です。SearXNG の google cse は、JSON API を呼ばず、API キーも使わない実装でした。

[tanelog @tane_log]

SearXNG の公式イメージ(2026.10.11)で、google と google cse に検索語を送りました。
google は2回とも 0 件(access denied)、google cse は2回とも 20 件でした。1つのアドレスでの結果です。
https://t.co/53kWP4fkgT
#SearXNG

[tanelog @tane_log]

起動して 60 秒待ったあとのメモリは、docker stats で見られます(読み取りだけです)。Windmill の6コンテナは合計約 499MiB(Postgres 込み)、n8n は 434.7MiB でした。
docker stats --no-stream --format '{{.Name}} mem={{.MemUsage}}'
#Docker

[tanelog @tane_log]

Windmill(公式 compose。Postgres とワーカー4本)は、API が答えるまで 21 秒、イメージは 5.66GB でした。n8n 2.42.6(SQLite の1コンテナ)は 11 秒、1.79GB でした。構成が違うので���同じ条件の��較ではありません。各1回の測定です。

[tanelog @tane_log]

Windmill の Community Edition を公式 compose で起動して、上限を測りました。
ワークスペースは admins のほかに2つまで、グループは組み込みのほかに3つまで。次の作成は HTTP 400 でした(CE v1.830.0)。
https://t.co/zys7rLgVue
#Windmill #n8n

[あぶらあげ @average35]

最低限このあたりだけ覚えてればOK
(あとは職場のルールに従ってください)

[yousukezan @yousukezan]

証券口座パスキーの安全性を高めよ！”物理キー”を本格導入した話 https://t.co/nADRqq4Drj

[天野憲彦@ねこ社長 @NorihikoAmano]

パスキーの仕組み、ざっくりこれくらい理解しておくといいよ。

[tanelog @tane_log]

PQ の鍵交換かは、ssh -vv の kex: algorithm: の行で分かります(sntrup761 か mlkem を含めば PQ)。鍵もパスワードも送りません。
ssh -vv -o BatchMode=yes -o PreferredAuthentications=none HOST true 2>&1 | grep "kex: algorithm:"
#OpenSSH

[tanelog @tane_log]

OpenSSH 10.0p2 と 9.2p1 のクライアントは、8種のサーバーへの 16 通りの接続すべてで、警告を出しませんでした。非 PQ の鍵交換になった3種でも同じでした。警告の追加は 10.1 です(公式の記述)。

[tanelog @tane_log]

OpenSSH 10.1 以降の ssh が出す post-quantum key exchange の警告を、8種のサーバーで測りました。
10.2p1 のクライアントで警告が出たのは、OpenSSH 8.4、KexAlgorithms を絞った 10.0p2、Dropbear 2024.86 の3種でした。
https://t.co/8MumI9Kwrw
#OpenSSH #SSH

[tanelog @tane_log]

checkout の指定は、次の grep で一覧できます。-A6 は、with の入力が続く行の目安です。読み取りだけで、ファイルは書き換えません。
grep -rn -A6 "actions/checkout" .github/workflows
#GitHubActions