jqueryとJS関数を使ってフォームを検証し、そのフィールドが空であるかパスワードが6文字未満で、そのようなものがあるかどうかを確認し、誰かがJSを無効にした場合、これらの関数は役に立ちませんPHPを使ってより良いフォームを作成することはできません。私のウェブサイトに侮辱を与える可能性があるので、今は避けてください。ウェブサイトでjavascriptやjqueryを使用しないでください。
答えて
JavaScriptは、サーバー上で行われたリクエストの数を減らすとともに、ユーザーとのやりとりを改善するのに非常に役立ちます。しかし、あなたが指摘したように、それは無効にすることができます。あなたの質問に答えるには:いいえ、私はJavaScriptの使用を避けることをお勧めしませんが、キーは検証のような重要なアクションには頼るものではありません。クライアント(JavaScript)側とサーバー(PHP)側の両方で検証を実装したいと思うでしょう。これにより、ユーザーが検証を完全に無効にする方法がないことが保証されます。要するに
:
- はJavaScript =良い
- JavaScriptの検証= =ユーザー、ではなく、信頼性の高い
- サーバー側の検証のためのニースエッセンシャル
サイドノート:
JavaScr他の答えが示唆しているように、全体的なユーザーインタラクションのためには、JavaScriptを使用して全体的なエクスペリエンスを向上させますが、オンにしたユーザーには依存しません。私はProgressive Enhancementの読書時間を少しお勧めします。これは、より信頼できるものを作るアプローチです.JavaScript(CSS3など)以上のものにも適用できます。
「サーバー側の検証=必須」を意味しますか? –
hahaはい私はしました、ありがとうございます。 – Richard
サイトの機能を拡張するには、javascriptとjQueryを使用する必要があります。誰かがJavaScriptをオフにしている場合は、サイトがまだ機能していることを確認してください。遷移や効果など、見えないものがあるかもしれませんが、すべての領域にアクセスできます。
検証に関して、常にはサーバー側を検証する必要があります。クライアント側の検証はオプションですが、訪問者のユーザーエクスペリエンスを向上させる非常に優れた機能です。
しかし私のウェブサイトは、JSを無効にして.fadeIn()と.fadeOut()に多く依存しています。これらの関数はうまく動作せず、多くのコンテンツが届くでしょう。 –
UIのjavascriptに頼っているあなたのアプローチを再考するか、Webサイト上の明白な位置にメッセージを表示して、あなたのウェブサイトが正しく機能するためにJavaScriptが必要であることを説明する必要があります。 –
私は
あなたのウェブサイトにJSとjQueryを使用してない避ける必要がありますが、あなたは、検証目的やビジネスロジックの目的のためにそれらを使用してを避ける必要があります。これらはUIレベルではなく、Webサイトのバックエンドで行う必要があります。
あなたは本当にそれらを避けるべきではありません。クライアントとサーバーの両方の検証を実装する必要があります。ちょうどあなたが言及した理由のために、クライアントの検証に依存しないでください。データがサーバーに到着すると、常にデータを検証する必要があります。
クライアント側の検証を追加すると、ページに動的なルック・アンド・フィールが与えられます。ユーザーは、フォームがサーバーに戻るのを待つ必要はなく、エラーが戻ってくる場合もあります。ポストバックなしで自動的に検証されます。
私が上記のように、クライアント側の検証に頼らないでください。常にサーバー側の検証も実装します。
私の友人を覚えておいてください。Javaスクリプトはクライアント側のスクリプトです。オーバーヘッドを避けることができるようにクライアント側でフォームを検証するその目的...クライアント側でJavaスクリプトを使用する必要があります。なぜなら、PHpはサーバー側の言語だからです。返信には時間がかかります。
ハ、サーバー側の検証も同様に重要です。それをやりたければ、サーバー側の言語を使うことができます。あなたは、私のポストへのコメントをハーフでチェックすることができます。サーバー側の検証は、セキュリティなどの目的で重要です。
これは、誰かがjsを無効にしたのとは異なることです。あなたは同じものを確認し、有効にするための適切なメッセージを与えることができます。ユーザーエクスペリエンスを向上させるためにはJavaScriptを使用して -
検証は常に
- クライアント側で起こるべき。
- サーバーサイド - あなたは防御的プログラミングの練習の一環として、SOA/Web APIを、次のされている場合 - セキュリティ上の理由から
- サービス側のための優先サーバーサイドのプログラミング言語を使用して。これは、サービスレベルとともにDBレベルで行うこともできます。
私はこれを苦情として、より多くの観察を意味するものではありません。
Webデベロッパーは、JavaScriptのライブラリを最新の光沢のある玩具として利用することがよくあります。データガバナンス担当者として、私は定期的に収集したデータを監査し、Javascriptの検証を通過したユーザーを見つけたときに悪いニュースを受け取っています。
「戻ってからもう一度」。
Javascriptライブラリは、データの表示には最適ですが、データ検証やユーザープロファイルの整合性に頼るべきではありません。
- 1. jQuery:分割機能を使用しないでください
- 2. Jquery Selectorを使用しないでください
- 3. JavaScriptをjqueryに転送しないでください
- 4. require jsとjqueryを使用し、グローバルjqueryを壊さないでください。
- 5. ウェブサイトでPHPを使用しているGoogleドライブAPIをコマンドラインで使用しないでください。
- 6. 図形のクリック/ホバーをJavascriptやCSSで検出しないでください
- 7. ウェブサイト上でフォームを送信しないでください
- 8. preg_replaceを正しく使用しないでください
- 9. Javascript Freecodecamp "ブールをコンストラクタとして使用しないでください"
- 10. faviconを更新するにはJavascriptを使用しないでください。
- 11. jQueryを使用して要素を囲んでください
- 12. 表示するには、CSSとJavaScriptを使用しないでください。
- 13. 常にmy;を使用してください。ローカルを使用しないでください?
- 14. svgファイルをウェブサイトとして使用しないでください。なぜですか?
- 15. FutureRequestExecutionServiceでPoolingHttpClientConnectionManagerを使用しないでください。
- 16. WinFormsアプリケーションでSystem.Web.Caching.Cacheクラスを使用しないでください。
- 17. Javaでフラグメンテーションフラグを使用しないでください
- 18. ハイブでバケツを使用しないでください。
- 19. JSON-LDスキーマをインラインで使用しないでください
- 20. StandardXAConnectionHandle:EJBServerの外でprepareStatementを使用しないでください
- 21. Cファイルでsizeof(double)を使用しないでください。
- 22. レールでクラス変数@@を使用しないでください。
- 23. Nativescriptでnpm Orientjsを使用しないでください
- 24. タイプスイッチのブランチでタイプアサーションを使用しないでください。
- 25. データセット/データフレームでgroupby()を使用しないでください。
- 26. C++バリデーションラムダで "auto"キーワードを使用しないでください。
- 27. アプリケーションコードでClassTypeを使用しないでください。
- 28. スプリングデータでネイティブSQLを使用しないでください。
- 29. アンドロイド用MSAL for Chromeを使用しないでください
- 30. なぜUnityを使用しないでください。
[JavaScript:クライアント側とサーバー側の検証]の複製(http://stackoverflow.com/questions/162159/javascript-client-side-vs-server-side-validation) –
JSの検証クライアント側のフォームでは不十分です。サーバー側のサーバーに対してクライアントから送信された値もチェックする必要があります。例えば、これは適切なPHPです。 – kapand