dosya WordPressプラグインを更新する

現在のリポジトリのリリースはdosya Backup 0.3.0と表示されます。バージョン変更時にプラグインはジョブテーブルをインストールまたはアップグレードし、既存の設定を保持します。設定を保存したことがないサイトでは、意図せず日次バックアップが追加されないよう、自動スケジュールはオフのままです。

手順

1. 更新前にdosya Backup → Scheduleを開き、スケジュール、時刻、ローカルの保持数、除外設定、安全コピーの選択、メールの選択を記録してください。dosyaタブから接続先のワークスペースとフォルダーも記録します。
2. サーバーが引き続きWordPress 6.0以降、PHP 7.4以降、64ビットPHP、MySQLまたはMariaDBの要件を満たすことを確認してください。プラグインのコードを変更する前に使用可能なサイトバックアップを作成します。
3. 公式のdosya-backup.zipをPlugins → Add New → Upload Pluginで使用するか、同じパッケージが提供される場合は通常のWordPress更新操作を使用します。更新のためにプラグインのデータを削除しないでください。
4. 有効化と、その後のバージョン移行を区別してください。PHP_INT_SIZE < 8となる64ビット以外のPHP、未対応のデータベース、ジョブテーブルのインストールなど有効化時の失敗では、プラグインが無効化されwp_dieで停止します。通常のplugins_loaded初期化中にバージョン移行のテーブル処理が失敗した場合は、代わりに初期化エラーを記録し、そのリクエストではプラグインが待機状態になります。
5. dosya Backupを開き直し、保存されたスケジュールと接続情報を確認してください。Connection to dosya lostと表示される場合はサイトキーを貼り付けたりコピーしたりせず再接続します。
6. 手動でデータベースバックアップを1回実行し、最終バッジとログを確認してください。このテストは限られたデータでジョブテーブルへのアクセス、アーカイブの作成、既存のリモート認証情報を確認します。

無効化すると予定済みと待機中のAction Schedulerフックが削除されます。自動バックアップが必要な場合はプラグインを無効のままにしないでください。更新自体は古いバックアップを復元できることを検証しないため、更新前のコピーを保持してください。

期待される結果

更新されたプラグインが読み込まれ、意図した保存済み設定を保持し、制御されたバックアップを完了します。バージョン移行ではジョブテーブルのインストールが成功してから、新しいプラグインデータベースバージョンが記録されます。

関連ガイド

• WordPressを接続する
• バックアップを管理する