質問: 確保されたエラーコードが一切ない状況の時のみ 画面へ表示させたい。 2サーバ側にリクエストが渡ってきても、一応にエラーコードが一切存在していない状態を確認した上で処理を進行させたい。 -最後に- こういたケースでは、INPUT TYPE="hidden"の項目を用い、サーバ側と情報共有することも 強ち間違いではないのかな?と思いましたが けん制結果のエラーコードが、他人から書き換えられたら、一生サーバ側にリクエストが渡ってこない、と、ゾッとしてしまい、危険性を探る意味で問い合わせさせて頂きました。 不快な思いをされた方、非常に申し訳ありませんでした。引き続き、よろしくお願い申し上げます。
回答: ここで言われているエラーは、エンドユーザーによるデータ入力時のエラーであることを前提としてお話しします。 私個人の考え方で申し訳ないですが、「エラーの詳細についてはどこにも保存しておく必要がない」が回答です。 エラーの詳細をどこかに保存し、保存されているエラーが存在しなければSubmit、および保存できるようにしたいという風にお見受けします。 しかし、このフローがそもそも誤りで、エラーチェックはSubmitの直前とデータ保存の直前の両方で全項目に対してその都度行い、その際にエラーがあればSubmit、または保存を中止し、ユーザーに入力内容の修正を促すべきです。 その際はユーザーにエラーメッセージを適切に提示してあげます。 もちろん、クライアントサイドの項目に対するblurイベントのたびに、その項目1件をチェックすることはUX上望ましいものです。 しかし、クライアントサイド側はいくらでも改ざんが可能で、その気になれば全く別のドメイン上のページからデータをPOSTする、なんてことも可能です。 このことからも最も重要なのはデータが送信され、受け取ってからのサーバーサイド上でのデータの整合性チェックということになります。(コメントでhtbさまが言われているのはこのことだと思います。) 個人的な考え方にのっとった回答のため、不適切であれば削除いたします。