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

更新とは、セキュリティの脆弱性、バグを修正し、使いやすさを向上させることを目的として、既存のソフトウェアまたはプログラムの上に適用されるソースコードです。

2
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 

1
更新通知を有効にし、更新を無効にする
更新を無効にする方法や更新通知を削除する方法については、多くの質問があります。ただし、更新を無効にするすべてのソリューションは、更新通知も無効にします。 しかし、利用可能な更新について通知されている間は、更新の可能性を無効にしたいと思います。 現在私はコーデックスを使用していdefine( 'DISALLOW_FILE_MODS', true ); ます この問題は、更新プロセスだけでなく通知も無効にすることです。 編集:さて、私はウサギの穴を少し自分で下りました。また、コアアップデートについてだけではなく、プラグインやテーマについても話していることを明確にすべきだと思います。 /wp-admin/includes/update.php:250で関数が早く戻るので、私がそれを正しく理解している場合、これはです。 だから私は2つのオプションを見ます: update_plugins目的を達成できないようなオプションを再度追加します。副作用はわかりません。 admin_init複製の一種に自分のフックを追加しwp_plugin_update_rowsます。私はそれを試しましたが、それでもまだ同じに見えません。それにはもう少しあるようですが、これを行うための非常にクリーンな方法のようには感じられません。 編集:この問題に取り組む気になる場合に備えて、この問題をカバーするチケットがあります:https : //core.trac.wordpress.org/ticket/25219

3
HTTPリクエストURIをフィルタリングしますか?
HTTP APIを介して行われたHTTPリクエストURIをフィルタリングしたい。 ユースケース: WordPressの更新チェックはhttp://api.wordpress.org/core/version-check/1.6/に行きますが、https://api.wordpress.org/core/version-check/1.6/も機能します。これを常に使用します。 新しいWordPressファイルはhttp://wordpress.org/wordpress-3.4.2.zipから取得されますが、https://wordpress.org/wordpress-3.4.2.zipも機能します。 リクエストをデバッグして、ローカルサーバーのカスタムドメインに一時的にリダイレクトしたい場合があります。 一部のプラグインは他のサーバーに要求を出しますが、外部サーバーがダウンしたときにこれらの要求を置き換えたいと思います。 未修正のバグ16778(詳細)がまだあるため、更新リクエストは今のところ最も重要なリクエストであり、HTTPSリクエストは中間者攻撃のリスクを低減します。 私は徹底的に検索 し、コアコードを調査しましたが、2年前のNacinのようになりました。 確かにHTTPリクエストのURLをフィルタリングできると思っていましたが、今は見つかりません。 私は何を取りこぼしたか?私は?:)

6
更新のベストプラクティスは何ですか?
私のブログを削除するために何もしたくないです。アップグレードに関連する質問は次のとおりです。 Wordpressはどのくらいの頻度で更新する必要がありますか? それを行う最良の方法は何ですか? プラグインに問題があるかどうかを知る方法は?Wordpressの新しいバージョンが出たとき、既存のプラグインに問題があるかどうかを知る方法はありません。 プラグインはいつ更新すべきですか?ワードプレスと同時に? Worddpressをリリースする前に実行されるテストスイートはありますか?プラグインは含まれていますか?


2
データベースを変更するWordPressプラグインの更新を実装する方法?
独自のデータベーステーブルがいくつかあるWordPressプラグインを開発しています。プラグインは、アクティブ化されるとこれらのテーブルを作成し、削除/アンインストールされると削除します。 プラグインのコードとテーブル構造を更新するプラグインの更新プロセスを実装する必要があります。最も単純なケースは、テーブルの1つに新しい列を追加することです。より複雑なケースは、新しいテーブル構造を作成し、それに応じてコンテンツを更新することです。 この問題をどのように解決することをお勧めしますか?役立つWordPressの組み込み関数はありますか?

9
管理ユーザーはWPを更新できません
WP 3.3.2を実行しているサイトがあります。バックエンドには、「WordPress 3.5が利用可能です!サイト管理者に通知してください」というバーが表示されます。 面白いことに、私は管理者ユーザーでログインしています。更新ページ(wp-admin / update-core.php)にアクセスしようとすると、次のエラーが発生します。 「このページにアクセスするための十分な権限がありません。」 ここで何が起こっているのかについてのヒントはありますか?ありがとう。
10 updates 

5
個人用APIからプラグインを更新する
現在、Wordpressプラグインリポジトリで不要なWordPressプラグインを開発しています。ただし、自分のAPIリポジトリからコスチュームに更新をプッシュできるようにしたいのですが。 私はこれについてかなり読んでいます、そして何かについて思われていることの1つはpre_set_site_transient_update_pluginsフィルターですが、これについて多くの情報を見つけることができません。私はこのチュートリアル(http://konstruktors.com/blog/wordpress/2538-automatic-updates-for-plugins-and-themes-hosted-outside-wordpress-extend/)を試しましたが、うまくいきませんでした。コメントから、WPのほぼ現在のバージョンであるはずのバージョンで他の人が実際にこれを機能させることができることがわかります(最新の応答4月22日)。 サイトからプラグインをインストールし、APIフォルダーを2番目のドメインに配置してみましたが、通常、更新が利用可能になったときに受け取る更新通知がまったく表示されませんでした。 カスタムプラグインが他のリポジトリから自動更新を実行することが実際に可能かどうかわからないので、ここにいる誰かがこのようなことについて何か経験があるかどうか知りたいですか?チュートリアルの解決策は簡単な解決策のようでした-より高度な方法でそれを行うことはどういうわけか可能ですか? 自分のリポジトリからこの自動更新を機能させる手助けをいただければ幸いです。 (PS:WPバージョン3.1.3を実行しています)

3
私が開発したテーマの将来の更新の必要性を監視するためのベストプラクティス?
私は最近、WordPressリポジトリに受け入れられるテーマを開発しました。ユーザーのためにこれを更新し続けたいです。テーマの更新の必要性を監視するための推奨される方法は何ですか?私の推測では、おそらくWordPressの主要なコアアップデートがあるたびに、非推奨の機能とデバッグなどのプラグインを使用してチェックする必要があります-これは正しい軌道にあるのでしょうか? 他の開発者は自分のテーマをどのくらいの頻度でチェックし、チェックに使用するプロセスは何ですか?多くの感謝、私は検索しましたが、どこにもこの情報を見つけることができません。

2
更新後、WPは新しいバージョンについて悩み続けます。どうして?
私はWPをGit経由でバージョン3.9.2(現在は最新)に更新しました。しかし、管理者は「新しいバージョンが利用可能です」と私に伝え続けます。どういうわけか掘り下げた後、それは言語パックに関連しているようです。にWPLANG設定しましたnl_NL。 ではwp-includes/update.php、ファイルwp_version_check()のようなURLを使用して新しいバージョンのWordPressのサーバーに対するチェック: http://api.wordpress.org/core/version-check/1.7/?version=3.9.2&php=5.5.11&mysql=5.5.15&local_package=&blogs=1&users=2&multisite_enabled=0&locale=nl_NL それをクリックすると、ステータスが「アップグレード」の応答が表示されますが、バージョンは同じです!?最後にロケール引数を削除するか、空のままにすると(以下のURL)、「最新」のステータス値で応答し、更新ナグをトリガーしないことがわかります。 http://api.wordpress.org/core/version-check/1.7/?version=3.9.2&php=5.5.11&mysql=5.5.15&local_package=&blogs=1&users=2&multisite_enabled=0&locale= WPキャッシュのフラッシュ(一時的な更新)を実行してみましたが、何も変わりません。誰かがここで何が起こっているのか分かりますか?ありがとう。

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

5
バックアッププロセスの自動化(30以上のWebサイト)
私はますます多くのWordPressサイトを実行しているだけでなく、クライアントのためにいくつかのサイトを実行しています-アップグレードを実行するためのログインは面倒になっています。できれば単一のコマンドラインスクリプトからプロセスを自動化し、すべてのサイトを一度にアップグレードする方法を探しています。 私の理想は、WordPressに組み込まれている非常に優れた自動バックアップに接続し、30サイトすべてに対してサーバーからトリガーすることです。それは、ファイルの更新、そしてデータベースをカバーします。 私が24時間ごとにバックアップしているすべてのWebサイトはアップグレードが始まる前にバックアップすることが優先事項ではありません(ただし、バックアップが多すぎることは決してありません!)。ただし、サイトが破損したかどうかを判断する手段は、興味深い機能です。 私はバックアップに建てに直接フックすることができないと仮定すると、私が見つかりました。これを、多かれ少なかれは私が考えていた方法で動作するが、データベースのアップグレードを実行しません。これにより、管理者がログインして更新を実行するまで(最大72時間)、Webサイトが脆弱になる可能性があることを理解しています。 SVNとGITを使用して更新を実行する概念にも精通していますが、このルートを下に移動する場合、a)/ wp-contentファイルが破損していないこと、およびb )サイト全体のファイル権限は保持されます(スクリプトがrootユーザーとして実行される場合)。


1
プラグインを含む実際の自動化された無人ワードプレスアップグレード
私はワードプレスとそのプラグインをアップグレードする真に自動化された方法を探しています。これをcrontabに入れて、毎日実行するように構成できます。 いくつかのワードプレスプラグイン(> 20)とマルチサイトワードプレスのインストールがあり、アップグレードに時間をかけたくありません。 手動で問題を解決するまで、アップグレードの失敗のリスクを冒して、サイトをオフラインにしていきます。 アップデート/アップグレードを行うために手動での介入を必要とするソリューションを投稿しないでください。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.