先日、静的生成サイトを構築するプラグインを出しました。その補完として、そのプラグインを利用したサイト構築のためのシェルスクリプトを掲載します。このプラグインは、WP-CLI でのみ動作します。

Static Site Generator

静的サイトを生成します。

作者: Katsushi Kawamori

(0) 最終更新: 3週間 前

1,119ダウンロード 検証済み: 7.0

ダウンロード: リリース: 2025-03-23

2026-04-21 08:56 時点の統計

このブログは、このプラグインとシェルスクリプトで静的サイトになっており、WordPress の本体、データベースは取り除かれていて、この記事もテスト環境側の WordPress で書かれています。静的サイトだと、ブログのコメントが出来なくなりますが、ブログのコメントは、SNS 上で記事をシェアした際に、SNS 上で付くコメントの方が多いので、必要を感じません。また、コンタクトフォームは自前のものを、php で用意し、記事中に、iframe タグで埋め込みました。

要件

1. ローカル開発者環境で、WP-CLI がインストールされており、コマンドプロンプトでシェルスクリプト（#!/bin/sh）が使える事。
2. ローカル開発者環境と、リモートステージング環境が、SSH で繋がっている事（rsync コマンド利用の為）。
3. パーマリンクの URL の設定が、トレイリングスラッシュである事。このプラグインは、URL の末尾にパラメータが付いていたり、トレイリングスラッシュが無いと動作を辞め生成しません。
4. このプラグインはトレイリングスラッシュ以下に、ファイルを生成します。そのファイルを以下に記します。
   • index.html – html のファイルです。
   • index.xml – フィードのファイルです。
   • .htaccess – index.xml と同じ場所に生成します。index.xml を認識させるために、DirectoryIndex index.xml とだけ書いてあります。Apache2 サーバーのみ使用可能なので、nginx などの他のサーバーの場合は、index.xml が認識するように対処してください。
5. リダイレクトがある場合には、生成しません。ただし、そのディレクトリは作成します。

※2 はあると便利ですが、ない場合には、FTP でのアップロードで代替えできます。

コード

#!/bin/sh

# 引数の確認
if [ $# -lt 1 ]; then
	echo "使い方: $0 [test|stage]"
	exit 1
fi

# 引数で環境を受け取る
env="$1"

# test WordPress サイト名
wp_site_name="blog.riverforest-wp.info"

# stage サイトディレクトリ名
stage_site_dir="dodesyo:~/public_html/blog.riverforest-wp.info/"

# 環境に応じた静的サイト名と出力ディレクトリを設定
case "$env" in
	test)
		static_site_name="static.riverforest.test"
		abs_path="/home/katsushi/www/$static_site_name"
		;;
	stage)
		static_site_name="blog.riverforest-wp.info"
		abs_path="/home/katsushi/static-temp/$static_site_name"
		;;
	*)
		echo "不正な環境指定です。test、または stage を指定してください。"
		exit 1
		;;
esac

# 静的サイト名のディレクトリを存在確認し、無ければ作成
if [ ! -d "$abs_path" ]; then
	mkdir "$abs_path"
	echo "ディレクトリが無いので作成しました: $abs_path"
fi

# Static Site Generator による生成
wp static "$abs_path" https://$static_site_name --cb1="$wp_site_name" --ca1="$static_site_name"

# Static Site Generator による image & video sitemap のみの生成 
wp static "$abs_path" https://$static_site_name --cb1="$wp_site_name" --ca1="$static_site_name" --s --file1="feed/googleimagesitemap/index.xml" --orgurl1="https://$wp_site_name/feed/googleimagesitemap" --file2="feed/googlevideossitemap/index.xml" --orgurl2="https://$wp_site_name/feed/googlevideossitemap"

# 必要ファイル類のコピー wp-includes 関連
cp -f wp-includes/js/wp-emoji-release.min.js "$abs_path"/wp-includes/js
if [ ! -d "$abs_path"/wp-includes/images ]; then
	mkdir "$abs_path"/wp-includes/images
fi
cp -rf wp-includes/images/media "$abs_path"/wp-includes/images

# 必要ファイル類のコピー インストールプラグイン関連
cp -rf wp-content/plugins/cookie-law-info/lite/frontend/images "$abs_path"/wp-content/plugins/cookie-law-info/lite/frontend/images
cp -rf wp-content/plugins/riverforest-function/icomoon/fonts "$abs_path"/wp-content/plugins/riverforest-function/icomoon/fonts
if [ ! -d "$abs_path"/wp-content/plugins/media-sitemap ]; then
	mkdir "$abs_path"/wp-content/plugins/media-sitemap
fi
cp -rf wp-content/plugins/media-sitemap/xsl "$abs_path"/wp-content/plugins/media-sitemap/xsl

# 必要ファイル類のコピー カスタム php スクリプト（コンタクトフォーム）関連
cp -rf custom "$abs_path"

# xmlrpc.php の削除
rm -f xmlrpc.php

if [ "$env" = "stage" ]; then
	echo "ホスト側と rsync で同期を開始します"
	rsync -avz -e ssh "$abs_path"/ "$stage_site_dir"
	echo "ホスト側と rsync で同期を終了しました"
	# ローカルホストの静的ファイルをディレクトリごと全て削除
	rm -rf $abs_path
fi

exit

使い方＆解説

シェルスクリプト名が、static.sh だとして、引数を指定します。引数は test か、stage のどちらかです。

• 引数 test ：ローカル環境にファイルを作成
• 引数 stage ：ローカル環境に一時的にファイルを作成し、リモートステージング環境にファイルをコピー。

動作

解説

• １３行：テスト環境の WordPress のサイト名。
• １６行：ステージング環境の WordPress のディレクトリ名、正確には、.ssh の、config ファイルに書いた、host 名(dodesyo:)とディレクトリ名(~/public_html/blog.riverforest-wp.info/)になります。
• ２１行ー２２行：テスト環境のサイト名と、サイトディレクトリ名。
• ２５行ー２６行：ステージング環境のサイト名と、サイトディレクトリ名。
• ４１行：プラグインのコマンド。 --cb1 オプションは、変更する前（テスト環境）のサイト名、--ca1 オプションは、変更後（静的サイト）のサイト名。
• ４４行：プラグインのコマンド。 --s オプションは、--file --orgurl オプションの作業だけ行うの意味。Media Sitemap for Google というプラグインの生成するサイトマップを生成するためのもの。
• ４７行ー５１行：WordPress の本体のファイルが必要な場合にコピー。
• ５４行：CookieYes というプラグインで必要なものをコピー。
• ５５行：このサイトで必要な処理を自身でプラグイン化したもので必要なものをコピー。
• ５６行ー５９行：Media Sitemap for Google というプラグインで必要なものをコピー。
• ６２行：自身で php で作成した、コンタクトフォーム一式をコピー。
• ６５行：プラグインが、xmlrpc.php をコピーしてきてしまうので、削除。
• ６７行以降：rsync で、ステージング環境に出力するためのもの。FTP 等でコピーするなら不要。

この方法で静的化したサイト

以下に、この方法で静的化したこのサイト以外の自分のサイトを示します。

pt-syncer.riverforest-wp.info

PT-Syncer – パーソナルトレーニング向け管理アプリ。QRでチケット管理、Googleカレンダーで予定確認。

PT-Syncer / PT-Syncer Mini ** PT-Syncer（Personal Training Sync）** パーソナルトレーニングや個人レッスン向けのチケッ…

終わりに

静的サイトにしてみて、表示が早くなったのを実感します。また、セキュリティ的な圧力から解放されます。

ブラウザだけで動作する WordPress 「Playground」が、昨年辺りから利用できるようになりました。それを利用して、公式プラグインディレクトリや公式テーマディレクトリで「Live Preview」が可能になっています。今回は、公式プラグインディレクトリで「Live Preview」を可能にするためにプラグイン作者向けに書きました。

プラグインディレクトリにログイン

ログインして、「Advanced View」に移動し、最下部に移動すると、「Toggle Live Preview」という欄があります。blueprint.json というファイルがコミットされていないと、「Live Preview」 を有効化するボタンが表示されていません。

設定ファイルの編集とコミット

例として、自分のプラグインの Fixed Bottom Menu の「blueprint.json」を以下に記します。

{
    "landingPage": "\/wp-admin\/admin.php?page=fixedbottommenu",
    "preferredVersions": {
        "php": "8.0",
        "wp": "6.6"
    },
	"login": true,
	"plugins": ["fixed-bottom-menu"]
}

プラグインをインストール、有効化し、プラグインの設定画面を表示する設定になっています。詳しくは、以下をご覧ください。

developer.wordpress.org

Previews and Blueprints – Plugin Handbook | Developer.WordPress.org

If you haven’t noticed it yet, the WordPress Playground is an amazing feature that lets an…

また、「blueprint.json」の設定例が以下から参照できます。

github.com

blueprints/blueprints at trunk · WordPress/blueprints · GitHub

Blueprints gallery and examples. Contribute to WordPress/blueprints development by creatin…

その他に一番使う設定として、管理画面を日本語で読み込む例を以下に示します。

{
    "landingPage": "\/wp-admin\/",
　　"login": true,
    "steps": [
		{
			"step": "setSiteLanguage",
			"language": "ja"
		}
    ]
}

「blueprint.json」の編集を終えたら、プラグインディレクトリにコミットします。コミット場所は、/assets/blueprints/blueprint.json です。

プラグインディレクトリでの操作

コミット後に、ログインして、「Download」の横に「Test Preview」ボタンが出現します。ボタンを押すとテストできます。

テストして問題が無ければ、「Advanced View」に移動し、最下部に移動し、「Toggle Live Preview」のボタンを押すと、「Live Preview」が有効化されます。

実際の動作

おわりに

「Live Preview」は、プラグインの更新とは独立してオン・オフできるので、用途や更新内容に合わせて適宜オン・オフできるのが便利ですね。

以前からアナウンスしていたように、下記の公式プラグインディレクトリ内の１５個のプラグインをクローズしました。Media from FTP だけは、利用者が多くプラグインチームと連絡を取り合ってクローズしなければならないようで、現在プラグインチームは忙しそうなので連絡をとりませんでした。Media from FTP 内に代替えプラグインの Bulk Media Register のリンクが貼ってあるので、Media from FTP の有効インストール数が１万以下まで減ったら自分でクローズしようと思っています。

ja.wordpress.org

Media from FTP – WordPress プラグイン | WordPress.org 日本語

FTPでアップロードされたファイルからメディアライブラリに登録します。

Bulk Media Register

サーバー上のファイルをメディアライブラリに一括登録します。

作者: Katsushi Kawamori

(22) 最終更新: 3週間 前

8,000以上サイトで有効化中 検証済み: 7.0

ダウンロード: リリース: 2020-06-01

2026-04-21 08:56 時点の統計

クローズしたプラグイン

プラグインの開発者には、新たなバージョンの WordPress がリリースされる前に、Tested up to:(検証済み最新バージョン:)の値を確認するように、以下の様なメールが届きます。同じ事をやってみようと思いコードを書いてみました。

概要

プラグイン単体の場合は、plugins_api で取得できます。全プラグインの情報の場合、取得できる関数が見当たらないので、プロフィールサイトから取得する事にしました。プロフィールサイトには以下の様に各プラグインのリンクにスタイルをあてるクラス「plugin-info-container」があったので、そこからスクレイピングしました。

WordPress の関数を使えるように、wp-load.php を読み込めるようにしました。

また、コマンドラインオプションを設け、プラグイン単体での各属性を取得できるようにしました。各属性に関しては、plugins_api を参照してください。

以下に動作を動画（倍速）で示します。

コード

<?php
/**
 * Name:        profiles-plugins.php
 * Version:     1.00
 * Author:      Katsushi Kawamori
 * Author URI:  https://riverforest-wp.info/
 * License:     GPLv2 or later
 * License URI: https://www.gnu.org/licenses/gpl-2.0.html
 *
 * @package     profiles-plugins
 */

/* Your WordPress profile url */
const WP_PROFILE_URL = 'https://profiles.wordpress.org/katsushi-kawamori/';

/* Wp load. This file => wp-content/uploads/profiles-plugins.php */
list( $abspath, $mypath ) = explode( 'wp-content', dirname( __FILE__ ), 2 );
$wp_load_path = $abspath . 'wp-load.php';
require_once( $wp_load_path );

/* For plugins_api */
require_once ABSPATH . 'wp-admin/includes/plugin-install.php';

$cmdoptions = array();
/* Example -a active_installs -p woocommerce */
$cmdoptions = getopt( 'a:p:' );

/* Default atribute 'tested' */
if ( isset( $cmdoptions['a'] ) && ! empty( $cmdoptions['a'] ) ) {
	$atr = $cmdoptions['a'];
} else {
	$atr = 'tested';
}

if ( isset( $cmdoptions['p'] ) && ! empty( $cmdoptions['p'] ) ) {
	$slug = $cmdoptions['p'];
	$plugin_s = array(
		'name' => read_plugins_api( $slug, 'name' ),
		'link' => read_plugins_api( $slug, 'homepage' ),
		'slug' => $slug,
		$atr => read_plugins_api( $slug, $atr ),
	);
	print_r( $plugin_s );
} else {
	/* Scraping */
	$dom = new DOMDocument( '1.0', 'UTF-8' );
	$html = file_get_contents( WP_PROFILE_URL );
	@$dom->loadHTML( $html );
	$xpath = new DOMXpath( $dom );
	/* Get <a> tag within class plugin-info-container */
	$a_tags = $xpath->query( '//div[@class="plugin-info-container"][1]//a' );
	$count = 0;
	foreach ( $a_tags as $node ) {
		/* Get href attribute from within <a> tag */
		$link_url = 'https:' . $node->getAttribute( 'href' );
		/* Get slug from URL */
		$link_s = untrailingslashit( $link_url );
		$links = explode( '/', $link_s );
		$slug = end( $links );

		++$count;
		$plugin_s = array(
			'count' => $count,
			'name' => $node->nodeValue,
			'link' => $link_url,
			'slug' => $slug,
			$atr => read_plugins_api( $slug, $atr ),
		);
		print_r( $plugin_s );
	}
}

/** ==================================================
 * Get api and value
 *
 * @param string $slug  slug.
 * @param string $atr  atribute.
 * @return mixed api value.
 * @since 1.00
 */
function read_plugins_api( $slug, $atr ) {

	/* Call API */
	$call_api = plugins_api(
		'plugin_information',
		array(
			'slug' => $slug,
			'fields' => array(
				'short_description' => true,
				'description' => true,
				'active_installs' => true,
				'downloaded' => true,
				'icons' => true,
				'banners' => true,
				'ratings' => true,
			),
		)
	);

	return $call_api->$atr;

}

WordPress 5.5 から、プラグインやテーマを自動更新できるようになり、また自動更新の際にメールが送られてくるようになりました。このメールを疎ましく感じる事もあるので、自動更新の間隔がどうなっているかなどを調べてみると、デフォルトで１日２回の間隔になっていました。この間隔を変更するフィルターを探したのですが、良くわからなかったので、間隔を変更するプラグインを作成しました。

Update Intervals

自動更新の間隔を変更します。

作者: Katsushi Kawamori

(1) 最終更新: 3週間 前

2,825ダウンロード 検証済み: 7.0

ダウンロード: リリース: 2020-11-24

2026-04-21 08:56 時点の統計

スクリーンショット

仕様

以下の自動更新の間隔を変更します。

• コアとその翻訳
• プラグインとその翻訳
• テーマとその翻訳

自動更新のスケジュールを停止し、起動し直すという事はしません。あくまで、間隔のみの変更です。間隔を変更した時点がスケジュールの途中ならば、そのスケジュールを終えてから、変更したスケジュールへ移行します。

４年前につくり、１年程放置していたプラグインの概要・統計情報を表示するプラグイン、Plugin Stats View にブロックを加え使いやすくし、新たにテーマの概要・統計情報を表示するプラグイン、Theme Stats View を作成しました。

公式プラグインや公式テーマの紹介をしたい時に使えると思います。直下の２つのカードは、Plugin Stats View を使用したカード表示です。

Plugin Stats View

プラグイン情報をブロックあるいはショートコードで表示します。

作者: Katsushi Kawamori

(1) 最終更新: 3週間 前

5,346ダウンロード 検証済み: 7.0

ダウンロード: リリース: 2016-01-01

2026-04-21 08:56 時点の統計

Theme Stats View

テーマ情報をブロックあるいはショートコードで表示します。

作者: Katsushi Kawamori

(0) 最終更新: 3週間 前

3,220ダウンロード 検証済み: 7.0

ダウンロード: リリース: 2020-04-14

2026-04-21 08:56 時点の統計

機能

プラグイン、テーマの概要や統計情報を表示します。

使い方

• スラッグをブロックまたはショートコードで指定します。
• 複数プラグイン、複数テーマ指定の場合は、合計された統計情報を表示します。

動作

Plugin Stats View

Theme Stats View

WordPress プラグインやテーマの翻訳は、サーバー上で行われます。以前は、プラグイン内に翻訳ファイルを同梱しましたが現在は同梱しません。以下に翻訳の手順を記します。

手順１　プラグインでのアクションフック登録

add_action( 'plugins_loaded', 'my_plugin_load_textdomain' );
/** ==================================================
 * i18n
 *
 * @since 1.00
 */
function my_plugin_load_textdomain() {
	load_plugin_textdomain( 'プラグインのスラッグ' );
}

load_plugin_textdomain での言語ファイルのパスは不要で、スラッグのみ指定するのがポイントです。

手順２　プラグインをコミット

コミット後、１５分で翻訳可能状態となります。

手順３　翻訳する

翻訳は、https://translate.wordpress.org/locale/ja/default/wp-plugins/スラッグ名 で行います。wordpress.org のアカウントでログインして行います。Stable (latest release), Stable Readme (latest release) の２ヶ所の編集でOKです。Development の２ヶ所は、自動で追従します。

手順４　approve する

Prio 列にチェックを入れ、approve します。もし、Prio 列にチェックボックスが無かったら、PTE 権限を持っていない事になっています。取得してください。

手順５　３０分待つ

95%以上 approve されてから３０分で翻訳ファイルがプラグインがインストールされているサイトにダウンロードされるようになります。ダウンロード先は、wp-content/languages/plugins です。手順１がしてあれば、プラグインはこのファイルを読んで翻訳します。

関連記事

blog.riverforest-wp.info

プラグイン・テーマ、多国語化の為の PTE リクエスト – WordPress Memo

はじめに Capital P さんの記事を読みました。その補足事項として、自分のプラグインやテーマを他国語に訳してくれる人がいて未承認だった場合に、どのようにすれば良いのか書かせて…

WordPress の公式プラグインを作成し始めてから６年、いつの間にか多数のプラグインを作成しました。それに機能を付与するアドオンの販売状況と、無料でプラグインを作成する意味を考えてみました。

profiles.wordpress.org

Katsushi Kawamori (@katsushi-kawamori) – WordPress user profile | WordPress.org

公式プラグイン一覧

2012年～2013年

• Perl で作成したプログラムを PHP に移植、それをプラグイン化した。
• 純粋に職場のサイト更新の手間を省くためのものでした。

2013年～2016年

• 必要があって、いろいろ作成していく。
• プラグイン Media from FTP がヒットし、世界中で使われるようになる。
• サポートフォーラムで様々な要望に応える。
• ますますヒットする。
• 無料で作り続けるのが馬鹿馬鹿しくなる。

2016年～2018年

• プラグインのアドオンやテーマを個人で販売している人が存在するのを知る。
• WordCamp で情報収集しプラグインのアドオン販売を考える。
• プラグインのアドオン販売開始。
• 初期の頃は、売り切り60ドルで販売。少し売れる。
• 周囲から安いのではと言われ、120ドルにしたら売れなくなる。
• 売り切り100ドルにし、サブスクリプション年額60ドルも開始。
• サブスクリプションが売れないのとサブスクリプションソフトウェアの有償化でサブスクリプションを辞める。
• 初期の値段60ドルの売り切りに戻す。売れ行きが戻る。
• Webサービスボールルームダンス競技会採点システムを開始。

現在

• 2019年初頭から、アドオン販売を大幅値下げ、60ドルを30ドルにする。
• 半額に値下げしたにもかかわらず、1.5倍の売上増。実質3倍の伸び。
• アドオンの適正価格は、30ドル以下であると知る。
• アドオンは下手なアルバイトよりも儲からないと実感する。
• ボールルームダンス競技会採点システムからいくつかの機能を分離し公式プラグインとする。
• Webサービス競技会採点システムを開始。
• 競技会採点システムが１団体に導入されて報酬を得る。

雑感

まず最初に思うのは、ソフトウェアの為のソフトウェア（この記事ではアドオン）よりも、サービス（この記事ではWebサービス）の方が報酬になるという事です。

それを理解した時から、無料で公式プラグインを作成する事が苦で無くなり、むしろ積極的に行うようになりました。自分のプラグインだけでは無く、人の作成したプラグインの力も借りて、Webサービス競技会採点システムで報酬を得たからです。

世の中ではソフトウェアの為のソフトウェアを買う人よりもサービスを買う人の方が多いのではないかと思います。それならば、皆で無償で知恵を出し合いソフトウェア(この記事ではWordPress)をより良いものにしてどのようなサービスにでも変幻自在に対応できるようにすべきだというのが今の心境です。

それがいつか報酬となって返ってくるはずだと思います。

WordPress は、まだ WebP 画像に対応していませんが、WebP 画像を生成するプラグインを作成してみました。

正確には、WebP 画像のサムネイル生成に対応していないというところでしょうか？ Mime Type を設定すれば、アップロードはできますが、サーバーによりサムネイルを生成しません。GD の WebP サポートが各サーバーにより有無があるので、 デフォルトの Mime Type から除外しているのでしょう。

Plus WebP or AVIF

WebP または AVIF を生成。

作者: Katsushi Kawamori

(26) 最終更新: 3週間 前

5,000以上サイトで有効化中 検証済み: 7.0

ダウンロード: リリース: 2019-05-14

2026-04-21 08:56 時点の統計

概要

• メディアライブラリに画像ファイルを追加するときに WebP 画像を生成します。
• バックグラウンドですべての画像から WebP 画像を生成します。
• オプションで、新規にメディアを追加する際の画像ファイルをWebPに置き換え、元の画像ファイルを削除できます。また、すべての画像を生成する場合、元の画像ファイル ID は WebP として上書きされ、元の画像ファイルを削除します。コンテンツ内のすべてのURLも置換できます。このオプションは、ほぼ全てのブラウザが WebP に対応して以降に使用すべきです。

WebP 対応の GD モジュールや、cwebp コマンドなどは、必要ありません。

使い方