web-dev-qa-db-ja.com

4.9.8→5.0などのコアアップデートにデータベースアップデート（移行）が含まれているかどうかを確認する方法

そして、私は（確実に）この種の情報をどこで探しますか？私は自分自身が他のすべての更新で 'wordpress changelog'のためにグーグルをしているのを見つけます...

背景：通常私は "スケルトン" WPインストール（wp/appとwp-contentフォルダを別々に）を使うので、新しいメジャーバージョンを試してwpフォルダを "ホットスワップ"することでテーマの不適合をチェックできます。また、DBの移行が原因で「スワップバック」がうまくいかないことがあります。はい、私は知っています、とにかくアップデートの前に私はいつもそれをバックアップするべきです。質問はまだ立っています:)

databaseupgrade
1
kubi

いくつか考えた後、私はこれを思い付きました：

コーデックス/ Wordpressのバージョン に変更履歴がありますが、これらは（最近の）データベースのアップグレードについて暗黙のうちに言及しているようです（5.0以降）。 （比較方法 - MatomoがDBのアップグレードを明示的に示している ）。多分これは将来のバージョンには十分でしょう、これは古いバージョンでもうまくいく、徹底的で面倒な方法です：

  1. Codex/Wordpressのバージョン 、 または manual /手動で/ _でdb_versionを確認します。
    1. 更新しているバージョンのwp-includes/version.phpをチェックしてくださいfrom、 4.9.8 ：$wp_db_version = 38590;
    2. 私たちが更新しているバージョンのために繰り返しますto; 5.0 ：$wp_db_version = 43764;

  2. upgrade_allのwp-admin/includes/upgrade.phpをチェックして 4.9.8→5.0/38590→43764 ：

    // ...
if ( $wp_current_db_version < 37965 ) // false
    upgrade_460();

if ( $wp_current_db_version < 43764 ) // true!
    upgrade_500();

  3. 最後に、 upgrade_500 を調べると、グーテンベルクジャグリングとFIXME :)が明らかになります。

  4. 結論：データベースのアップグレードはごくわずかです（1つのサイトオプションが設定されている）ので、問題ないはずです。Gutenberg＆Classic Editorプラグインには注意してください。

"バックグラウンド"についてのUPDATE/EDIT：だから私は手動で4.9.9→5.0を手動で更新し、その後5.0→4.9.9を手動でダウングレードした（4.9.8と.9はDBに関して違いはない）。 「DBアップグレードが必要です」という画面が表示された both wayと進みました。ダウングレード時に起こることはもっと研究が必要でしょう。あなたはスクリーンを見るだけでupgrade_*関数は実行されないと私は思います。少なくともこの最小限のフレッシュインストールでは、すべてのlook _ normalを上下にアップグレードした後。だから私は4.9.8を5.0にアップグレードしても構いません。 YMMV、もちろん他のプラグインやテーマが関係しているときは特に。大きなバージョンジャンプのためにそれをしないでしょう、しかし:)

2
kubi

私のサイトのうちの2つをバージョン4.9.8から5.0にアップグレードしたところ、データベースの更新は不要でした。また、グーテンベルクをインストールしていて、それはすでに新しいバージョンと統合されているので、アップデートはプラグインを無効にします。

アップデートが心配な場合は、アップグレードの前にデータベースとサイトをバックアップしてください。

0
Jose Guerra