現在、自作ブロックの日本語化を、「ブロックエディターハンドブック／開発ガイド／国際化」に準じて行っていますが、現在の、block.json でスクリプトをロードする方法には適していないので、ここに捕捉事項として記す事にします。

ja.wordpress.org

国際化 – Japanese Team – WordPress.org 日本語

国際化とは何か ? 国際化とはソフトウエア、特にここでは WordPress に対して複数言語のサポートを提供…

ハンドル名の指定

上記でのハンドル名の指定方法は、以下の様になっています。この方法では、wp_register_script で、ハンドル名 myguten-script を指定し、register_block_type の、editor_script で、myguten-script を再度指定しています。

<?php
/**
 * Plugin Name: Simple Block
 * Text Domain: myguten
 */
function myguten_simple_block_init() {
    wp_register_script(
        'myguten-script',
        plugins_url( 'block.js', __FILE__ ),
        array( 'wp-blocks', 'wp-element', 'wp-i18n', 'wp-block-editor' )
    );
 
    register_block_type( 'myguten/simple-block', array(
        'api_version' => 2,
        'editor_script' => 'myguten-script',
    ) );
}
add_action( 'init', 'myguten_simple_block_init' );

その後に、php で、wp_set_script_translations の第一引数に registrer_block_type で登録したハンドル名 myguten-script を指定する方式です。

developer.wordpress.org

wp_set_script_translations() – Function | Developer.WordPress.org

Sets translated strings for a script.

<?php
function myguten_set_script_translations() {
    wp_set_script_translations( 'myguten-script', 'myguten' );
}
add_action( 'init', 'myguten_set_script_translations' );

上記のやり方を、現在の block.json で読み込む方式に置き換えると以下の様になります。

<?php
/**
 * Plugin Name: Simple Block
 * Text Domain: myguten
 */
function myguten_simple_block_init() {
	register_block_type(
		__DIR__ . '/block/build',
	);
}
add_action( 'init', 'myguten_simple_block_init' );

block.json を置いたディレクトリを検索してそれを読み込むという形です。ここでは、ハンドル名は指定していません。block.json の方を見てみると、editorScript の項目がそれらしいのですが、スクリプトのハンドルという言葉はあるのですが、ファイルへのパスを指定するのが通常の様です。

developer.wordpress.org

Metadata in block.json – Block Editor Handbook | Developer.WordPress.org

Starting with the WordPress 5.8 release, we recommend using the block.json metadata file a…

register_block_type では、ハンドル名を渡さずに、WordPress の php の関数 generate_block_asset_handle で第１引数にブロック名、第２引数に editorScript を渡したらハンドル名を取得し国際化が上手くいきましたので、以下に示します。

function myguten_set_script_translations() {
　　$script_handle = generate_block_asset_handle( 'myguten/simple-block', 'editorScript' );
　　wp_set_script_translations( $script_handle, 'myguten' );
}
add_action( 'init', 'myguten_set_script_translations' );

developer.wordpress.org

generate_block_asset_handle() – Function | Developer.WordPress.org

Generates the name for an asset based on the name of the block and the field name provided…

block.json の日本語化

ついでにわかりにくい、block.json の日本語化について以下に記します。上記の、register_block_type に、配列で翻訳対象を列記します。keywords は複数あるので更なる配列にします。

<?php
/**
 * Plugin Name: Simple Block
 * Text Domain: myguten
 */
function myguten_simple_block_init() {
	register_block_type(
		__DIR__ . '/block/build',
		array(
			'title' => _x( 'Simple Block', 'block title', 'myguten' ),
			'description' => _x( 'Example static block scaffolded with Create Block tool.', 'block description', 'myguten' ),
			'keywords' => array(
				_x( 'simple', 'block keyword', 'myguten' ),
				_x( 'static', 'block keyword', 'myguten' ),
				_x( 'tool', 'block keyword', 'myguten' ),
			),
		)
	);
}
add_action( 'init', 'myguten_simple_block_init' );

WordPress 6.4 から、Lightbox 機能が追加されます。投稿内の html のコメント部分を変更します。具体的には、wp:image の中に、lightbox”:{“enabled”:true} を加える形式です。

以前からのサイトに適用させる場合は、html 内の wp:image にこれを追加すれば良いので、WP-CLI でサイト内の全投稿と全固定ページを一括で変更するものを作ってみました。

WP-CLI が必要です。

/* 第１引数：on で、Lightbox を On。off で、Lightbox を Off */
wp box on
wp box off
/* 第２引数：投稿や画像のID を指定できる */
wp box off 9110 /* 投稿 ID 9110 のみ Off */
wp box on 9031 /* メディア ID 9031 のみ On */

コード

github.com

GitHub – katsushi-kawamori/wp-cli-Lightbox-command-on-off · GitHub

Contribute to katsushi-kawamori/wp-cli-Lightbox-command-on-off development by creating an …

使い方

最近、X(Twitter)や、一部のブログなどで、私のプラグイン Bulk Datetime Change を利用して、１日置きくらいに、数個から数十個の記事の日時を現在の日時に変更して Google の検索順位を上げる？という事が散見されます。実際、効果をうたっている方もいるようです。皆さん、手動で変更されているようですが、どうせなら自動の方が楽なのではと思い、現在発売中のアドオンにその機能を付加しました。

これは裏技的な検索順位アップ法です。本来はコンテンツの内容を充実させる事が一番だと思います！

本来、この様な目的で作ったプラグインでは無いのですが、ユーザーが増えてくると作者には思いもよらなかった使い方をする方が出てくるので面白いですね。

Bulk Datetime Change

投稿の日時を一括変更します。

作者: Katsushi Kawamori

(8) 最終更新: 2週間 前

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

ダウンロード: リリース: 2020-12-03

2026-03-31 09:29 時点の統計

shop-jp.riverforest-wp.info

Bulk Datetime Change Add On – Riverforest Plugins ショップ

== 概要 == このアドオンを追加すると「Bulk Datetime Change」に、カスタム投稿タイプの追加とメディアの Exif 時刻 の読み取り機能及び、ランダムないくつ…

仕様

アドオンを有効化すると、画像の様なメニューが出ます。投稿タイプを選択し、更新数を変更し「変更を保存」を押します。次回実行の日時が出るので、その日時に自動変更を行います。変更を行った後に、２４時間後に再スケジュールします。スケジューリングを停止したい場合は、「更新数」を０にするか、アドオンを無効化してください。

• 投稿は指定できません。自動でランダムに選択します。
• 投稿タイプは、カスタム投稿タイプも選択できます。
• 更新数は、0～20です。20以上は、Google に不信感をいだかせるかもしれないので制限しています。
• 更新内容は、プラグイン本体の「設定->変更」の項目（投稿日時と最終更新日時、投稿日時のみ、最終更新日時のみ）の選択したものとなります。
• スケジューリングは、WP-Cron で行っています。疑似 Cron （指定した日時の直後から最初にサイトにアクセスがあった時に起動）なので、「次回実行」は正確な日時ではありません。このイベントは、WP-Cron 用のプラグインなどから見ることができ、実行する事もできます。プラグインは、WP Crontrol が良いでしょう。このプラグインの、「ツール -> Cron イベント」から、bdtc_cron を探し、「今すぐ実行」を押すと試すことができます。

コンテンツの盗用による被害が結構な頻度で見受けられます。それに対応する一番シンプルな方法を以下に記します。以下の方法は、ブラウザや Javascript に少しでも知見のある方なら破れますが、無いよりは良いのではないかと思います。

コード

/* スクリプトを読み込みます */
add_action(
	'wp_enqueue_scripts',
	function() {
		/* 管理画面以外で */
		if ( ! is_admin() ) {
			?>
			<script>
			/* ブラウザの右クリックを無効にします */
			 document.oncontextmenu = function () { return false; }
			</script>
			<style>
			/* タブレットやスマートフォンの長押しを無効にします */
			.nocopy {
			 -webkit-touch-callout: none;
			 -webkit-user-select: none;
			 -khtml-user-select: none;
			 -moz-user-select: none;
			 -ms-user-select: none;
			 user-select: none;
			}
			</style>
			<?php
		}
	},
	10,
	1
);
/* 上記の 'nocopy' クラスを、body タグに追加します */
add_filter( 'body_class',
	function() {
		/* 管理画面以外で */
		if ( ! is_admin() ) {
			return array( 'nocopy' );
		}
	},
	10,
	1
);

はじめに

開発環境を再構築しました。備忘録として記します。

• ローカルネットワーク内での SSL アクセス
  • ショップサイトのテストの為
• ローカルネットワーク内でのメール送受信
  • 作成したチュートリアル動画をボカシ無しで作成する為
• ローカルネットワーク内での GUI でのファイル操作
  • プラグイン開発時の省力化
• PHP のコマンドラインでの実行
  • プラグインのアドオンとしてコマンドラインスクリプトをいくつか作成しているが、その大規模なテストを行いたい為

仮想マシン（Virtual Box）や、コンテナ型仮想環境（Docker）でもできるかと思いますが、ストレージやメモリがかなり必要になるのと、以前、Docker で動作させたものが遅かったのもあり、手元に使用してないマシンがあったので、それを使用して構築しました。

※記事更新時の、2024年1月時点で、WSL2(Windows Subsystem for Linux) での環境も構築しました。この記事内の方法で、同様に構築できます。

• WSL2 での長所
  • １台で全てが済む。
  • インストール時に、IP アドレスが決まるので設定の必要無し。（各ホスト名は設定の必要あり。）
  • シェルが立ち上がるので、SSH 関連の設定の必要無し。
  • エクスプローラーから、ディスクが見えるので、Samba が必要無し。
• WSL2 での短所
  • 現在のバージョンでは、外部端末からの接続が、port を開けるなどの面倒な手順が必要。

learn.microsoft.com

Windows Subsystem for Linux のドキュメント | Microsoft Learn

Windows Subsystem for Linux のドキュメントの概要。

初期構成

• Lenovo Yoga Book with Windows
  • CPU: Atom 1.44Ghz
  • メモリ: 4G
  • ストレージ: 64G

現在、Micro USB からの給電のみで、全てメイン機から操作しています。Ubuntu Server で無いのは、Micro USB に繋げた USB ハブが認識されずにキーボードが使えなかったからですが、結果的に良かったです。Ubuntu では、本体のハロキーボード（独特のタッチタイプの光るキーボード）は使えませんが、タッチパネル（GUI の時）は使えます。

ちなみに、後ろに見えるメイン機は、Surface Pro 6 (Windows10)です。

インストール

インストールは、Micro USB にダイレクトに接続できる USB メモリが手元にあったので、そこからブートさせて行いました。電源ボタンと音量の＋ボタンを同時に押すと、Bios が立ち上がりそこで選択できます。

現在の構成（実機）

※記事更新時の、2024年1月時点では、Intel NUC11PAHI3 を使用しています。サーバーは早い方が良いです！

• Intel NUC11PAHI3
  • CPU: Corei3-1115G4
  • メモリ: 8G
  • ストレージ: 256G

現在の構成（WSL2）

※記事更新時の、2024年1月時点では、Surface Pro 6 を使用しています。必要十分の動作速度・安定感です。

• CPU: Core i5-8250U
• メモリ: 8G
• ストレージ: 256G

ホストを決める

IP アドレスを 192.168.179.2 に固定しました。

そのアドレスに対応するホストを以下の様に決めました。

192.168.179.2	riverforest.test /* メイン */
192.168.179.2	shop.riverforest.test /* 英語専用のショップサイト */
192.168.179.2	shop-jp.riverforest.test /* 日本語専用のショップサイト */
192.168.179.2	mail.riverforest.test /* メールサーバー */
192.168.179.2	compe.riverforest.test /* 競技会採点システムのサイト */
192.168.179.2	bdc.riverforest.test /* ボールルームダンス競技会採点システムのサイト */

名前解決の為に、上記を以下に追記しました。

• Ubuntu: /etc/hosts
• Windows10: C:\Windows\System32\drivers\etc\hosts

Ubuntu 側は、次の SSH 接続が出来てから編集しました。

WordPress のプラグイン開発環境で Raspberry Pi 3 Model B を使用しています。昨日、Raspbian を Jessie から Strech に変更（クリーンインストール）しました。その際、Jessie の時に Imagick のインストールで苦労したのを思い出したので記述しておきます。今回は以下の方法で楽にインストールできました。

なぜImagickをインストール？

2ヶ月半前、私のプラグインのサポートフォーラムに以下の投稿がありました。

wordpress.org

PDF thumbnail not moved | WordPress.org

PDF thumbnail not moved Resolved eldb (@przemyslaw-napierala) 8 years ago WP create “.jpg”…

メディアライブラリの新規追加時に、PDF ファイルがサムネイルを作成するのを、WordPress 4.7 からサポートしたのですが、それには Imagick が必要になります。現在、借りているレンタルサーバー VALUR SERVER では、Imagick をサポートせず、自分の開発環境 Raspbian にも入れていなかったので、テスト時に気づきませんでした。そのため、インストールする事にしました。

インストール

ImageMagick のインストール

sudo apt-get install libmagickwand-dev
sudo apt-get -y install imagemagick

PEAR のインストール

php のディレクトリーにおいて
cd /usr/bin
sudo wget http://pear.php.net/go-pear.phar
sudo php go-pear.phar

php.ini に以下を追加
include_path=".:/usr/PEAR"

pecl スクリプトの編集

sudo nano `which pecl`

最下行を編集（ -n を 削除するだけです）

修正前　exec $PHP -C -n -q $INCARG -d date.timezone=UTC -d output_buffering=1 -d variables_order=EGPCS -d safe_mode=0 -d register_argc_argv="On" $INCDIR/peclcmd.php "$@"

修正後　exec $PHP -C -q $INCARG -d date.timezone=UTC -d output_buffering=1 -d variables_order=EGPCS -d safe_mode=0 -d register_argc_argv="On" $INCDIR/peclcmd.php "$@"

Imagickのインストール

sudo pecl install imagick

php.ini に以下を追加
extension=imagick.so

インストールの確認

phpinfo の画面です。

Imagick有無の違い

• Imagick 無し

• Imagick 有