Nav バッジは、リロードを待っているのではなく、メッセージが読み込まれているように続きます

Fixkamo-internal
Shipped
2026年9月7日 21:35 UTC
Author
Kamo
Commit
4c48fdc

バッジはSTOMPソケットを数える証拠として上回りました これらは2つの異なる質問です。 emailService は、 会員のトピックにNATSからカウントするので、リレーが開始しないポッド 何も運ぶ完璧なWebSocketを提供する: `connected` は本当だった、 地元のリフレッシュリスナーは登録されず、バッジは座っていました セッションの残りの部分の REST 番号。 メッセージの移動を読む 「ページをリフレッシュしても更新するだけ」とはまったく同じです。 hook は `pushLive` を報告しました: 現在のところからスナップショットが到着しました ソケットが立ち上がり、すべての接続だけでなく、すべてのドロップでクリアされます。 新鮮なソケットはまだ何も証明されていません。 MailButtonは、その上に独自のリフレッシュをゲート `connected` ではなく。 バッジの番号は、他のソースのランキングを止めます。 プレアリング プッシュされたカウントは、起動したプッシュを意味し、バッジをピン留めした 送信する管理された最後の番号に、メールボックスを再読み込みする量はありません それを動かすことができます。 両方のソースは、代わりに到着順に書き込み、REST パス プッシュが生きている間だけ読みますので、生成するものは新しいものです。 根本的な原因は、これと一緒に電子メールサービスで固定されます。 リレーは、 1つの加入者を認める耐久NATSの消費者、従って2つのレプリカで 2番目のポッドは、何も拒否され、中継された。 これは半分のことです。 何らかの理由で、押しが到着していないとき、正直にバッジ.

All changes

配送を見るのが好きですか?

これらのアップデートは、自動的にワークスペースに埋め込まれます。 週1回無料スタートし、週1回生育する.

永遠に無料で始める料金を見る