リソースが削除されたときに移動する場所
ユーザーが他のユーザーやアカウントなどのリソースを検索できるWebサイトがあり、結果のリストが返されたら、そのリソースをクリックして、そのリソースに関する情報のページに移動できます。可能であれば、JavaScriptを使用せずにこれについて考えたいと思います。
情報のあるページには、削除ボタンがあります。私の質問は これに似ています ですが、2番目の部分は答えられませんでした。私の質問は：削除がクリックされたときに、ユーザーがどのページに移動する必要がありますか？
検索結果に戻る必要がありますか？戻った場合、ブラウザがGETリクエストをキャッシュしているため、削除されたリソースはリストに残ります。 URLを介してリソースに直接移動し、リソースを検索しなかった場合はどうなりますか？これは問題ですか？
または、ユーザーが削除されたというメッセージのあるページにリダイレクトする必要がありますか？その場合、ブラウザでクリックすると、リソースが削除されたページに移動します。
この質問は、ブラウザーの実装とWebセマンティクスの影響を受けていることは承知していますが、欠落している削除を行う簡単な解決策があると感じています。たぶん、削除ボタンはリソースのページにあるべきではありません...
あなたが引用した質問は確認と取り消しについて説明しているので、あなたが言うように、完全に削除される予定のものを削除するためのどちらかを持っていることを願っています。
それ以外に、Web上でトランザクションアプリケーション（状態/データの変更）を作成するときに誰もが直面する問題に遭遇しました。これは、ハイパーリンクネットワークとして発明されました（変更するアクションはありません。 ）。したがって、トランザクションはWebではうまく機能しないため、作成した（そして推奨できる）ソリューションは回避策です。
私の推奨は、リソースページを変更して、削除されたリソース（非アクティブ、編集不可、元に戻すボタン？）であることを示すように変更し、ナビゲーションの選択をユーザーに任せることでしょう。ページのナビゲーションリンクで、ユーザーは次のタスクを知ることができます。削除をトリガーした後、他の場所からリソースに到達することはできませんが、削除をトリガーしたユーザーは元に戻すことができます。削除を取り消さずにこのページを離れると、最終的にリソースを削除できます。
ここでの問題は、ページの「削除された」状態に「通常の」状態に戻る「戻る」ボタンが含まれていてはならないことです。 Ajaxは、この動作を構築できるようにする必要があります。
タスクが完了すると、ユーザーはタスクをトリガーした場所に戻る必要があります。ナビゲーションは、システムの選択ではなく、ユーザーの選択の結果である必要があります。これは、ユーザーが開始したところから、ページの他のオプションを引き続き使用できるようにするためにも行われます。
技術的な問題があるようです。通常、あるページに戻ったときに、ページが更新されます。キャッシュの問題を回避できる設定がある可能性があります。
Post-Redirect-Getパターンを調べます。
リソースが削除された後、既に述べたように、リソースがあった場所からURLにリダイレクトする必要があります。これにより、そのURL（この場合は検索結果ページ）に対して新しいGET要求が発生します。検索結果ページは、新しいリクエストであるためキャッシュされるべきではなく、ブラウザーの戻るボタンを押しても実行されません。
削除されたリソースのURLを手動で入力した場合は、リソースが見つからないページなどを提供するように処理する必要があります。