WP-CLIコマンド構造のガイド
公開: 2022-06-29WordPressコマンドラインインターフェイス(WP-CLI)は、開発ワークフローを改善するためのすばらしいツールです。 コマンドがどのように構成されているかを理解することは、WP-CLIを最大限に活用するための鍵です。 この記事では、親コマンドとサブコマンド、およびパラメーターとスイッチの使用方法を含む、WP-CLIコマンドの構造化方法を学習します。
コマンドの作成に取り掛かる前に、WP-CLIをインストールする必要があります。 正確な方法はOSによって異なりますが、WP-CLIのインストールと構成に関するガイドには必要なものがすべて揃っています。
親コマンドとサブコマンド
ほとんどすべてのWP-CLIコマンドは同じように構成されています。 コアのWordPressインストールを操作するためのwp core
など、機能のより大きな領域ごとに親コマンドがあります。 これらの各親コマンドは、いくつかの異なるサブコマンドで使用でき、少なくとも1つで使用する必要があります。
親コマンドは基礎を築く
親コマンドは、それ自体では有用なことは何もしません。 たとえば、 wp config
を単独で使用しようとすると、次のように表示されます。
〜$ wp config 使用法:wp config create --dbname =--dbuser = [--dbpass = ] [--dbhost = ] [--dbprefix = ] [--dbcharset = ] [--dbcollate = ] [--locale = ] [--extra-php] [--skip-salts] [--skip-check] [--force] [--config-file = ][--安全でない] または:wp config delete [--type = ] [--config-file = ] または:wp config edit [--config-file = ] または:wp config get [--type = ] [--format = ] [--config-file = ] または:wpconfigには [--type = ] [--config-file = ] または:wp config list [ ...] [--fields = ] [--format = ] [--strict] [--config-file = ] または:wp config path または:wp config set [--add] [--raw] [--anchor = ] [--placement = ] [--separator = ] [--type = ] [--config-file = ] または:wp config shuffle-salts [ ...] [--force] [--config-file = ][--安全でない] 特定のコマンドの詳細については、「wphelpconfig」を参照してください。
それだけで、 wp config
コマンドをどのように使用するかについてのかなり良い手がかりが得られます。 そのアドバイスに従い、 wp help config
と入力すると、さらに理解を深めることができます。
名前 wp config 説明 wp-config.phpファイルを生成して読み取ります。 概要 wp configサブコマンド createwp-config.phpファイルを生成します。 deletewp-config.phpファイルから特定の定数または変数を削除します。 editシステムエディタを起動して、wp-config.phpファイルを編集します。 getwp-config.phpファイルで定義されている特定の定数または変数の値を取得します。 has特定の定数または変数がwp-config.phpファイルに存在するかどうかをチェックします。 list wp-config.phpファイルで定義されている変数、定数、およびファイルインクルードを一覧表示します。 pathwp-config.phpファイルへのパスを取得します。 setwp-config.phpファイルで定義されている特定の定数または変数の値を設定します。 shuffle-saltswp-config.phpファイルで定義されているソルトを更新します。 グローバルパラメータ --path =
コアWP-CLIインストールには、合計で40を超える親コマンドがあります。 WooCommerceやBuddyPressなどの人気のあるプラグインには、独自の親コマンドが追加されているため、WordPressのインストールにはさらに多くのコマンドが含まれる場合があります。 ほとんどの場合、 wp help
に続けて親コマンドの名前を入力することで、コマンドの使用方法を見つけることができます。
それらがどのようにグループ化されているかを少し理解すると、WP-CLIの使用方法を学ぶときに役立ちます。 WP-CLIコマンドは、ほとんどの場合、コマンドで単数名詞を使用することに注意してください。 たとえば、ユーザー管理の親コマンドの名前は、「 wp user
」ではなくwpuserです。 あなたがそれを覚えている限り、あなたはあなたの直感がしばしば正しいことに気付くでしょう。 コメントを管理するためのコマンドは、実際、 wp comment
であり、 wp cron
は、WP-Cronのスケジュールとイベントを管理するために使用するコマンドです。
以下に、最も一般的に使用される親コマンドのいくつかを含むチートシートを示します。
指示 | 説明 |
---|---|
wpコア | WordPressインストールの操作。 |
wp config | wp-config.phpの生成と読み取り。 |
wpプラグイン | プラグインの管理。 |
wpテーマ | テーマの管理。 |
wpユーザー | ユーザーの管理。 |
wpメディア | 画像やその他のメディアファイルの操作 |
wpヘルプ | 一般的なヘルプ。 より具体的な情報については、コマンドでフォローアップしてください。 |
wpオプション | プラグインやWordPressオプションなどのサイトオプションを設定します。 |
wpサイト | マルチサイトインストールでのサイトの管理。 |
サブコマンドは方向性を与える
前に述べたように、これらのコマンドはどれも実際には単独では機能しません。 また、どこにでも移動する場合は、サブコマンドを指定する必要があります。 タブ補完を設定することを強くお勧めします。 これにより、サブコマンドを簡単に確認できます。 たとえば、タブ補完を使用すると、 plugin
のサブコマンドを確認できます。
$ wp plugin [TAB] activate get list toggle auto-updates install path uninstall deactivate is-active search update delete is-installed status verify-checksums
サブコマンドを指定せずにEnterキーを押すと、WP-CLIに追加のヘルプを表示するように求められます。
$ wp plugin usage: wp plugin activate [<plugin>...] [--all] [--network] or: wp plugin auto-updates <command> or: wp plugin deactivate [<plugin>...] [--uninstall] [--all] [--network] or: wp plugin delete [<plugin>...] [--all] or: wp plugin get <plugin> [--field=<field>] [--fields=<fields>] [--format=<format>] or: wp plugin install <plugin|zip|url>... [--version=<version>] [--force] [--activate] [--activate-network] [--insecure] ....
上記のヘルプテキストでのパラメータの表示方法の違いに注意してください。 < >
マークでカプセル化されているものもあれば、接頭辞として二重ダッシュが付いているものもあります--
。 それは偶然ではありません。 それらは異なるタイプのパラメーターです。 後で話を戻します。
WP-CLIは、各サブコマンドとそれが期待するパラメーターについてもう少し詳しく教えてくれることが多いという点で、うまく機能します。 これは、すべての組み込みWP-CLIコマンド全体で非常に一貫しています。 予想されるすべてのパラメーターを使用して完全なコマンドを入力できない場合は常に、予想されていた内容について詳しく説明します。
人気のあるコマンドのWP-CLIチートシート
以下のチートシートは、いくつかのより一般的なサブコマンドとそれらが使用する親コマンドを示しています。 ここにリストされているものよりもはるかに多くのサブコマンドが利用可能です。 wp comment
などの一部の親コマンドには12をはるかに超えるサブコマンドがありますが、 wp cron
などの他のコマンドにはほんの数個しかありません。
WPコア
指図 | 説明 |
---|---|
wpコアのダウンロード | WordPressコアファイルをダウンロードします。 |
wpコアインストール | WordPressをインストールします。 |
wpコアアップデート | WordPressを新しいバージョンに更新します。 |
WP構成
指図 | 説明 |
---|---|
wp config create | 新しい`wp-config.php`ファイルを作成します。 |
wp config edit | システムエディタを起動して、設定ファイルを編集します。 |
wpコアアップデート | `wp-config.php`ファイルで定義された変数、定数、およびファイルインクルードを表示します。 |
WPテーマ
指図 | 説明 |
---|---|
wpテーマのインストール | テーマをインストールします。 |
wpテーマアクティベート | テーマをアクティブにします。 |
wpテーマの自動更新 | 自動更新を管理します。 |
wpテーマを非アクティブ化 | 選択したテーマを非アクティブ化します。 |
WPプラグイン
指図 | 説明 |
---|---|
wpプラグインのインストール | テーマをインストールします。 |
wpプラグインアクティベート | プラグインをアクティブにします。 |
wpプラグインの自動更新 | 自動更新を管理します。 |
wpプラグインを非アクティブ化 | 選択したプラグインを非アクティブ化します。 |
パラメータとスイッチ
親コマンドとサブコマンドに加えて、ほとんどのコマンドは、何か便利なことを実行できるようにするために、少なくとも1つのパラメーターを必要とします。 たとえば、プラグインをインストールする場合は、インストールするプラグインを指定する必要があります。 当然、プラグインのアクティブ化または削除についても同じことが言えます。
WP-CLIで使用するパラメーターには、基本的に3つのタイプがあります。順序付きパラメーター、名前付きパラメーター、およびスイッチです。
順序付けされたパラメーター
コマンドに複数の通常のパラメーターが必要な場合、コマンドが機能するには、それらを常に正しく順序付ける必要があります。 これが、それらが順序付きパラメータと呼ばれる理由です。 それらは常に単一のスペースで区切られます。 パラメータ値自体にスペースが含まれている場合は、引用符で囲む必要があります。
コマンドのヘルプテキストでは、順序付けられたパラメーターは<
と>
で囲まれています。 パラメータなしでwp post get
を使用しようとする次の例では、 id
が<
と>
で囲まれているため、順序付けられたパラメータであることがわかります。
$ wp post get usage: wp post get <id> [--field=<field>] [--fields=<fields>] [--format=<format>]
名前付きパラメーター
WP-CLIは、名前付きパラメーターでも多く機能します。 これらは任意の順序で指定できます。 名前付きパラメーターは、名前の前の二重ダッシュと、名前と値の間に等号が存在することによって認識されます。
たとえば、上記のwp post get
のヘルプテキストを見ると、 format
パラメータとfields
パラメータの前に二重ダッシュが付いていることがわかります。 このようにして、これらがこのコマンドの名前付きパラメーターであることがわかります。
注文は本当に重要ではありません:
# This will get the the title field for post id 1 in JSON format $ wp post get 1 --fields=title --format=json # This is the same command, order of named parameters doesn't matter: $ wp post get 1 --format=json --fields=title # This is also exactly the same, you can put named parameters before the ordered ones: $ wp post get --format=json --fields=title 1
スイッチ
真/偽のタイプ値を示すためにのみ使用される名前付きパラメーターもあります。 これらはスイッチと呼ばれ、値を指定する必要はありません。 それらをコマンドラインに追加すると、「真」を意味すると理解されます。 それらを省略すると、「偽」になります。
おそらく、これはいくつかの例で最もよく説明されています。
# Passing "hello-dolly" as regular ordered parameter $ wp plugin activate hello-dolly # Passing a regular ordered parameter with spaces requires quotes $ wp plugin search "WP Offload Media" # Passing the value 'json' to the named parameter 'format' $ wp plugin list --format=json # Setting the 'quiet' switch to true $ wp plugin activate hello-dolly --quiet
それほど複雑ではありませんねこれは、コマンドラインツールのほとんどの標準です。 しかし、もう1つ詳細を追加しましょう。
グローバルな名前付き引数
名前付き引数は、多くのWP-CLIコマンドがそれらを使用するという意味でグローバルにすることができ、使用すると常に同じ動作をします。
他の名前付き引数は、1つの特定のコマンドにのみ意味があります。 このタイプの名前付き引数は、基本的には単なる名前付きパラメーターです。 上記の例では、 --quiet
パラメーターはすべてのコマンドに同じように影響するため、グローバルです。 ただし、 --format
パラメーターは、すべてのコマンドに意味があるわけではないため、グローバルとは見なされません。
WP-CLIコマンドの使用方法
例として、 wp-plugin
を使用してWordPressプラグインをインストールしてアクティブ化する方法を見てみましょう。 これは、ユーザーの管理に加えて、新しいWP-CLIユーザーが最初に学びたい分野の1つです。 コマンドラインからプラグインを管理することにそれほど興味がない場合でも、このセクションを読んで、WP-CLIを使用するための準備を整えておく価値があります。
WordPressリポジトリから新しいプラグインをインストールするのは非常に簡単です。 プラグインをインストールするには、親コマンド( wp plugin
)、サブコマンド( install
)、および順序付きパラメーター(プラグインの公式スラグ)が必要です。 プラグインをアクティブ化するには、同様のコマンドを使用しますが、サブコマンドが異なります( activate
)。
すべてをまとめると、次のように表示されます。
# Installing a plugin $ wp plugin install hello-dolly Installing Hello Dolly (1.7.2) Downloading installation package from https://downloads.wordpress.org/plugin/hello-dolly.1.7.2.zip... The authenticity of hello-dolly.1.7.2.zip could not be verified as no signature was found. Unpacking the package... Installing the plugin... Plugin installed successfully. Success: Installed 1 of 1 plugins. $ wp plugin activate hello-dolly Plugin 'hello-dolly' activated. Success: Activated 1 of 1 plugins.
ご覧のとおり、プラグインのインストールとアクティブ化は、Webインターフェイスを使用してプラグインをインストールする場合と同様に、WP-CLIでは2つの別個のものです。 ただし、プラグインをインストールして直接アクティブ化することは非常に一般的であるため、WP-CLIには両方を同時に実行する方法があります。
# Installing AND activating a plugin in one go $ wp plugin install --activate hello-dolly
トリッキーな部分の1つは、必要なプラグインに適したスラッグを見つけることです。 すべてのプラグインは公式のスラッグで識別されますが、多くの場合、スラッグはプラグインの正式な名前とリモートで類似していません。 非常に人気のあるYoastSEOプラグインには、スラッグwordpress-seo
seoがあります。 独自のプラグインWPOffloadMediaのスラッグは、 amazon-s3-and-cloudfront
です。
スラッグは、プラグインがWordPressプラグインリポジトリに最初に受け入れられたときに割り当てられ、唯一の一意の識別子です。 プラグインの名前が変わっても、スラッグは同じままです。 プラグインリポジトリのWebページにいつでもアクセスして、プラグインを検索し、URLのパスを確認できます。
それは機能しますが、フィネスが不足していて、ターミナルからあなたを連れ出します。 WP-CLIのsearch
サブコマンドを使用してこれを行う適切な方法は次のとおりです。
wp plugin search "wp offload media" --per-page=1 --fields=name,slug Success: Showing 1 of 66 plugins. +-----------------------------------------------------------------------+--------------------------+ | name | slug | +-----------------------------------------------------------------------+--------------------------+ | WP Offload Media Lite for Amazon S3, DigitalOcean Spaces, and Google | amazon-s3-and-cloudfront | | Cloud Storage | | +-----------------------------------------------------------------------+--------------------------+
プラグインの管理について詳しく知りたい場合は、WP-CLIに関する後の投稿で、 wp plugin
コマンドの本質的な側面すべてについて詳しく説明します。 今のところ、パラメータの使用を示す方法として使用しています。
まとめ
WP-CLIを開発ワークフローに統合することで得られる最大のメリットは、作業がどれだけ速くなるかということです。 事実上、WordPress管理者からできることはすべて、コマンドラインを使用して短時間で実行できます。
基本を理解したら、これなしでは生きていけないWP-CLIパッケージのリストを使用してWP-CLIをさらに進めることができます。
コマンド、サブコマンド、およびパラメーターがどのように構成されているかを理解することは、WP-CLIに慣れるための鍵です。 私の意図は、あなたが自分で実験を始めるために必要な基本的な知識をあなたに提供することです。 WP-CLIコマンド、パラメーター、またはその他のWP-CLI関連の構造について質問がある場合は、コメントでお知らせください。