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

プライベートプラグインを作成する場合、WordPressの自動更新メカニズムを使用して更新する方法はありますか？ 機能をカプセル化したいのですが、それは私自身の5つほどのブログに固有のものであるため、公開プラグインリソースの良い候補ではありません。しかし、簡単に更新できるメカニズムが大好きです。 これを行う方法はありますか？

117 plugins  updates 

wordpressコアを4.5.1に更新しようとしていましたが、システムにいくつかの許可がありませんでした。正しい許可を与えた後、そのメッセージを取り除くことができず、アップグレードできません。.maintainanceファイルを探しましたが、ありませんでした。 今すぐ更新するにはどうすればよいですか？ 手伝ってくれてありがとう

77 updates 

特定のプラグインの更新通知を無効にする方法はありますか？ プラグイン開発者として、テスト用にsvn trunkバージョンを使用して個人用サイトにいくつかのプラグインをインストールしていますが、同じプラグインはプラグインサイトから入手できます。これらの場合、WPは最新バージョンを最新の公開バージョンであると見なし、更新が利用可能であることを常に警告しようとします。 私はまだ他のプラグインの更新の通知を見たいのですUpdates (2)が、ヘッダーの通知を常に無視するのは面倒です！

49 plugins  updates  notifications 

問題 私たちは皆このような状況にあり、このサイトに関する多くの質問にはこのような解決策が必要です。データベースを更新するか、大量のデータを自動的に挿入するmeta_keysか、変換するか、または同様のものが必要です。 もちろん、ベストプラクティスに基づく実行中のシステムでは、これは起こりません。 しかし、それがそうであるように、私はこの問題に対するあなたの個人的な解決策と、あなたがあなたのものを選んだ理由を聞きたいです。 質問 （実行中の）WordPressインストールでワンタイムスクリプトをどのように実装しますか？ ここでの問題は、主に次の理由によるものです。 データを挿入するスクリプトは複数回実行しないでください 大量のリソースを必要とするスクリプトは、監視できないときに実行しないでください 彼らは偶然に実行されるべきではありません 私が尋ねる理由 私は自分の練習をしました。答えにそれを投稿します。それが最善の解決策であるかどうかはわかりませんので、あなたのことを知りたいです。また、これは他の質問の文脈で何度も尋ねられる質問であり、アイデアを収集するリソースを持っていることは素晴らしいことです。 あなたから学ぶことを楽しみにしています:)

32 updates  customization  scripts 

更新を行うときにWordPressがFTP情報の入力を求めるのを止めるにはどうすればよいですか？

29 plugins  updates  ftp 

ファイルのアクセス権の変更«WordPress Codexをフォローしていますが、アップデートおよび/またはインストールpluginおよび/またはthemeスルーしようとするとwp-admin、次のようになります： 要求されたアクションを実行するには、WordPressがWebサーバーにアクセスする必要があります。FTP資格情報を入力して続行してください。資格情報を覚えていない場合は、Webホストに連絡する必要があります。 ファイルシステムレベルから： # ls -ld wp-content/ wp-content/plugins/ wp-content/themes/ drwxrwxr-x. 6 root apache 4096 Jun 2 12:01 wp-content/ drwxrwxr-x. 28 root apache 4096 Jun 2 00:00 wp-content/plugins/ drwxrwxr-x. 11 root apache 4096 May 11 16:34 wp-content/themes/ # httpdとして実行apache： $ ps auxw | grep httpd root 20158 0.0 0.1 533080 …

28 plugins  themes  updates  permissions 

テーマを見つけてダウンロードしました。ただし、CSSを微調整して、デザインや色などを少し変更したいと思います。変更を失うことなくテーマを更新することができながら、これをどのように行えばよいでしょうか。

19 themes  css  customization  updates 

私のプラグインは何年もリポジトリにあり、300,000以上のダウンロードがありましたが、亀svnを介してプラグインを更新するための手順について、私は少し無知だと言って恥ずかしいです！ ここにはsvnについての質問がたくさんありますが、彼らは私をさらに混乱させただけです：-z どういうわけか私はこれまで管理してきましたが、トランクのコミットとタグディレクトリの作成に関して、プラグインを新しいバージョンに更新するための適切な手順を知る必要があります。 これは私がこれまでやってきたことです。 満足するまでローカルでプラグインの更新をコーディングする ローカルプラグインフォルダー内のすべてのファイルを/ trunk /にコピーします（プラグインとreadmeファイルのバージョン番号が更新されています） トランクディレクトリをコミットする トランクディレクトリを右クリックし、[ブランチ/タグの作成]を選択して、バージョン番号を/ tags /のフォルダーにコピーするように設定します。 それは正しいですか？正しい順序ですか？そうでない場合、正しい方法は何ですか？ また、バージョン番号について... 何らかの理由で、前回のアップデートでバージョン2.8.1から2.81.2に変更しましたが、これは、次のバージョン番号を2.9？ wordpressは、どのバージョンが最新バージョンであり、ユーザーがバージョンを更新する必要があるかどうかをどのように判断しますか？version_compareを実行しますか？適切なPHPバージョン形式でのみ動作しますか？例えば。2.9.2は2.81.2よりも低いバージョンと見なされますか？（私が理解しているように、version_compareは左から始まり、各数字の上位/下位を比較するため、9は81未満と見なされます） 別の質問、 プラグインの動作に実際には影響しないコードのばかげたミスを見つけた場合は、タイプミスや追加の画像があります。プラグインの新しいダウンロードに変更が含まれるようにするには、何を編集してコミットしますか？ トランクとタグフォルダを編集して両方をコミットする必要がありますか？

18 plugins  updates  repository  svn 

質問は簡単です:)私は多くのサイトで使用するテーマを作成しています。そのため、バグを修正したりテーマをアップグレードしたりするたびに、すべてのサイトにアクセスしてファイルをftpしたくありません。 wordpressプラグインディレクトリでホストされているプラ​​グインのような更新システムを作成する方法はありますか。 お返事をお待ちしています。ありがとう！ 解決済み： 素晴らしいリンクをありがとう、Chip Bennett。テーマの更新ライブラリがそのサイトで利用可能になりました。ここで見つけることができます： http //w-shadow.com/blog/2011/06/02/automatic-updates-for-commercial-themes/ 無料で利用できるすばらしい作品を見つけた場合は、常に寄付を検討してください。

17 theme-development  updates 

localhost WAMPサーバーでWordPressを実行していますが、「プラグイン」または「ダッシュボード>更新」または「ダッシュボード」に移動するたびに何も読み込まれません（WordPressのニュースも更新もありません。プラグインを検索できません）更新もしません）。 「プラグイン」セクションで、何かを検索しようとするとこれが表示されます。 予期しないエラーが発生しました。WordPress.orgまたはこのサーバーの構成に問題がある可能性があります。問題が解決しない場合は、サポートフォーラムをお試しください。 誰もこの問題に遭遇したことがありますか？私にとっては数週間前に一晩でした。それは長い間働いていたが、ある日停止した。私がすでにやったこと： GoogleおよびWordPress.orgのサポートフォーラムを検索しました。この問題は何百回も言及されており、解決策はありません。 php.ini、Apacheの構成、.htaccessを確認し、潜在的に関連するPHP / Apacheモジュールを有効にし、WAMPが「オンライン」に設定されているかどうかを確認しました（現在、他のネットワークコンピューターからWAMPにアクセスできます）。 「Windowsファイアウォールによるプログラムの許可」でWAMPのすべての許可を許可しました。 デフォルト以外のすべてのプラグインとテーマを無効にしました。 [設定]> [全般]をチェックして、URLが有効であるかどうかを確認しました。 [設定>パーマリンク]を再保存しました。 このlocalhostに別のWordPressをインストールすると、動作します。それでは、なぜ最初のものではないのですか？

15 plugins  errors  updates  localhost 

今日、マイルストーン3.3.3はバージョン3.4の5日後に完了しました。マイルストーン3.2.2でも同じことが見られましたが、リリースされたことはありません。 マットがかつて説明したように、WordPressは長期サポートを提供していません。参照：3.2がリリースされた後、3.1のセキュリティアップデートはありますか？ 3.3.3はセキュリティバックポートであり、ある程度理解できますが、バックポート3.2.2はほとんどセキュリティ関連ではありませんでした。 ここで何が起こっていますか？管理者および開発者として–気にする必要がありますか？

14 updates  wordpress-version 

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

13 plugins  updates  upgrade 

WordPressをアプリケーション内で更新するように構成する（つまり、WordPress）のは、その便利さから理想的です。それにもかかわらず、私は要件に悩まされています。ssh2 for phpをインストールした後に表示される要求フィールドでは、公開鍵だけでなく秘密鍵も要求されます。せいぜい公開鍵だけが必要だと思います。 WordPressは、サーバーが正しいソフトウェアパッケージをサーバーにアップロードできるように、実際に秘密キーをサーバーに提供しますか？私はSSH秘密/公開鍵がどのように機能するかをよく知っているので、WordPressがこれを必要とする理由を混乱させています。どちらかといえば、更新のメカニズムにはこのプロトコルさえ必要ないと思います。パッケージサーバーに対してhttpまたはftpを使用し、そこからダウンロード/インストール/アクティブ化するだけです。 WordPressにsshキーが必要なのはなぜですか？ここにセキュリティ上の懸念はありますか？

13 security  updates  ssh 

数か月間、WPダッシュボードを介してコアとプラグインを更新する機能を犠牲にせず、型破りなディレクトリ構造（wp -WPの親フォルダーの外のコンテンツ）、Webサイト全体の管理と展開が簡単です。私はサブモジュール、サブツリー、ネストされたリポジトリなどについて読みましたが、それをすべて合わせて適切な戦略を選択するのに苦労しています。 括弧でgitリポジトリを処理する方法についての考えとともに、ここに私が今考えているものがあります。 root (main project repo) |-- wordpress (public git repo added as subtree) | |-- wp-content | | |-- plugins | | | |-- my-custom-plugin (git repo added as subtree) | | | |-- other-plugin-with-git-repo (git repo added as subtree) | | | +-- other-plugin-without-git-repo (ignored/untracked) | | …

13 updates  automatic-updates  git 

（特にプラグインをリポジトリに送信していないので）私には決して明らかではないことの1つは、プラグインの一意の「ID」（スラッグ）がどのように生成されるかです（つまり、このリスト）。 SVN提出時点での著者による選択ですか、それともモデレーターによる選択ですか？ サニタイズされたプラグイン名（タイトル）ですか？ それplugin_basenameですか？ メインのプラグインファイルですか（ディレクトリ名なし）？ 他に何か？ プラグインのどの属性がプラグイン更新API のSVNカウンターパート（ある場合）にリンクするのか興味がありますか？ 私の知りたい部分もありますが、SVNのプラグインと1回限りのプラグインが衝突しないように（ある程度）確認する方法もあります。 たとえば、3）のみの場合、非常に一意のディレクトリ名を使用できますが、プラグイン名（タイトル）は短く 'n sweetにしてください。 NB「標準」ファイル命名規則はそうであるように見えますが[my-plugin-name]/[my-plugin-name].php、私は好きになりました[my-plugin-name]/plugin.php。 それはすべてのプラグインに一定の一貫性を与え、それが「ブートローダー」（メイン）ファイルであることは明らかであり、ささいな観点から私はディレクトリ名の繰り返しが嫌いです。 これは、4）が私を台無しにするからです。さらに、この「標準」に関するあなたの考えも聞きたいです:)

11 customization  updates  plugin-repository