2

私たちのアーキテクチャでは、セキュリティやその他の理由から、ユーザーに到達する前にすべての ID をエンコードするようにしました。

ストリームを使い始めたとき、エンコードされていない ID をストリームにプッシュしました。

ただし、get stream JS ライブラリを使用してリアルタイム通知を取得すると、送り返されるデータには、バックエンドからストリームに送信されたもののほとんどが含まれます。

そのため、ストリームにプッシュする ID をエンコードするプロセスを開始しましたが、id_lte などの getActivities フィルタリング オプションが失われることに気付きました。

ほとんどがバックエンド データであるこのダンプの代わりに、どのフィールドがフロント エンドに送り返されるかを制御する方法はありますか。

私たちにとって、js リアルタイム ライブラリから本当に必要なのは、ライブ カウントだけです。ボタンにそのライブカウントを表示し、ユーザーがボタンを押すと、バックエンドを介してデータを取得します。

強化プロセスが必要であり、文の生成もバックエンドにあるため、何があってもバックエンドを通過する必要があります。生のストリーム データを利用できないため、帯域幅の無駄でもあります。

4

1 に答える 1