• 赤色のリンクは、まだ日本語Codexに存在しないページ・画像です。英語版と併せてご覧ください。(詳細

このWikiはいつでも誰でも編集できます

「WordPress のアップグレード」の版間の差分

提供: WordPress Codex 日本語版
移動先: 案内検索
(最新英語版を反映 en:Updating_WordPress 23:20, 6 May 2015‎ Micawbr 版)
(翻訳完了 en:Updating_WordPress 23:20, 6 May 2015‎ Micawbr 版)
1行目: 1行目:
{{NeedTrans}}
 
 
<div style="background-color:#FFDCDC; border:1px solid #bb0011; color:#000000; padding:7px; margin:0.5em auto 0.5em auto; vertical-align:middle;">
 
<div style="background-color:#FFDCDC; border:1px solid #bb0011; color:#000000; padding:7px; margin:0.5em auto 0.5em auto; vertical-align:middle;">
 
'''注:''' アップグレード処理は、メインの WordPress インストールを含むすべてのファイルとフォルダに影響を与えます。これは WordPress の動作に必要なコアファイルすべてを含みます。こういったファイルに変更を加えた場合、変更が消えてしまいますので注意してください。
 
'''注:''' アップグレード処理は、メインの WordPress インストールを含むすべてのファイルとフォルダに影響を与えます。これは WordPress の動作に必要なコアファイルすべてを含みます。こういったファイルに変更を加えた場合、変更が消えてしまいますので注意してください。
8行目: 7行目:
 
更新には二つの方法があります。最も簡単なのはワンクリックアップグレードで、ほとんどの環境で動作します。何らかの理由で動作しない場合や、細部まで管理したい場合は手動アップグレードの手順に従ってください。
 
更新には二つの方法があります。最も簡単なのはワンクリックアップグレードで、ほとんどの環境で動作します。何らかの理由で動作しない場合や、細部まで管理したい場合は手動アップグレードの手順に従ってください。
  
If you are updating across multiple versions, follow the procedure at [http://codex.wordpress.org/Upgrading_WordPress_Extended#Upgrading_Across_Multiple_Versions Upgrading WordPress - Extended Instructions]
+
2つ以上のメジャーリリースをまたいでアップグレードする場合は [http://wpdocs.osdn.jp/WordPress_%E3%81%AE%E3%82%A2%E3%83%83%E3%83%97%E3%82%B0%E3%83%AC%E3%83%BC%E3%83%89/%E8%A9%B3%E7%B4%B0#Upgrading_Across_Multiple_Versions 詳細なアップグレード手順] に従ってください。
  
 
= WordPress のバックアップ =
 
= WordPress のバックアップ =
25行目: 24行目:
 
ワンクリック更新はほとんどのサーバーで動作します。以下の技術的要件を満たしている必要があります。
 
ワンクリック更新はほとんどのサーバーで動作します。以下の技術的要件を満たしている必要があります。
  
(a) ファイルの所有権: all of your WordPress files must be owned by the user under which your web server executes. In other words, the owner of your WordPress files <strong>must match</strong> the user under which your web server executes. The web server user (named "apache", "web",  "www", "nobody", or some such) is not necessarily the owner of your WordPress files. Typically, WordPress files are owned by the ftp user which uploaded the original files. If there is no match between the owner of your WordPress files and the user under which your web server executes, you will receive a dialog box asking for "connection information", and you will find that no matter what you enter in that dialog box, you won't be able to update using the "Update Now" button.
+
(a) ファイルの所有権: すべての WordPress ファイルは Web サーバーを実行するユーザーが所有する必要があります。つまり WordPress ファイルの所有者は、Web サーバーを実行するユーザーと<strong>一致する必要があります</strong>。Web サーバーのユーザー (名前は apache、web、www、nobody 等)が、WordPress ファイルの所有者である必要はありません。通常 WordPress ファイルの所有者は、元のファイルをアップロードした ftp ユーザーです。WordPress ファイルのユーザーとWeb サーバーの実行ユーザーが一致しない場合、「接続情報」を尋ねるダイアログボックスが表示されますが、ダイアログボックスに何を入力しても「いますぐ更新」ボタンを使用して更新できません。
  
(b) ファイルのパーミッション: all of your WordPress files must be either owner writable by, or group writable by, the user under which your Apache server executes.
+
(b) ファイルのパーミッション: すべての WordPres ファイルは Apache サーバーを実行するユーザーに対する書き込み権限、または所属するグループの書き込み権限が必要です。
  
On shared hosts, WordPress files should specifically NOT be owned by the web server. If more than one user owns different files in the install (because of edits made by deleting and re-uploading of files via different accounts, for example), the file permissions need to be group writable (for example, 775 and 664 rather then the default 755 and 644). File permissions (in general) should be adjusted as appropriate for the server environment (the shared host RackSpace CloudSites for example recommends 700 and 600 for a single ftp user, or 770 and 660 for multiple ftp users). See the file permission section for more (some files and folders require stricter permissions).
+
共有ホストでは WordPress ファイルが特定の Web サーバー実行ユーザーに所有されない場合があります。2 人以上のユーザーが異なるインストール用ファイルを所有する場合 (たとえば異なるアカウントによるファイルの削除と再アップロードでファイルが編集された場合など)、ファイルのパーミッションはグループの書き込み権限を設定する必要があります(たとえばデフォルトの 755 644 でなく、775 または 664)。一般にファイルのパーミッションはサーバ環境に適した形で調整してください (たとえば共有ホスト RackSpace CloudSites では単一の ftp ユーザーに対して 700 と 800、複数の ftp ユーザーに対しては 770 660 を推奨します)。詳細についてはファイルパーミッションの節を参照してください (ファイルやフォルダーによっては厳格なパーミッションが必要なものもあります)
  
If you see a "failed update" nag message, delete the file '''.maintenance''' from your WordPress directory using FTP. This will remove the "failed update" nag message.
+
「failed update(更新の失敗)」メッセージが繰り返される場合、FTP を使用して WordPress ディレクトリからファイル '''.maintenance''' を削除してください。「failed update(更新の失敗)」メッセージが消えます。
  
If the one-click upgrade doesn't work for you, don't panic! Just try a manual update.
+
ワンクリック更新が正常に動作しなくても慌てないでください。次の手動更新を試してみてください。
  
 
= 手動更新 =
 
= 手動更新 =
  
These are the short instructions, if you want more check out the [[Upgrading_WordPress_Extended|extended upgrade instructions]]. If you experience problems with the Three Step Update, you may want to review the [[Upgrading_WordPress_Extended|more detailed upgrade instructions]]
+
以下は簡略化した手順になります。詳細については [http://wpdocs.osdn.jp/WordPress_%E3%81%AE%E3%82%A2%E3%83%83%E3%83%97%E3%82%B0%E3%83%AC%E3%83%BC%E3%83%89/%E8%A9%B3%E7%B4%B0#Upgrading_Across_Multiple_Versions 詳細なアップグレード手順] を参照してください。以下の手順で問題が発生した場合も[http://wpdocs.osdn.jp/WordPress_%E3%81%AE%E3%82%A2%E3%83%83%E3%83%97%E3%82%B0%E3%83%AC%E3%83%BC%E3%83%89/%E8%A9%B3%E7%B4%B0#Upgrading_Across_Multiple_Versions 詳細なアップグレード手順] を参照してください。
  
For these instructions, it is assumed that your blog's URL is <code><nowiki>http://example.com/wordpress/</nowiki></code>.
+
この手順ではサイトの URL <code><nowiki>http://example.com/wordpress/</nowiki></code> と仮定します。
  
 
== ステップ 1: WordPress ファイルの入れかえ ==
 
== ステップ 1: WordPress ファイルの入れかえ ==
47行目: 46行目:
 
# すべてのプラグインを停止します。
 
# すべてのプラグインを停止します。
 
# [[FTP_Clients|FTP]] もしくは shell access 経由で、あなたのウェブホスト上にある古い <code>wp-includes</code> ディレクトリと <code>wp-admin</code> ディレクトリを削除します。
 
# [[FTP_Clients|FTP]] もしくは shell access 経由で、あなたのウェブホスト上にある古い <code>wp-includes</code> ディレクトリと <code>wp-admin</code> ディレクトリを削除します。
# [[FTP_Clients|FTP]] もしくは shell access 経由で、 新しい <code>wp-includes</code> ディレクトリと <code>wp-admin</code> ディレクトリをアップロードし、古いファイルを置き換えます。
+
# [[FTP_Clients|FTP]] もしくは shell access 経由で、 新しい <code>wp-includes</code> ディレクトリと <code>wp-admin</code> ディレクトリをアップロードし、削除したディレクトリの場所に置きます。
# Using [[FTP_Clients|FTP]] or your shell access, upload the new <code>wp-includes</code> and <code>wp-admin</code> directories to your web host, in place of the previously deleted directories.
+
 
# 新しい <code>wp-content</code> フォルダにある個々のファイルを、既に存在している <code>wp-content</code> フォルダにアップロードし、上書きします。 このとき、すでに存在している <code>wp-content</code> フォルダを削除してはいけません! また、すでに存在している <code>wp-content</code> ディレクトリの中のファイルやフォルダを1つも削除してはいけません。(新しいファイルで上書きする場合を除きます。)
 
# 新しい <code>wp-content</code> フォルダにある個々のファイルを、既に存在している <code>wp-content</code> フォルダにアップロードし、上書きします。 このとき、すでに存在している <code>wp-content</code> フォルダを削除してはいけません! また、すでに存在している <code>wp-content</code> ディレクトリの中のファイルやフォルダを1つも削除してはいけません。(新しいファイルで上書きする場合を除きます。)
 
# 新しいバージョンの Wordpress の root ディレクトリにある残りのファイルを、あなたのWordpress の root ディレクトリにアップロードします。
 
# 新しいバージョンの Wordpress の root ディレクトリにある残りのファイルを、あなたのWordpress の root ディレクトリにアップロードします。
54行目: 52行目:
 
NOTE - <code>wp-includes</code> と <code>wp-admin</code> ディレクトリおよびサブディレクトリ、そしてルートディレクトリ (たとえば index.php, wp-login.php 等)のすべての古いファイルを新しいものに置き換えて下さい。wp-config.phpについては安全ですので心配ありません。
 
NOTE - <code>wp-includes</code> と <code>wp-admin</code> ディレクトリおよびサブディレクトリ、そしてルートディレクトリ (たとえば index.php, wp-login.php 等)のすべての古いファイルを新しいものに置き換えて下さい。wp-config.phpについては安全ですので心配ありません。
  
wp-contentディレクトリをコピーする際には注意して下さい。You should make sure that you only copy the files from inside this directory, rather than replacing your entire wp-content directory. This is where your themes and plugins live, so you will want to keep them.  If you have customized the default or classic themes without renaming them, make sure not to overwrite those files, otherwise you will lose your changes.  (Though you might want to compare them for new features or fixes..)
+
wp-contentディレクトリをコピーする際には注意して下さい。wp-content ディレクトリ全体の置換ではなく、このディレクトリ内からファイルをコピーします。ここには現行のテーマやプラグインが含まれるため保持が必要でしょう。デフォルトや古いテーマを直接書き換えた場合も上書きしないように注意してください。変更が失われます(もっとも、新機能や修正が含まれるため、比較した方がよいですが...)
  
Lastly you should take a look at the wp-config-sample.php file, to see if any new settings have been introduced that you might want to add to your own wp-config.php.
+
最後にファイル wp-config-sample.php を参照して、現行の wp-config.php に追加すべき新しい機能が導入されていないかを確認してください。
  
 
== ステップ 1.5: .maintenance ファイルの削除 ==
 
== ステップ 1.5: .maintenance ファイルの削除 ==
  
もし、自動更新に失敗にして手動アップグレードを行っているのであれば、FTPを使って .maintenance ファイルを Wordpress ディレクトリから削除して下さい。 そうすれば、"failed update" メッセージは表示されなくなります。
+
もし、自動更新に失敗して手動アップグレードを行っているのであれば、FTPを使って .maintenance ファイルを Wordpress ディレクトリから削除して下さい。 そうすれば、"failed update" メッセージは表示されなくなります。
  
 
== ステップ 2: インストールの更新 ==
 
== ステップ 2: インストールの更新 ==
Visit your main WordPress admin page at /wp-admin. You may be asked to login again. If a database upgrade is necessary at this point, WordPress will detect it and give you a link to a URL like <code><nowiki>http://example.com/wordpress/wp-admin/upgrade.php</nowiki></code>. Follow that link and follow the instructions. This will update your database to be compatible with the latest code. You should do this as soon as possible after step 1.
+
メインの管理ページ /wp-admin にアクセスしてください。再度ログインするよう指示されます。ここでデータベースの更新が必要であれば WordPress はこれを検知し、<code><nowiki>http://example.com/wordpress/wp-admin/upgrade.php</nowiki></code> 等の URL へのリンクを表示します。リンクをクリックし、指示に従ってください。データベースは最新のコードと互換性をもつ形にアップグレードされます。この手順はステップ 1 の完了後すぐに実行してください。
  
 
== ステップ 3: 自分にご褒美を ==
 
== ステップ 3: 自分にご褒美を ==
  
If you have caching enabled, clear the cache at this point so the changes will go live immediately. Otherwise, visitors to your site (including you) will continue to see the old version (until the cache updates).
+
キャッシュを有効にしている場合、ここでクリアしてください。キャッシュをクリアしなければ、あなた自身を含むサイトの訪問者に対して、次のキャッシュ更新まで古いバージョンが表示されます。
  
Your WordPress installation is successfully updated. That's as simple as we can make it without [[Installing/Updating_WordPress_with_Subversion|Updating WordPress Using Subversion]].
+
WordPress サイトが正常に更新されました。この手順は、[[Installing/Updating WordPress with Subversion|Subversion によるアップグレード]]を使用せずに更新する場合と同様にシンプルです。
  
Consider rewarding yourself with a blog post about the update, reading that book or article you've been putting off, or simply sitting back for a few moments and letting the world pass you by.
+
あとは WordPress 更新成功の記事を投稿して自分を称えるもよし、後回しにしていた本や記事を読むもよし、時の過ぎゆくままにぼーっとするもよし。
  
 
= 最後のステップ =
 
= 最後のステップ =
80行目: 78行目:
 
= トラブルシューティング =
 
= トラブルシューティング =
  
If anything has gone wrong, then the first thing to do is go through all the steps in our [[Upgrading_WordPress_Extended|extended upgrade instructions]]. That page also has information about some of the most common problems we see.
+
何か不都合が起きた場合、まずは[http://wpdocs.osdn.jp/WordPress_%E3%81%AE%E3%82%A2%E3%83%83%E3%83%97%E3%82%B0%E3%83%AC%E3%83%BC%E3%83%89/%E8%A9%B3%E7%B4%B0#Upgrading_Across_Multiple_Versions 詳細なアップグレード手順]のすべての手順を参照してください。記事にはもっとも一般的な問題に関する情報もあります。
  
If you run into a request for FTP credentials with trying to update WP on a IIS server automatically, it may well be a matter of rights. Go into the IIS Management Console, and there to the application pool of your blog. In its advanced settings, change the Process Model Id into LocalSystem. Then on Sites, choose your blog, right click, click on Edit permissions and on security tab add authenticated users. That should do it.
+
IIS サーバー上で WordPress を自動更新している際に FTP 認証情報を求められる場合は権限の問題かもしれません。IIS 管理コンソールで WordPress サイトのアプリケーションプールにアクセスしてください。「詳細設定」でプロセスモデルの ID を LocalSystem に変更します。次に 「サイト」で WordPress サイトを選択し、右クリックして、「編集」権限をクリックし、「セキュリティ」タブで認証ユーザーを追加します。これで動作するはずです。
  
If you experience problems after the upgrade, you can always [[データベースの復元|restore your backup]] and replace the files with ones from your previous version from the [http:/ja.wordpress.org/download/release-archive/ release archive].
+
アップグレード後に問題が生じた場合はいつでも[[データベースの復元|バックアップを復元し]][http:/ja.wordpress.org/download/release-archive/ リリースアーカイブ] の以前のバージョンからファイルを置換できます。
  
 
* [[FAQ/インストール|アップグレードに関するよくある質問と回答]]
 
* [[FAQ/インストール|アップグレードに関するよくある質問と回答]]
 
* [[WordPress のアップグレード/詳細#トラブルシューティング|トラブルシューティング]]
 
* [[WordPress のアップグレード/詳細#トラブルシューティング|トラブルシューティング]]
  
== Other options ==
+
== その他のオプション <span id="Other options"></span> ==
If you have some knowledge of unix shells you should check out [[wp-cli]].
+
UNIXシェルの知識がある場合には [[wp-cli]] を参照してください。
  
 
= その他のアップグレード方法 =
 
= その他のアップグレード方法 =

2015年5月24日 (日) 03:29時点における版

注: アップグレード処理は、メインの WordPress インストールを含むすべてのファイルとフォルダに影響を与えます。これは WordPress の動作に必要なコアファイルすべてを含みます。こういったファイルに変更を加えた場合、変更が消えてしまいますので注意してください。

WordPress を常に最新版バージョン 5.3)にアップグレードするようにしてください。新バージョンが利用できるようになると、WordPress の管理画面に更新メッセージが表示されます。このメッセージ内のリンクをクリックして更新画面へ移動しましょう。

更新には二つの方法があります。最も簡単なのはワンクリックアップグレードで、ほとんどの環境で動作します。何らかの理由で動作しない場合や、細部まで管理したい場合は手動アップグレードの手順に従ってください。

2つ以上のメジャーリリースをまたいでアップグレードする場合は 詳細なアップグレード手順 に従ってください。

WordPress のバックアップ

スタートする前にサイトをバックアップすることをおすすめします。何か問題が発生しても簡単にサイトを元に戻せるからです。完全な手順についてはWordPress のバックアップドキュメンテーションをご覧ください。

自動バックグラウンド更新

WordPress 3.7以降では, マイナー・セキュリティアップグレードに関しては何もする必要がありません。ほとんどのサイトは自動的にこういった更新を適用できるようになっています。FTP 情報を毎回入力する必要なくワンクリック更新を実行できる環境ならおそらく自動更新可能ですが、詳しくは Background Upgrade Tester プラグインで確認してみてください。自動バックグラウンド更新は 3.7 から 3.7.1、3.7.2 などへのアップグレードの際に行われますが、メジャーアップグレードに関しては引き続き「いますぐ更新」ボタンをクリックする必要があります。

参照: 自動バックグラウンド更新の設定

ワンクリック更新

バージョン 2.7 以降の WordPress にはワンクリック更新機能が含まれています。新バージョン告知のメッセージがあればそれをクリックするか、メニューから「ダッシュボード → 更新」画面に移動して実行できます。 「WordPress の更新」画面で「いますぐ更新」ボタンをクリックすると処理が開始されます。他には何もしなくても、完了すれば最新版の WordPress が利用できるようになります。

ワンクリック更新はほとんどのサーバーで動作します。以下の技術的要件を満たしている必要があります。

(a) ファイルの所有権: すべての WordPress ファイルは Web サーバーを実行するユーザーが所有する必要があります。つまり WordPress ファイルの所有者は、Web サーバーを実行するユーザーと一致する必要があります。Web サーバーのユーザー (名前は apache、web、www、nobody 等)が、WordPress ファイルの所有者である必要はありません。通常 WordPress ファイルの所有者は、元のファイルをアップロードした ftp ユーザーです。WordPress ファイルのユーザーとWeb サーバーの実行ユーザーが一致しない場合、「接続情報」を尋ねるダイアログボックスが表示されますが、ダイアログボックスに何を入力しても「いますぐ更新」ボタンを使用して更新できません。

(b) ファイルのパーミッション: すべての WordPres ファイルは Apache サーバーを実行するユーザーに対する書き込み権限、または所属するグループの書き込み権限が必要です。

共有ホストでは WordPress ファイルが特定の Web サーバー実行ユーザーに所有されない場合があります。2 人以上のユーザーが異なるインストール用ファイルを所有する場合 (たとえば異なるアカウントによるファイルの削除と再アップロードでファイルが編集された場合など)、ファイルのパーミッションはグループの書き込み権限を設定する必要があります(たとえばデフォルトの 755 や 644 でなく、775 または 664)。一般にファイルのパーミッションはサーバ環境に適した形で調整してください (たとえば共有ホスト RackSpace CloudSites では単一の ftp ユーザーに対して 700 と 800、複数の ftp ユーザーに対しては 770 と 660 を推奨します)。詳細についてはファイルパーミッションの節を参照してください (ファイルやフォルダーによっては厳格なパーミッションが必要なものもあります)。

「failed update(更新の失敗)」メッセージが繰り返される場合、FTP を使用して WordPress ディレクトリからファイル .maintenance を削除してください。「failed update(更新の失敗)」メッセージが消えます。

ワンクリック更新が正常に動作しなくても慌てないでください。次の手動更新を試してみてください。

手動更新

以下は簡略化した手順になります。詳細については 詳細なアップグレード手順 を参照してください。以下の手順で問題が発生した場合も詳細なアップグレード手順 を参照してください。

この手順ではサイトの URL を http://example.com/wordpress/ と仮定します。

ステップ 1: WordPress ファイルの入れかえ

  1. 最新の WordPress のzip (もしくは tar.gz) ファイルを入手します。
  2. ダウンロードしたzipファイルを展開します。
  3. すべてのプラグインを停止します。
  4. FTP もしくは shell access 経由で、あなたのウェブホスト上にある古い wp-includes ディレクトリと wp-admin ディレクトリを削除します。
  5. FTP もしくは shell access 経由で、 新しい wp-includes ディレクトリと wp-admin ディレクトリをアップロードし、削除したディレクトリの場所に置きます。
  6. 新しい wp-content フォルダにある個々のファイルを、既に存在している wp-content フォルダにアップロードし、上書きします。 このとき、すでに存在している wp-content フォルダを削除してはいけません! また、すでに存在している wp-content ディレクトリの中のファイルやフォルダを1つも削除してはいけません。(新しいファイルで上書きする場合を除きます。)
  7. 新しいバージョンの Wordpress の root ディレクトリにある残りのファイルを、あなたのWordpress の root ディレクトリにアップロードします。

NOTE - wp-includeswp-admin ディレクトリおよびサブディレクトリ、そしてルートディレクトリ (たとえば index.php, wp-login.php 等)のすべての古いファイルを新しいものに置き換えて下さい。wp-config.phpについては安全ですので心配ありません。

wp-contentディレクトリをコピーする際には注意して下さい。wp-content ディレクトリ全体の置換ではなく、このディレクトリ内からファイルをコピーします。ここには現行のテーマやプラグインが含まれるため保持が必要でしょう。デフォルトや古いテーマを直接書き換えた場合も上書きしないように注意してください。変更が失われます(もっとも、新機能や修正が含まれるため、比較した方がよいですが...)。

最後にファイル wp-config-sample.php を参照して、現行の wp-config.php に追加すべき新しい機能が導入されていないかを確認してください。

ステップ 1.5: .maintenance ファイルの削除

もし、自動更新に失敗して手動アップグレードを行っているのであれば、FTPを使って .maintenance ファイルを Wordpress ディレクトリから削除して下さい。 そうすれば、"failed update" メッセージは表示されなくなります。

ステップ 2: インストールの更新

メインの管理ページ /wp-admin にアクセスしてください。再度ログインするよう指示されます。ここでデータベースの更新が必要であれば WordPress はこれを検知し、http://example.com/wordpress/wp-admin/upgrade.php 等の URL へのリンクを表示します。リンクをクリックし、指示に従ってください。データベースは最新のコードと互換性をもつ形にアップグレードされます。この手順はステップ 1 の完了後すぐに実行してください。

ステップ 3: 自分にご褒美を

キャッシュを有効にしている場合、ここでクリアしてください。キャッシュをクリアしなければ、あなた自身を含むサイトの訪問者に対して、次のキャッシュ更新まで古いバージョンが表示されます。

WordPress サイトが正常に更新されました。この手順は、Subversion によるアップグレードを使用せずに更新する場合と同様にシンプルです。

あとは WordPress 更新成功の記事を投稿して自分を称えるもよし、後回しにしていた本や記事を読むもよし、時の過ぎゆくままにぼーっとするもよし。

最後のステップ

アップデートはこれで終了です。ログインしてプラグインを再有効化しましょう。 もしログインできない場合は、ブラウザのクッキーを削除してみてください。

トラブルシューティング

何か不都合が起きた場合、まずは詳細なアップグレード手順のすべての手順を参照してください。記事にはもっとも一般的な問題に関する情報もあります。

IIS サーバー上で WordPress を自動更新している際に FTP 認証情報を求められる場合は権限の問題かもしれません。IIS 管理コンソールで WordPress サイトのアプリケーションプールにアクセスしてください。「詳細設定」でプロセスモデルの ID を LocalSystem に変更します。次に 「サイト」で WordPress サイトを選択し、右クリックして、「編集」権限をクリックし、「セキュリティ」タブで認証ユーザーを追加します。これで動作するはずです。

アップグレード後に問題が生じた場合はいつでもバックアップを復元し、[http:/ja.wordpress.org/download/release-archive/ リリースアーカイブ] の以前のバージョンからファイルを置換できます。

その他のオプション

UNIXシェルの知識がある場合には wp-cli を参照してください。

その他のアップグレード方法

最新英語版: WordPress Codex » Updating WordPress 最新版との差分