ホーム » 「WordPress」タグがついた投稿

タグアーカイブ: WordPress

システム

最近の投稿

アーカイブ

カテゴリー

WordPress で指紋認証が動かない

WordPress のプラグインの更新をしていたら、login 時の指紋認証が効かなくなった。

これを契機に、多要素認証のプラグインを新しいものに交換しようと、プラグインを消していたけど、Two Factor と WP-WebAuthn と2つ入ってら。整理と思い、Two Factor を消したら指紋認証が復活。WP-WebAuthn だけで十分ということだな。

WP-WebAuthnで指紋認証login

WordPress の Two-Factor プラグインの多要素認証を使っているけど、メールで飛ばすワンタイムパスワードのコピペが面倒。最近は passkey などで指紋認証などが便利だし、プラグインを漁ってみた。

その中で、WP-WebAuthn が出てきた。現バージョンで検証されていない…とか表示されたけど、ひとまず動きそう。しかも、Two-Factor とも併用ができる。

WP-WebAuthn のインストール

gmp , mbstring が必要と書いてあったので、gmp を追加。(mbstringはインストール済み)

$ sudo apt install php8.4-gmp php8.4-mbstring

プラグインの WP-WebAuthn の設定では、特に変更なしで「変更を保存」

次にユーザのプロフィール画面を開き、「登録された WebAuthn 認証機能」にて「新しい認証の登録」を選び登録。

ログインの際には、以下のような画面で login できた。

自宅サーバの移行中

メインPCを Windows 10 から 新しいPCを導入し Windows 11 に切り替えたが、データの移行も終わったので、Windows 10 の PC に Linux を入れる。

現状自宅サーバの問題点

現状の自宅サーバは ほぼ 15年に使い始めたが、最近はマナーの悪いクローラで負荷が高くなったり、smartd から エラー警告が出る(root ではない)ようになっているし、これを契機にサーバ移行中。1台の PC を 15 年運用というのも我ながらすごいな。

しかし、Core i3 第5世代の CPU から Core i7 の第7世代で処理速度も約4倍になってるし、SSD なので全体的に処理速度も大幅改善。

OS は Debian 13(trixie) から Ubuntu 24 に

OSは、設定移行も考え、同じ Debian にしようと作業を始めたが、ネットワークデバイスのドライバがまずいのか、時々 切れてしまう。処理速度もまともなので、デスクトップでも使うと思うし Ubuntu 24 Desktop に変更。最新 firmware のパッケージをいれて適切なネットワークデバイスが選ばれたのか、ネットワークも安定。

デスクトップも、デフォルト設定が Debian より使いやすいし便利。

ついでに、FireWall の管理は長年 ferm を使っていたけど、メジャーじゃないし最新ディストリビューションでは対象外。今回、移行を契機に netfilter + netfilter-persistent に移行。

postfix + opendkim + clamav + saslauthd + dovecot-imapd の設定はほぼ移行が終わったと思うけどなかなか面倒。設定が色々とかみあってて面倒。設定をまるまる移行すると、処理が途中で現行サーバに飛ぶので、移行中サーバ内で処理が留まるように設定しながらの作業中。

munin + nagios4 の環境も移行したけど、まだまだ道半ば。WordPress のインストールとコンテンツ移行が最後の難関かな。

追記:Wordpressの ヘッダ画像

WordPress も移行したけど、古いサーバのデータを完全移行で、どっちで作業していたかわからなくなるので、新しいサーバの WordPress ヘッダ画像を更新。

ライセンス的にいい写真がなかったので、Gemini で画像を生成させた。

mariadb のエラー対策

別件で /var/log/syslog を確認したら、下記のエラーが大量に出力されている。

2024-10-05T19:53:54.546148+09:00 xxxx mariadbd[1076]: 2024-10-05 19:53:54 3785 [ERROR] Incorrect definition of table mysql.column_stats: expected column 'hist_type' at position 9 to have type enum('SINGLE_PREC_HB','DOUBLE_PREC_HB','JSON_HB'), found type enum('SINGLE_PREC_HB','DOUBLE_PREC_HB').
2024-10-05T19:53:54.546217+09:00 xxxx mariadbd[1076]: 2024-10-05 19:53:54 3785 [ERROR] Incorrect definition of table mysql.column_stats: expected column 'histogram' at position 10 to have type longblob, found type varbinary(255).

エラーメッセージでググると、下記のコマンドで直るとのこと。

ALTER TABLE mysql.column_stats MODIFY histogram longblob;
ALTER TABLE mysql.column_stats MODIFY hist_type enum('SINGLE_PREC_HB','DOUBLE_PREC_HB','JSON_HB');

ということで、実行してみる。

# mariadb -u root
:
MariaDB [(none)]> ALTER TABLE mysql.column_stats MODIFY histogram longblob;
Query OK, 0 rows affected (0.496 sec)
Records: 0  Duplicates: 0  Warnings: 0
MariaDB [(none)]> ALTER TABLE mysql.column_stats MODIFY hist_type enum('SINGLE_PREC_HB','DOUBLE_PREC_HB','JSON_HB');
Query OK, 0 rows affected (0.176 sec)
Records: 0  Duplicates: 0  Warnings: 0

エラーメッセージは出なくなったようだ。

wordpressでWP_SITEURL,WP_HOMEでプロトコル指定を省略できないか?

ケーブルテレビのSTBのブラウザで、自宅サーバに接続させようとすると接続が拒否られる。letsencryptのroot証明を受け付けてくれないのが原因。一部の動作確認ページをブラウザから接続させたいと思うけど、自宅サーバはWordPressなのでhttpsで WP_HOME, WP_SITEURL がしてあるために、強制的に https になってしまう。

試しに、wp-config.php で “https://hostname” でなく、”//hostname” とか “/” を指定してみた。

“/” だと、ページが上手く表示されない。(cssなどがうまく読み込めていない様子)

“//hostname” だと、ページは表示できるけど、wp-login.php でのログインが上手くいかない。(多要素認証のプラグインが影響しているのかもしれない)

WordPress6.0に更新

WordPress 6.0 が公開された。5.9.xからの更新なので、トラブルが心配されたけど、いつもの更新と同じ更新で問題なく動き出したみたい。

Access Category Password プラグイン導入

記念となる記事も BLOG に残しているけど、プライバシー的にアクセス制限をかけたいことも多い。公開状態を「パスワード保護」にするのが基本だけど、記事毎にパスワードを設定することになり、色々と面倒。

functions.php とか header.php とかを触って BASIC 認証をかける方法も紹介されているけど、メンテナンスが面倒。

プラグインを探していたら、“Access Category Password” というのが見つかる。特定のカテゴリーに属している記事にパスワードがかけられる。WordPress の管理者とか編集者などのロールに合わせてパスワード無しとすることもできる。

今回は、”hidden”というカテゴリーを作り、これをアクセス制限対象に登録してみた。今後は、見せたくない記事なら”hidden”カテゴリーに追加するだけ。見せてもいい相手には、こちらからパスワードを教えるか、WordPress のユーザに招待すればいい。

highlight-search-terms更新トラブル

自宅サーバのWordPressが急に動かなくなった。テキストブラウザなどでは表示できるので、WordPress の問題みたい。

/var/log/apache2/error.log を確認すると、以下のようなメッセージ。

PHP Fatal error: Uncaught Error: Call to undefined function is_plugin_active() in /var/lib/wordpress/wp-content/plugins/highlight-search-terms/hlst.php:239

どうも、plugin の highlight-search-terms がおかしい様子。プラグインの自動更新がかかっていたようだけど、怪しい更新だったみたい。

しかたがないので、手動で プラグインを削除。不具合が修正されたころに改めてインストールかな。

$ cd /var/lib/wordpress/wp-content/plugins/
$ sudo rm -rf highlight-search-terms

職場のサーバも同じプラグインを使っていて、自動更新前だったので早々に削除しておく。

(追記) 夜になって改めて確認すると、highlight-search-terms が更新されていたので、改めてインストール。無事動くようなので、職場も同様に再インストール。

WordPress 5.9-ja

WordPress 5.9 が新しく公開された様子。早々に、5.8.3→5.9 に更新を行う。

WordPress 5.9で実装されたフルサイト編集機能とは

WordPress 5.6 更新

WordPress 5.6 が出ているので、単純に更新作業。「さらに柔軟なレイアウト」と書いてあるけど、Classic Editor で編集してるヤツ1名。

今まで、気づいてなかったけど、プラグインの自動更新機能が増えている。特殊なプラグインは使っていないので、全部「自動更新」を有効化しておいた。

Google 検索

My Google   Yahoo

Microsoft

ファンサイト

メタ情報