Prismaのpgbouncer=true設定で全クエリが4往復していた6ヶ月間の記録
Prisma's pgbouncer=true on Supabase made every query 4 round-trips (postmortem)
ケニアのロッジ運営者が、予約ページの遅延を調査したところ、PrismaとSupabaseのトランザクションモードの組み合わせが原因で、全クエリが4回のネットワーク往復をしていたことを発見。ヘルシンキとダブリン間の47msの遅延が4倍され、可用性チェックは8秒から1.88秒に短縮。設定をセッションモードに変えるだけで劇的に改善した。
データベースは何もしていなかった。時間はすべて通信路にあった。
HNでの議論
10- ProjectBarks
> 「不快なのは、修正がすでに存在していたことだ。Claude Code、Anthropicのコマンドラインコーディングエージェント」
この記事には極めて興味深い何かがありそうだが、文章スタイルが本当に不快だ。
> 「まずステージングで、その後23:40に本番で」
なぜ読者は分単位の正確なタイムラインを知る必要があるのか？
- OG_BME
残念ながら完全にAIが書いたものだ
- tecleandor
著者へ：
まず第一に、あなたはまだ画像問題（他にもあるが）を抱えている。あなたのホームサイトを読み込むと約60MBのダウンロードが発生し、その中には自動読み込みされる40MBのMP4ファイルも含まれる。解像度を下げて圧縮しなさい。それを再現するのにスマホは必要ない、ウェブブラウザの開発ツールを開いてサイトをリロードすればどれだけ重いかわかる。また、メモリ使用量の計算も間違っているが、おそらくLLMがやったことなので重要ではない。
第二に、karibukit.comのあなたのAPIがダウンしている。
LLMにそんなに頼りすぎないで。自分の目で確認しなさい。