WordPressサイトの接続を安全に解除する
WordPressサイト専用の制限付きキーを失効させ、その後のオフサイトへのアップロードを停止し、保存済みバックアップを維持して、安全な再接続方法を確認します。
最終確認日
スクリーンショットは英語版の画面です。
接続を解除するとサイト専用の制限付きdosyaキーが失効し、その後のオフサイトへのアップロードができなくなります。dosyaに保存済みのバックアップ、そのフォルダー、データベースの行、有効な保護ロックは残ります。

手順
- 利用できる操作を選んでください。サイトを接続したアカウントはdosyaの連携 → WordPressを、WordPress管理者はそのインストールのdosya Backup → dosyaを使用できます。
- 接続解除前に正確なサイト名とホストを確認してください。オフサイトからの復旧が必要な場合はフォルダーを開き、使用可能な保存済みコピーが1つ以上あることを確認してください。
- dosyaでActions for siteを開き、接続を解除を選んで、Disconnect site from dosya? Backups already stored in dosya are kept.を読んでください。wp-adminではDisconnectを押し、同様のサイト単位の警告を読んでください。
- Webアプリで接続を維持するにはキャンセル、続行するには接続を解除を選んでください。wp-adminではブラウザ標準の確認をキャンセルまたは承認してください。ボタンはプラグインではなくブラウザが提供します。
- Webアプリでは**サイトの接続を解除しました。**と
_site_ is no longer connected. Its backups are kept.を待ってください。行が有効な一覧から削除されます。 - wp-adminではリクエスト後にページが再読み込みされ、接続カードがStore copies in dosyaとConnect to dosyaの表示に戻ります。

期待される結果
APIキーが削除され、キャッシュエントリが無効化され、接続サイトのレコードは接続解除状態になります。既存のリモートバックアップのレコード、ファイル、フォルダー、ロックは維持されます。WordPressサーバー上のローカルバックアップは変更されません。
認証情報の失効は元に戻せません。再接続では新しいサイトキーを発行して承認し、一意の接尾辞が付いた別のサイトフォルダーが作成される場合があります。保持されたフォルダーを再利用したと決めつけず、新しいFolderの値を確認してください。
失敗時と復旧時の動作
- dosyaで**接続を解除できませんでした。**と表示された場合、サーバーは失効を確認していません。ダイアログの状態を保ち、接続を確認してから再試行してください。
- wp-adminではプラグインはまず進行中のリモートアップロードの中止とリモートでの接続解除を試み、その呼び出しが失敗してもローカルに保存されたキーを消去します。ページがStore copies in dosyaに戻った場合は、次のオフサイトコピーを作成する前に再接続してください。
- 後でdosyaにThis site was disconnected from dosya.devと表示された場合はConnect againを選択してください。アップロードの停止中もdosyaに保存済みのバックアップは保持されます。
- 接続解除してもWordPressのローカルスケジュールは停止しません。ScheduleタブでAutomatic backupsをOffにするまで、予定されたジョブがサーバー上だけのバックアップを作成し続ける場合があります。
関連ガイド
この記事は役に立ちましたか?
評価の結果を読み込んでいます…
投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。
質問と回答
このガイドの手順について質問できます。質問は確認後に公開されます。
公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。
質問を読み込んでいます…
dosyaアカウントにサインインすると、質問を投稿できます。