SE奮闘記

MariDBのパフォーマンス改善の資料を読んで、AIと会話しているときに「ZFSのrecordsizeをInnoDBと合わせるといい」という提案を受けたときの覚書。 Gemini 3 Flash Previewと会話。 参考サイト： Optimization and Tuning | Server | MariaDB Documentation 環境： FreeBSD 14.3-RELEASE-p10, MariaDB Server 11.8.6 １． ZFSとInnoDBの書き込み単位 InnoDB Page Size（MariaDB側）:InnoDBがデータを管理・ディスクへ読み書きする最小単位。デフォルトは 16KB。 データベースはこの16KBの「ページ」という箱の中に、実際のレコード（行）を詰め込んで管理する。 ZFS recordsize（ファイルシステム側）:ZFSがディスクに書き込む際の最大ブロックサイズ。デフォルトは 128KB 。 不一致が起きると 128KBの枠（ZFS）の中に、16KBのデータ（InnoDB）を書き込もうとすると、ZFSは 「隙間を埋めるために残りの112KBを一旦読み込み、16KBを混ぜて、再度128KBとして書き直す」 というRead-Modify-Write (RMW) という無駄な動作を強制される。 ZFSのrecordsizeを確認。 # zfs get recordsize,atime,compression /var/db/mysql NAME                PROPERTY     VALUE           SOURCE zroot/ROOT/default  recordsize   128K            default zroot/ROOT/default  atime        off        ...

AIに作ってもらったPowerShellスクリプトをどこでも実行できるようにしたときの覚書。 Gemini 3 Flash Previewと対話。 環境： Windows 11 Pro １． PowerShell プロファイルに登録 PowerShellが起動する時に自動で読み込まれる設定ファイルに、関数として登録する。 メモ帳でプロファイルを開く。 PS > notepad $PROFILE 関数を追記。 function wp-update-plugins {     & "D:\Projects\GitLab\windows-utility\wordpress\wp-update-plugins.ps1" } 保存して設定を反映させる。 PS > . $PROFILE PHPStormのターミナルで関数名を実行する。 PS > wp-update-plugins 関連記事 PowerShellでファイル名を一括で変更（連番で桁埋め） Windows11をクリーンインストール（2022年12月）

久しぶりにsvgからwoff2へ変換したときの覚書。 Gemini 3 Flash Previewと対話。 環境： FreeBSD 14.3-RELEASE-p9, Node.js v24.13.0 1. Fantasticonとは？ Gemini先生に聞いたらFantasticonをお勧めされたので調査。 GitHub - tancredi/fantasticon: Icon font generation tool · GitHub Fantasticon は、単なるコンバーターではなく、アイコンフォント構築のためのオーケストレーター（まとめ役）。 処理のステップと使用ツール SVG → SVG Font (svgicons2svgfont) 複数の SVG ファイルを読み込み、1つの巨大な XML ベースのフォントファイル（SVG Font）にまとめる。 この段階で、パスデータ（d属性）がフォントのグリフ座標系にスケーリング。 SVG Font → TTF (svg2ttf) XML形式の SVG Font を、バイナリ形式の TrueType Font (TTF) に変換。 TTF → WOFF (ttf2woff) TTF を zlib で圧縮し、WOFF 形式のヘッダを付与。 TTF → WOFF2 (wawoff2)  WebAssembly 版のコンバーターを使用して WOFF2 を生成。 なぜ FontForgeなしで変換できるのか？ かつてはSVG からフォントを作るには、FontForge のような C/C++ で書かれたデスクトップアプリを OS にインストールし、Python スクリプト経由で操作するのが一般的。 WOFF2 形式は、Google が開発した Brotli という非常に強力な圧縮アルゴリズムを使用する。 この圧縮ロジックは非常に複雑で、かつては C++ の公式リファレンス実装（google/woff2）を使うしかなかった。 Fantasticon が内部で使っているttf2woff2は、そのGoogle製の C++ コードをWebAssembly （プラットフォーム非依存のバイナリ形式）にコンパイルしたもの。 Node.jsはWebAssemblyを実行できる。 fantasticonをインストー...

WordPress標準のWP-Cron（疑似Cron）からOSのCronに切り替えようとしているときの覚書。 Gemini 3 Flash Previewと対話。 環境： FreeBSD 14.3-RELEASE-p8, WordPress 6.9.4 参考記事 WP-Cron（wp-cron.php）を無効にしてパフォーマンスを改善する方法｜ Kinsta Optimization – Advanced Administration Handbook | Developer.WordPress.org WordPress 擬似Cron（WP-Cron）が実装された背景 WordPressが擬似Cronを採用した最大の理由は、サーバー環境に依存せず、PHPだけで完結させるため。 ホスティング環境の制約 : 世界中の多種多様な共有サーバー（安価なレンタルサーバーなど）では、ユーザーがOSレベルの crontab を設定できないケースが多々ある。 ゼロ構成での動作 : インストールした瞬間に、予約投稿やアップデート確認などのバックグラウンドタスクが動作し始める必要。 ポータビリティ : サーバーの仕様を知らなくても、WordPressというアプリケーションのレイヤーだけで完結するスケジュール機構が求められた。 WordPress 擬似Cron（WP-Cron）の仕組み WP-Cronは、バHTTPリクエストをトリガーとしたイベント駆動型で動作。 擬似Cronの処理手順 リクエストの受信 : ユーザーがサイトのいずれかのページにアクセス。 実行判定 : WordPressの初期化プロセス（initフック等）の中で、前回の実行時刻を確認し、「実行すべきタスクがあるか」をDB（wp_optionsテーブル）に問い合わせる。 非同期実行（ループバック） : 実行すべきタスクがある場合、WordPressは自分自身に対してループバックHTTPリクエスト（wp-cron.phpへのPOST）を発行。 タスク処理 : wp-cron.php が独立したPHPプロセスとして起動し、予約されたタスクを順次実行。 WordPress 擬似Cron（WP-Cron）の構造的な問題点 技術的負債 オーバーヘッドとDB負荷: あらゆるページビュー（PV）のたびに、DBへの「タスク確認用S...

 PPDFの1ページ目をJPEG画像で一括出力したときの覚書。 Gemini 3 Flash Previewと対話 環境： FreeBSD 14.3-RELEASE-p8 avifencのバージョン確認。 # avifenc --version Version: 1.3.0 (dav1d [dec]:1.5.3, aom [enc/dec]:3.13.1) libyuv : available (1903) １． AVIF変換が失敗する PDFを開いて画像出力してAVIF変換してみたら下記エラー。 # find . -name "*.jpg" -print0 | xargs -0 -I {} sh -c 'f="{}"; avifenc -q 40 -s 4 -y 420 "$f" ${f%.*}.avif"' Unsupported color conversion request Cannot read input file: ./202307.jpg ImageMagfick(7.1.2-16)をインストールしてAVIF変換してみたら、その画像がWindows 11の画像アプリでは見れるけど、Chromeブラウザで閲覧できない謎現象。 ２． PDFから一括で画像出力 問題はJPEG画像にありそうなので、ツールでPDFから画像出力してみる。 pdftoppmコマンドで出来るそうなのでインストール。 # pkg install poppler-utils 試しに変換。 「-f 1」: 開始ページ 「-l 1」: 終了ページ # pdftoppm -f 1 -l 1 -jpeg "202307.pdf" "202307" avifencでavif画像変換。 # avifenc -q 40 -s 4 -y 420 202307.jpg 202307.avif Chromeブラウザでも表示できたので一括変換。 PDFから1ページ目だけJPEG画像出力。 # find . -name "*.pdf" -print0 | xargs -0 -I {} sh -c 'f="{}"; pdftoppm -f...

ウェブサイトをリニューアル前に旧サイトを保存しておく方法を調査。 Gemini 3.1 Pro Previewと対話。 環境： Windows 11, GNU Wget2 2.2.1 wgetで保存 Scoop経由でインストールしたwget2をまず試す。 PS:> cd D:\Downloads PS:> wget2 --mirror --convert-links --adjust-extension --page-requisites --no-parent --output-file="download_log.txt" "https://www.hoge.com/" Cyotek WebCopy wget2でレイアウトが崩れる場合は、「Cyotek WebCopy」を試す。 参考：  Cyotek WebCopy - Copy websites locally for offline browsing • Cyotek スクリーンショットを手動で取得 ブラウザの標準機能を使う。 Chrome: DevToolsで「Capture full size screenshot」。 Firefox: 右クリックで「スクリーンショットを撮影」。 もう少ししたら自律型AIエージェントで出来るようになる気がする。

WordPressのcronジョブに関して調査しているときの覚書。 Gemini 3.1 Flash Liteと対話。 環境： PHP 8.3.29, WordPress 6.9.1 wp cronコマンド一覧 現在予約されているタスク（cronイベント）を表示。 $ wp cron event list 即時実行（詰まっているタスクの消化）。 $ wp cron event run --due-now 特定のフックだけを指定して実行（実行予定時刻が過ぎている場合のみ）。 $ wp cron event run (フック名) 特定のフックだけを指定して実行（実行予定時刻に関係なく今すぐ実行）。 $ wp cron hook run (フック名) 実行スケジュールの削除。 $ wp cron event delete (フック名) ▼ 関連記事 WP-CLIのwp core updateがobject-cache.phpを置くと出来なくなる WP-CLIをInstallしてWordPressのVersion管理

WordPressのWP-CLIを使ってwp core updateをしても更新しなくなったので調査したときの覚書。 Gemini 3.1 Pro Previewと対話。 環境： FreeBSD 14.3-RELEASE-p8, php 8.3.29 wp-cliのバージョン確認。 # wp cli version WP-CLI 2.12.0 １． object-cache.phpがあると失敗する理由 WP-CLI環境ではAPCuキャッシュが使えないため、せっかく取得した最新のアップデート情報がなってしまう。 wp core updateしたときの挙動 WP-CLIが起動すると、object-cache.php が存在するため、WordPressは「アップデート情報をデータベースではなく、APCu(APC User Cache)に保存するモード」に切り替わる。 WP-CLIが WordPress.org のAPIに問い合わせて「新バージョンがある」という情報を取得。 取得した情報をAPCuに保存しようとするが、CLI環境のAPCuは無効化されているため、コマンド終了と同時にメモリごと消滅。 結果として、「新バージョンがある」という情報がDBにも保存されず、メモリ上からも消え去るため、何度 wp core update を実行しても「アップデート情報がない＝すでに最新版である」と誤認し続けてしまう。 ２．開発環境ではCLI環境でもAPCuは有効化 object-cache.phpが存在すれば、WordPressはAPCuモードになるため、設定で対応する。 iniファイル確認。 # php --ini Configuration File (php.ini) Path: /usr/local/etc Loaded Configuration File:         /usr/local/etc/php.ini Scan for additional .ini files in: /usr/local/etc/php Additional .ini files parsed:      /usr/local/etc/php/ext-10-opcache...

PythonやPhpよりRustでバッチ処理を作った方が圧倒的に早いので、ちゃんと学ぼうとしているときの覚書。 Gemini 3 Pro Previewと対話。 １． プログラミング言語Rustとは？ 一言で言えば、 C/C++と同等のパフォーマンス を持ちながら、コンパイル時に メモリ安全性を保証 するシステムプログラミング言語。 「最も愛されるプログラミング言語」で長年1位を獲得し続けている。 参考：  Rust (プログラミング言語) - Wikipedia 2006年：Mozillaで開発がスタート。 2015年：安定版となるRust 1.0がリリース。 2022年：Linux Kernel 6.1 にて、C言語に次ぐ「第2の公式言語」としてRustがマージ。 2025年：Microsoftは2030年までに自社の主要コードベースからCおよびC++を全面的に排除し、Rustへ移行する長期方針。 ２． Rustの技術的特徴 ① 所有権システム（Ownership & Borrowing） ルール : 値には必ず「所有者（変数）」が1つだけ存在する。 所有者がスコープを抜けると値は破棄（ドロップ）される。 借用（Borrowing） : 参照渡しのような機能。 「不変の参照は複数作れる」が、「可変の参照は同時に1つしか作れない」というルール（RWLockのような概念）をコンパイル時に強制する。 効果 : これにより、GCなしでのメモリ解放を実現し、さらにデータ競合（Data Race）をコンパイルエラーとして検出する。 例えると、メモリ上のデータは「1冊の貴重な本」。 プログラミング言語の世界（C++やJavaなど）では、この本をコピーしたり、みんなで同時に書き込んだりできるが、Rustの世界は物理法則に忠実。 所有権（Ownership）と ムーブ（Move） ： 本を持てるのは、常に世界でたった一人だけ。 最後に本を持っていた人が責任を持って捨てる（メモリを解放）。 借用（Borrowing） ： 見るだけなら、何人でも同時に貸していい。 貸している間、所有者も本を捨てたり書き換えたりできない（読んでいる人が困るから）。 可変の借用（Mutable Borrowing） ： 書き込みたいなら、貸せるのは「たった一人」だけ。...

Rustのビルド環境を構築しているときの覚書。 Gemini 3 Pro Previewと対話。 環境： FreeBSD 14.3-RELEASE-p8 arm64 １． Rustをインストール ARM64の環境ではrustupは提供されていない。 pkg経由で検索。 # pkg search rust Rust開発支援ツール rust-analyzer： Rust言語用の「言語サーバー（LSP）」。 rust-mode： テキストエディタ Emacs 用のプラグイン。 rust-script： Rustのコードを、PythonやShellスクリプトのように「コンパイル手順なしで」実行できるようにするツール。 C言語連携ツール（高度な開発用） rust-bindgen-cli： C言語（および一部C++）のヘッダーファイル（.h）を読み込み、Rustから呼び出せるようにするためのバインディングコード（ラッパー）を自動生成するツール rust-cbindgen： 上記とは逆で、RustのコードからC言語用のヘッダーファイル（.h）を生成するツール ユーティリティ（Rust製コマンド） rust-coreutils： GNU coreutils（ls, cp, mv, cat など）をRust言語で書き直すプロジェクト（uutils）の成果物。通常はインストール不要。 rust-findutils： GNU findutils（find, xargs, locate）をRust言語で書き直したもの。通常はインストール不要。 ビルドするだけなので、rustだけインストール。 # pkg install rust 確認。 # rustc --version rustc 1.92.0 (ded5c06cf 2025-12-08) (built from a source tarball) # cargo --version cargo 1.92.0 (344c4567c 2025-10-21) (built from a source tarball) ２．Rustツールの解説 コンパイラ・基本ツール rustc： Rustコンパイラ本体。 通常は cargo build や c...