タグ付けされた質問 「wp-cli」

wp-cliは素晴らしいです。しかし、それを使ってユーザーパスワードをすばやく変更する方法は明確ではありません。 プログラムでユーザーのパスワードを変更する方法は、おそらくこれを理解するのに役立ちます。 けれどもwp user update username --field=passwordつもりはそれをカットされていない、明らかにmd5それが通過する必要がありますので推奨されていませんwp_set_password。

23 password  wp-cli 

素晴らしいWP-CLIツールを使用しています。特定のユースケースではApache環境変数に依存しているため、WP-CLIで実行する場合にのみ、少しのコードを実行できるようにする必要があります。WPがWP-CLIで実行されているかどうかを検出するにはどうすればよいですか？ この特定のケースでは、問題のApache環境変数の存在を確認できます。ただし、より一般的で標準的なチェック方法を知りたいと思います。ありがとうございました。

22 wp-cli 

WordPress Multisiteにはいくつかのサイトがあります。私はセットアップDISABLE_WP_CRONにtrue私の中でwp-config.php。 wgetまたはcurlを使用してcronタスクをセットアップした場合、PHPスクリプトを実行するための30秒のルールがあります。大量の電子メール通知を送信したり、他のことをしたりするのは非常に小さいです（リモートSMTPサーバー接続が遅いかもしれません。bbPressなどからの大量の電子メール通知かもしれません）。 このようなものを使用できますか？ php -q wp-cron.php ただし、マルチサイトの1つのサイトに対してのみcronを実行します（各サイトには、異なるMySQLテーブルに独自のcronタスクがあります）。 PS wpmudev.orgフォーラムで、 Curlを使用する奇妙な「ソリューション」を見つけました。 別のPS WP CLIには素晴らしいwp cronコマンドがありますが、cronタスクを手動で実行することしかできません（そう、--urlattr を使用できます）。例えば： wp cron event list --url=multisite.com wp cron event list --url=subdomain.multisite.com

18 php  multisite  wp-cron  cron  wp-cli 

プラグインオプションの更新を自動化したい。何度も繰り返すことがあります。 wp-cliの私は、このような単純なオプションを更新することができます知っています： php wp-cli.phar option update blog_public 1 ただし、一部のプラグインオプションは、シリアル化された文字列でオプションを保存します。 wp_optionsのシリアル化されたoption_valueの例： a:9:{s:4:"from";s:21:"xx@xxx.com";s:8:"fromname";s:51:"xxx";s:4:"host";s:13:"smtp.xx.com";s:10:"smtpsecure";s:3:"ssl";s:4:"port";s:3:"465";s:8:"smtpauth";s:3:"yes";s:8:"username";s:21:"xx@xxx.com";s:8:"password";s:13:"xxx";s:10:"deactivate";s:0:"";} これらのオプションを更新する方法は？

15 options  wp-cli 

WP-CLIを使用してリモートデータベースをインポートするタスクを自動化したいと思います。 現在のプロセスはsshサーバーに対してであり、WP-CLIexportを使用してtoファイルを実行し、またはを介してファイルをローカルディレクトリにコピーし、次にWP-CLIを介してファイルをコピーします。私はここを利用して、できるだけ多くのステップを削除したいと思います。scprsyncimport@alias 私はこのようなことが可能だと思いたいのですが： echo "$(wp @remote db export -)" | wp @local db import - 5 GBを超えるDBサイズが圧縮されていない場合、これはより現実的なオプションのようです。 DB_EXPORT=$(echo "$(wp @remote db export -)" | gzip | base64 -w0); echo "$DB_EXPORT" | base64 -d | gunzip | wp @local db import - 残念ながら、ウィンドウがハングしているように見えるため、ターミナルの制限に達しているか、この呼び出しの構造をクリーンアップする必要があります。 scpこのプロセスから削除できる別の解決策はありますか？ここで使用できる他のコマンドはありますか？ここの例からマルチサイトを削除しましたが、これはエイリアスの一部になる可能性があることを考慮する必要もあります。 理想的には、私は将来的にこのようなものを望みます： wp @local db import @remote Basic …

13 database  migration  wp-cli  automation 

WP CLIで何かを作成しようとすると、このエラーが発生します。 Error establishing a database connection. This either means that the username and password information in your `wp-config.php` file is incorrect or we can’t contact the database server at `localhost`. This could mean your host’s database server is down. しかし、リンクでサイトを開くことができます：http：// localhost：8888 / projectname 何か案が？

13 wp-cli 

現在、このコードをメインのプラグインファイル自体で使用しています。しかし、そのプラグインは私自身のものではないので、このコードを追加するたびに通常どおりにプラグインをアップグレードできるようにしたいと思います。 if ( defined( 'WP_CLI' ) && WP_CLI ) { exit; } このプラグインはエラーを生成し、wp-cliを正しく実行するために停止するため、これを行う必要があります。wp-cliでプラグインを無効にして、タスクを実行し、再度有効にすることはできません。 if x then do not load plugin file xmuプラグイン内から何かを行う方法はありますか？

12 plugins  wp-cli 

テーマまたはプラグインのアップグレード中、メンテナンスモードが有効になり、完了すると無効になります。 メンテナンスモードを手動で有効/無効にすることはできますか？ Enabling Maintenance mode... Downloading update from xxxx Disabling Maintenance mode...

11 wp-cli 

私はこのページを偶然見つけました、それwp plugin deleteはこれを行うと言っています：非アクティブ化またはアンインストールせずにプラグインファイルを削除します。 プラグインを削除する前に非アクティブ化することが重要なのはなぜですか？それは形式的ですか、それとも何かひどいことが起こりますか？

11 plugins  wp-cli 

WP-CLIが商用プラグインのプラグイン更新を認識しないという、以前に遭遇したことがない問題に遭遇しています。 プラグインの更新がWordPressダッシュボードに表示されますが、実行../wp-cli.phar plugin update --allしても更新されません。実行../wp-cli.phar plugin listしても、更新があると表示されません。 他のサーバーで同じ商用プラグインのWP-CLIを使用して更新を問題なく実行しました。このサーバーでの唯一の違いは、sudoアクセス権がないことです。そのため、ご覧wp-cli.pharのとおり、wpコマンドではなく直接呼び出しています。 WP-CLIは、このインストールで問題なく.orgリポジトリからのプラグイン更新を処理しています。

11 updates  wp-cli 

私は現在プロジェクトでDrupalを使用しており、そのすべての欠点について、DrupalフレームワークへのDrushのようなコマンドラインインターフェイスを持つことは天の恵みです。 WordPressを使用して、サイトのデプロイに使用するプラグインを制御できる同等のものはありますか、またはどのデフォルト設定を使用する必要がありますか？ または、現在のものをwp-configまたは類似の場所にドロップするだけの現在の最善のアプローチですか？

10 deployment  wp-cli 

今日wp-cli 0.14.1に更新しましたが、もう一度MySQLの問題が発生しました。私はWindows、Wampserver、およびCygwinを使用しています。 私が最後のリビジョン（0.14.0）に初めて更新したとき、同様の問題があり、GitHub ディスカッションからの情報を見つけて使用しました。これは、php.iniの「variables_order」が原因である可能性が高いと考えています。GPCSではなくEGPCSのデフォルトを強制するために、iniファイルでコメントアウトしました。それはそれを大事にしました。次のリリースでこれを修正することについての言及がありました。 ここで、0.14.1に更新し、「wp core config ....」を実行してwp-config.phpファイルを作成しようとすると、コマンドラインエラーが発生します。 MYSQL_PWD is not recognized as an internal or external command. 私はgithubスレッドに戻り、scribuが議論された変更を行ったことを確認しました。私はそれへのリンクをたどって、それがいくつかの光を当てるかどうかを見ました。328行目で変更を確認しましたが、その変更が問題を引き起こしているように見えるため、今何を試すべきかわかりません。 参考までに：DOSまたはCygwinコマンドラインからmysqlを使用しても問題はありません。どちらも同じ実行可能ファイルを参照し、正しく動作します。完璧に。 任意の助けいただければ幸いです。 2014年3月8日更新 注：（1）ユーザー名またはパスワードは一時的なものであり、これは私のローカルマシンの1つにあるため、公開する必要はありません。（2）このデバッグセッションでpharファイルを使用していることがわかります。binフォルダーにある「インストール済み」バージョンの「wp」を使用しても、まったく同じことが起こります。 これは、このwp-cliコマンドで開始したPHPStormのデバッグセッションです。 Boss@Bonkers /cygdrive/c/wamp/www/wpsandbox $ ../wp-cli-0.14.1.phar core config --dbhost=127.0.0.1 --dbname=wpsandbox --dbuser=root --dbpass=Bonkers --dbprefix=sndbx_ utils.phpのブレークポイントは、331行目に設定されています。 $final_cmd = $cmd . assoc_args_to_str( $assoc_args ); 実行のために333行に渡される最後のコマンドを作成します。 $proc = proc_open( $final_cmd, $descriptors, $pipes …

8 wp-cli