タグ付けされた質問 「upgrade」

私はこれを数回調査しましたが、私の検索では、WordPressの良い習慣であるかどうかにかかわらず、カスタムコード以外はあまり明らかになりません。 最新リリース（WordPress 3.9 "Smith"）の時点で、プラグインの更新プロセスにフックが追加されていますか？それは非常に基本的な必要性があるので私は尋ねていますが、まだコーデックスに追加されていないようです。そうでない場合、開発者が採用する一般的なベストプラクティスは何ですか？ 編集：明確にするために、私はアクティブ化について話しているのではなく、データベースに変更があった場合やそれ以外の場合は対処できるように、更新について話している。

15 plugin-development  actions  upgrade 

実稼働環境に適用する前に、ステージングインスタンスでプラグインのアップグレードをテストしています。しかし、このプロセスに遅延がある場合、実稼働環境でテストされていない新しいバージョンにアップグレードするよう求められることがあります。 プラグインのアップグレードを求められた場合、最新ではなく中間の更新を選択するにはどうすればよいですか？

13 plugins  updates  upgrade 

Wordpressのバージョンをアップグレードしようとしていますが、次のエラーが発生します。 ファイルストリーミングの宛先ディレクトリが存在しないか、書き込み可能ではありません。

11 permissions  upgrade 

私は、Blogger.comから始まり、自己ホスト型のWordPress 2.1、2.3、そして現在3.0に移行した古いブログのアップグレードとクリーンアップを行っています。投稿内の画像は散在しています。それらのほとんどはにありますが、/wp-content/すべて/wp-content/uploads/またはにありません/wp-content/uploads/year/month/。他のユーザーはまだblogger.com画像サーバーを参照しています。すべてをに統合したいのです/wp-content/uploads/year/month/が、「正しい」場所だと思いますか。これにより、後のアップグレードが容易になります。 これを行う最良の方法は何ですか？メタデータも更新したいので、メディアライブラリですべて管理できます。このドキュメントは見つかりませんでした。見逃した場合は、申し訳ありませんが指摘してください。 もちろん、私は古い場所から新しい場所へのリダイレクトを提供します。これを行う最良の方法は何ですか？404.phpプラグインのテンプレート？ロギングを追加して、参照ページを見つけて修正できるようにします。 （この質問は、元々WordPressサポートフォーラムで質問されましたが、そこで役立つ回答は得られませんでした）。

10 media  upgrade  bulk-import  customization 

私はこれについていくつかの研究を試みましたが、まだ確かなものは何も見つかりませんでした。私が作業しているプラ​​グインがあり、前のバージョンと新しいバージョンの間で、（バックエンドの）設定名の一部を変更するウィジェットにいくつかの更新を行いました。これを行うためのアップグレードルーチンの作成に問題があります。 これまで（ほとんど）機能しているように思われるのは次のとおりです。 $widget = get_option( 'widget_name' ); if( is_array( $widget ) && ! empty( $widget ) ) { foreach( $widget as $a => $b ) { if( ! is_array( $b ) ) { continue; } foreach( $b as $k => $v ) { $widget[$a]['setting1'] = $widget[$a]['oldsetting1']; $widget[$a]['setting2'] = $widget[$a]['oldsetting2']; } …

9 plugins  plugin-development  widgets  upgrade 

ではwp-admin/includes/update-core.php、次の行を見つけます。 add_action( '_core_updated_successfully', '_redirect_to_about_wordpress' ); このアクションを削除したいので、次の内容でmuプラグインを作成しました。 <?php # -*- coding: utf-8 -*- add_action( '_core_updated_successfully', 't5_no_redirect_after_update', 0 ); function t5_no_redirect_after_update() { remove_action( '_core_updated_successfully', '_redirect_to_about_wordpress' ); } それは…何もしません。私はまだリダイレクトされています。シングルサイトおよびマルチサイトのインストールでテストされています。 いつものように、私は何か明白なものを見逃していると思います。:) それをよりよくする方法は？ 更新 ブレイディの答えに基づいて、私は非常に最小限のバージョンを作成します： <?php # -*- coding: utf-8 -*- /* Plugin Name: T5 No redirect after core upgrade. */ add_action( '_core_updated_successfully', 't5_no_redirect_after_update', 0 …

9 redirect  upgrade  mu-plugins 

最近、ブログのWordpressバージョンを3.9に更新しました。アップデートを実行した後、管理パネルにアクセスしようとするとこのメッセージが表示されました。 データベースの更新が必要 WordPressが更新されました！お送りする前に、データベースを最新バージョンに更新する必要があります。 アップデートにはしばらく時間がかかる場合がありますので、しばらくお待ちください。 次に、「Wordpressデータベースの更新」ボタンが表示されます。ボタンをクリックすると、少し間をおいて次のメッセージが表示されます。 更新が完了しました WordPressデータベースが正常に更新されました！ すごい。ただし、管理パネルにアクセスしようとするたびに、データベースを更新するように求める最初のメッセージが再表示されます。 誰かがこの無限ループから抜け出す方法を知っていますか？

8 updates  upgrade 

現在、WordPressプラグインの1つに対するメジャーアップデートに取り組んでいます。 プラグインを使用すると、ユーザーはいくつかの利用可能なスキンから選択できます。かなり頻繁に、カスタムスキンの作成を求められます。このスキンがアップグレード時に削除されないようにするには、WordPressフックを使用してプラグインの自動更新を無効にする必要があります。プラグインを更新できるようにしたいので、これは明らかに理想的ではありません。問題は、WordPressが更新を処理する方法です。プラグインフォルダーを削除し、新しいバージョンをインストールするだけです。したがって、実際には古いバージョンの一部ではなかったファイルを削除します。 現在、私がそれを回避できる唯一の方法は、2つのスキンフォルダーを持っていることです。1つはプラグインフォルダーに、もう1つはアップロードフォルダーにあります。これが本当にこれをユーザーに提供できる唯一の方法ですか？

8 plugins  upgrade 

私はワードプレスとそのプラグインをアップグレードする真に自動化された方法を探しています。これをcrontabに入れて、毎日実行するように構成できます。 いくつかのワードプレスプラグイン（> 20）とマルチサイトワードプレスのインストールがあり、アップグレードに時間をかけたくありません。 手動で問題を解決するまで、アップグレードの失敗のリスクを冒して、サイトをオフラインにしていきます。 アップデート/アップグレードを行うために手動での介入を必要とするソリューションを投稿しないでください。

8 updates  upgrade  automatic-updates  cron