ネットワークレベルの問題か、ダウンロードリソースが一時的に削除された可能性があります。たとえば、更新前。
あなたがソースコードから得ることができる詳細のほとんどhttps://github.com/wp-cli/wp-cli
。
そこにあるプラグイン更新機能はこんな感じ。
function update( $args, $assoc_args ) {
if ( isset( $assoc_args['version'] ) ) {
foreach ( $this->fetcher->get_many( $args ) as $plugin ) {
$assoc_args['force'] = 1;
$this->install( array( $plugin->name ), $assoc_args );
}
} else {
parent::update_many( $args, $assoc_args );
}
}
そして、あなたがwp plugin update --all
それを指定するとき、それは実際にparent::update_many
関数を通過し
ます、そこで、親は実際にCommandWithUpgrade
クラスです。
結論として、次のwp-cli
ようなプラグインによって提供されるリソースを使用します。
# Install from a remote zip file
wp plugin install http://s3.amazonaws.com/bucketname/my-plugin.zip?AWSAccessKeyId=123&Expires=456&Signature=abcdef
しかし、そこには、見るべきではない情報を見ることができます。
サイドノート
一部のプレミアムプラグインは、WP-CLIによるアップグレードをサポートしていないことに注意してください。たとえば、BackupBuddyとGravity Formsは正常に機能しますが、Yoastのプラグインは機能しません。これは変更される場合があります。
wp-cli.phar
をプロバージョンのアドバンスドカスタムフィールドで直接複製することはできません。更新が利用可能で、wp-cliの出力に利用可能と表示されます。これをどのプラグインで試していますか?彼らがこれのためにWPの通常のルーチンをバイパスしているために、wp-cliによってピックアップされていない可能性はありますか?