iqbqioza.com

僕がやっているのは、すべてのリレーを最終的には集合するけど、各リレーごとにカーソルを保持して一旦集合したもので created_at でソート。これで一旦確定し、フィードに流す(ユーザー体験ですぐ見せる)

その後に、フィードを上からスキャンして前後のフィードの created_at の差分 n を比較し、例えば10分の差があれば「ここに本来取りこぼしているフィードがあるはず」と仮定し、その created_at で試しにもう一回問い合わせる。

この場合、フィードが見つかれば注入する。

これを繰り返して n をどんどん小さく循環していくと収束するので、歯抜けのフィードにならなくなる。

あとは最下部に来たときもおなじように処理をする。

リレーごとの最古は待っちゃあかんです。死ぬほど時間かかっちゃう。

Honestly, in my opinion, Steve Jobs succeeded mainly because of his crazy commitment to vertical integration. He built products with a tight ecosystem that charmed customers. I respect him and love his taste, but starting purely from customer experience almost always ends up hitting a wall LOL

nostr:nevent1qgsqgc0uhmxycvm5gwvn944c7yfxnnxm0nyh8tt62zhrvtd3xkj8fhgpzemhxue69uhhyetvv9ujuerfw36x7tnsw43z7qpqsw4nf4ku8kkrj3p5twdwc07ppark32gm0hgfe46pa68rmwrh0geqhwyh48

フィードの構築はたまたま見ていた東京都の地下神殿(一時的に雨水を貯蔵するアレ)で「これやん」ってなった。ドレインだいじ

ざおりくさん新潟？

過疎リレーでフィードマージするとき解決する方法でいまのところローカルで上手くいっているロジックは

1. 一瞬で取れる分はファジーで取得(DOMには流さない)
2. 集合フィードを一旦created_atで降順ソート
3. 集合フィードをDOMに注入
4. ユーザーがスクロールして気がつく前にフィードの投稿の隣同士の created_at の差分 n 秒を暫定ウィンドウを集める
5. 暫定ウィンドウのフィードウィンドウが大きいものから問い合わせる→フィードが存在する場合DOM注入
6. どんどんウィンドウが狭くなり収束する

でタイムライン完成。
あとは最下部に来たら最下部のcreated_atを起点に問い合わせする→繰り返す

これでだいぶマシになったように思える。

最古まで遡れた！！！！！

トラックバックは仕様きまっているよ

status かな？

nostr:nevent1qgsg84ftgd3a95dutgycmea7vlqjp0ahcr8w3ml0mr4kus3h9teydzgpzemhxue69uhhyetvv9ujuerfw36x7tnsw43z7qpqjfntdxlmle3d2mstj6dn6g4dns7n7363yj93w34vyukg7mm4arhqq20rf3