SE奮闘記

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...

またSpamhausのCSSブロックリストに登録されてサーバーからメール送信できなくなったので調査したときの覚書。 Gemini 3 Pro Previewと対話。 環境： FreeBSD 14.3-RELEASE-p7 amd64, Postfix 3.10.6 Postfixのバージョン確認。 # postconf mail_version １． 送信メールがブロックされた理由 maillogを確認。 # less /var/log/maillog jp.mail.protection.outlook.com[2a01:...::] said: 550 5.7.1 Service unavailable, Client host [2400:...:135] blocked using Spamhaus. To request removal from this list see https://www.spamhaus.org/query/ip/2400:...:135 AS(1440) [OS3PEPF0000003E.JPNP286.PROD.OUTLOOK.COM 2026-01-31T20:00:10.242Z 08DE60A93EBF9B50] (in reply to RCPT TO command)) maillogのURLにアクセスすると下記メッセージ。 CSS Blocklist - Why is this IP address listed? Your IP address is either exhibiting suspect behavior, is misconfigured, or has a poor sending reputation. As a result, this IP is listed in the CSS Blocklist (CSS) Click on More Info to see if you can request a delisting from this blocklist. This will also display any further information we have relating to this listing. Less Info Why is 2400:...

バッチ処理が遅いのでRustだったら早くなるかなと試した時の覚書。 Gemini 3 Pro Previewと対話。 環境： Windows 11 Pro 25H2, rustup 1.28.2 １． Scoopで検索してインストール Scoopで検索してみる。 PS:> scoop search rust それぞれの解説 rustup: Rustのインストーラー兼バージョン管理ツール。nodejsでいうところのnvm。 rustup-msvc / rustup-gnu: rustupの内部で使われるABI（Application Binary Interface）の違い。基本的には無印のrustupを選べばOK。 rust: コンパイラ単体 rust-msvc / rust-gnu: 上記のMSVC版（Microsoft Visual C++互換）とGNU版（MinGW互換）。 rust-analyzer: エディタ（VS Codeなど）でコード補完やエラー表示をするための裏方ツール。 rustupをインストール。 PS:> scoop install rustup Notes ----- This package defaults to using the MSVC toolchain in new installs; use "rustup set default-host" to configure it (existing installs may be using the GNU toolchain by default) According to https://doc.rust-lang.org/book/ch01-01-installation.html#installing-rustup-on-windows Microsoft C++ Build Tools is needed and can be downloaded here: https://visualstudio.microsoft.com/visual-cpp-build-tools/ When installing build tools, these two components should be selected:...

今更ながらSSL証明書を取得するときにwwwあり・なしを１つの証明書（ワイルドカード証明書ではない）で取得できることを知った時の覚書。 環境： CentOS Stream 10,  nginx 1.28.0, certbot 4.2.0 １． SAN証明書(Subject Alternative Name certificate)とは？ 昔はマルチドメインと呼んでいたSSL証明書の機能。 昔のSSL証明書は「1つのドメインにつき1つのコモンネーム」が基本だったが、現在は1枚の証明書で複数のドメインをカバーするのが一般的。 Google Chrome バージョン58（2017年3月リリース）では、「コモンネーム（CN）を無視し、SANの記述のみを評価する」という仕様変更を行った。 これにより、現在のすべてのSSL証明書はSANに対応していることが必須となった。 2017年までは各ブラウザが「SANがなければコモンネーム（CN） を見る」という順序で確認していた。 参考：  Public key certificate - Wikipedia Let's Encryptはサービス開始当初（2015年）から対応。 SSL証明書の規格（X.509 v3）自体が1999年頃に策定されており、OSやブラウザはそれに追随してかなり早い段階で対応していた。 つまり筆者がSANを知らなかったのは単なる勉強不足。 昔はマルチドメイン証明書は高額な追加費用で買っていた。 ２． certbotの疎通確認（HTTP認証） 例えば「hoge.com」と「www.hoge.com」のSSL証明書を取得する場合、certbotは次のアドレスへアクセスし、両方のドメインが載った証明書を発行する。 http://hoge.com/.well-known/acme-challenge/トークンA http://www.hoge.com/.well-known/acme-challenge/トークンB 3. 既存のSSL証明書を切り替える ドメインのDNS設定で、wwwが名前解決できるか確認しておく。 Nginxの設定でserver_nameを server_name  .hoge.com; のように変更しておく。 Windowsからアクセス確認。 PS:>...

MariaDB serverをアップグレードしたときの覚書。 Gemini 3 Pro Previewと対話。 環境： FreeBSD 14.3-RELEASE-p7 １． MariaDB 10系と11系の違い 主にWordPressを複数運用するウェブサーバー向けにGemini先生にまとめてもらった。 オプティマイザ（頭脳）の刷新 : 11系ではSQLの実行計画を決めるロジックが「コストベース」に完全刷新されており、複雑な商品検索（WooCommerce等）が高速化する可能性がある反面、統計情報が古いと単純なクエリでインデックスを使わなくなるなどの「判断ミス」による急激な速度低下リスクが高まっている。 書き込み性能の向上: 11系は内部的なログ処理（Redo Log）が改善されており、複数のWordPressサイトから同時にアクセスや記事更新が発生するような高負荷時のディスクI/O効率が良く、書き込み待ちが起きにくくなっている。 サポート期間と安定性: 10.11は「旧設計の完成形」として2028年2月までサポートされる最も枯れた安定版（LTS）ですが、11系は新設計のため挙動が異なり、現在のLTSは11.4となっている（11.8は将来のバージョン）。 古いプラグインの互換性リスク: 11系では古いMySQL時代から残っていた非推奨機能や曖昧な設定が削除されているため、長年更新されていない古いWordPressプラグインがエラーを起こして動作しなくなる可能性が10系より高い。 JSON処理の高速化: 最近のWordPressプラグインやブロックエディタが多用する「JSON形式」のデータ処理能力が11系で強化されており、関連する処理が軽くなる傾向がある。 統計情報管理の厳格化: 11系の新オプティマイザはデータの「統計情報（件数や分布）」に非常に敏感なため、アップグレード後や記事大量追加後に ANALYZE TABLE を実行して情報を最新に保たないと、10系よりもパフォーマンスが劣化しやすくなる。 メンテナンス性の向上: 11系はテーブル構造の変更（Instant DDL）機能が強化されており、巨大なテーブルへのカラム追加などを、サービスを停止させずに瞬時に行える範囲が広がっている。 リソース効率: 11系の方がメモリ管理や一時テーブルの扱いが効率...

pkg updateで突然下記エラーが出るようになったときの覚書。 Gemini 3 Pro Previewと対話。 環境： FreeBSD 14.3-RELEASE-p7 arm64 （Mac mini上のVMware Fusion仮想マシン） １． pkgエラー発生 エラーの内容。 # pkg update Updating FreeBSD repository catalogue... Fetching meta.conf: 100%    179 B   0.2kB/s    00:01 Fetching data.pkg: 100%   10 MiB  10.4MB/s    00:01 Processing entries:  99% pkg: sqlite error while executing grmbl in file update.c:154: NOT NULL constraint failed: packages.path pkg: sqlite error while executing grmbl in file update.c:154: NOT NULL constraint failed: packages.path pkg: sqlite error while executing INSERT OR REPLACE INTO packages (origin, name, version, comment, desc, arch, maintainer, www, prefix, pkgsize, flatsize, licenselogic, cksum, path, manifestdigest, olddigest, vital)VALUES (?1, ?2, ?3, ?4, ?5, ?6, ?7, ?8, ?9, ?10, ?11, ?12, ?13, ?14, ?15, ?16, ?17) in file update.c:158: not an error Processing entries:  99% Unable to update repository Fre...

AIにサーバー稼働状況を分析レポートとして報告させるバッチを作成しているときの覚書。 Gemini 3 Pro Previewと対話。 環境： FreeBSD 14.3-RELEASE-p7, PHP 8.3.23, CacheTool 10.0.0 PHP OPcacheの統計情報を下記コマンドで取得できるかと思ったけど、PHP-FPMで実行されるOPcache統計情報ではなくPHP CLIのOPcache統計情報だった。 # php -r 'print_r(opcache_get_status(false));' 2>/dev/null ちゃんとPHP-FPM経由で「opcache_get_status」を実行させる必要がある。 opcache-guiをインストール済み。 これをcurlコマンドで読み取っていいと思う。 参考：  amnuts/opcache-gui: A clean, effective and responsive interface for Zend OPcache CacheToolというツールをGemini先生にお勧めされたのでインストールしてみた。 １． CacheToolをインストール Phar 拡張モジュールをインストール。 # pkg search phar # pkg install php83-phar 公式ドキュメントの通りにインストール。 参考：  CacheTool - Manage cache in the CLI | cachetool # curl -sLO https://github.com/gordalina/cachetool/releases/latest/download/cachetool.phar # chmod +x cachetool.phar /usr/local/bin に移動しつつ、名前を 'cachetool' に変更。 # mv cachetool.phar /usr/local/bin/cachetool 確認。 # cachetool --version CacheTool 10.0.0 ２． OPcache統計情報を取得 コマンドリストを表示。 # cachetoo...

PHPのAPC, APCu, OPcacheに関しての知識を整理したときの覚書。 Gemini 3 Pro Previewと対話 環境： FreeBSD 14.3-RELEASE-p7, PHP 8.3.26, WordPress 6.9.0 １． APCuとは？ APCu は、PHPで動くインメモリの key-value ストア。 APCu(APC User Cache) は APC(Alternative PHP Cache)からOPcach機能を除いたもの。 参考：  PHP: はじめに - Manual APCからAPCuになるまでの経緯 PHP 4.x 〜 PHP 5.4： APCがOpcode Cache（コードのキャッシュ）とUser Cache（データのキャッシュ）の両方の機能を担う。 PHP 5.5： 2013年にコードのキャッシュ（Opcode Cache）はPHP本体に標準で組み込まれる。 PHP 5.5以降 ： APCから不要になったOpcode Cache機能を削除し、User Cache機能（データ保存）だけを切り出して軽量化・最新化したAPCuへ。 サーバーをクラスター構成で運用している場合は、ValkeyやRedisを利用する。 ValkeyやRedisを使うよりAPCuの方が通信のオーバーヘッドがないので圧倒的に高速。 ２． APCuとWordPressの関係 WP_Object_CacheとWP Transients APIの関係。 WP_Object_Cache： ページ生成中の一時的なデータ保持。 スレッドメモリに保存しページ表示後に破棄される。 APCuを導入すると共有メモリに保存しページ表示後に破棄されず再利用可能。 WP Transients API： 有効期限がある長期間のデータ保持。 データベース(wp_options)に保存。 APCuを導入するとWP_Object_Cache経由でデータ取得保存するようになる。 object-cache.phpはWP_Object_Cacheクラスを上書きして、データを保存する際にapcu_*関数を使って共有メモリに保存する。 WordPressはwp-includes/load.php:wp_start_object_cache(...