ユーザーに対してクライアント側とサーバー側のフィルターをどのように区別できますか？
クライアント/サーバーシステムがあります。サーバー上のデータベーステーブルには、100万のレコードを含めることができます。ユーザーにさまざまなフィルター基準を提示する必要があります。 1つのフィルターは、日付範囲などのサーバー側フィルターである必要があります。これにより、サーバーはレコードのサブセット（たとえば1,000）のみをクライアントに送信します。別のフィルター（これも日付範囲です）は、クライアントでのみ1,000レコードをフィルターします。したがって、ユーザーが日付範囲1を選択して1,000レコードを500にフィルタリングし、日付範囲2を選択して1,000レコードを300にフィルタリングするとします。クライアント側のフィルター（500または300レコード）はサーバーとの対話を必要としません。
初心者ユーザーがこれを理解できるように、サーバー側のフィルターとクライアント側のフィルターのどちらに名前を付けることをお勧めしますか？
考えられるのは「Quicker Download」のようなものを使うことだけですが、彼らが理解できるかどうかはわかりません。もちろん、さらに情報を追加するためのツールヒントがありますが、非常に優れたUIラベルを期待しています。私はこれのためのアイコンを持っていないし、私は本当に何も欲しくない。
reed.co.uk のようなフィルターパネルを使用する予定なので、見出しを付けることができます。
可能であれば、サーバー側とクライアント側のフィルタリングの違いをユーザーに表示しないようにします。
ユーザーはフィルタリングがどこで行われるかを気にしますか？ありそうもない。したがって、この不要な情報を提供しないでください。
最初のフィルターが常にサーバー側で自動的になり、その後のすべてのフィルターがクライアント側で自動的になるようにUIを構築するのがより良い方法です。
ユーザーにダウンロードプロセスを最適化するように依頼しているようです-ターゲットユーザーはこれを理解し、妥当なサイズのリクエストを実行できますか？
（reed.co.uk、google.comおよび多くのサイトのように）単に結果にページ番号を付けないのはなぜですか？その場合、結果リストのサイズは重要ではありません（極端な場合を除く）。
別のオプションは、クエリ/フィルターの結果をすぐにダウンロードするのではなく、見つかった数またはアイテムを示すことです。その後、ユーザーはアイテムをダウンロードして表示するか、フィルターを調整してアイテムの数を減らすことができます。
したがって、Reedが機能する方法は、最初に何かを検索してから、検索内で移動するスライダーを使用することです。
そのため、クライアント側のフィルタリングを行うよりインタラクティブなJavaScriptコントロールでサーバー側のリクエストを行う入力ボタンでフォームを分離できます。
