うおー概ねできた
データを表示するために依存している外部のAPIが1,2秒かかってて、それ以上早くできないからバックエンドを作って10msとかで返すようになったんだけど、よくよく観察すると元々のやつも早く動いていて謎
たぶんvercelとnextがなにかをいい感じにしてるんだろうが
私が外部APIリクエストするときもnoStore(unstable_noStore)を入れてるのでレスポンスはストアされないはずだし(1秒待つのと古い情報が表示されることのトレードオフで待つ方を選んだ)
next.js
良い: サーバーサイドでやるべき処理を勝手にやってくれる
悪い: なにが起きてるのかわからん
素のreact
良い: なにが起きてるのかほぼ分かる
悪い: サーバーサイドで隠蔽したいところがあると何らかの手段で自分でやらなきゃいけない
もう普通にReact書いて、サーバー側で必要な処理はBFF的なAPIをElysiaとかで書いてWorkersとかにデプロイしたらいいんじゃないか?
composeでREDIS_HOST=redisみたいなのを書きまくってるんだけどなんか上手いことdocker-compose.yml内でコンテナ名参照するほうほうない?
配置网络 | Ubuntu Server学习笔记 https://skyao.io/learning-ubuntu-server/docs/installation/basic/network.html
使わないインターフェースを使わない宣言しないと起動が遅くなる?
github actionsのcontextでgithub.repositoryが'所有者名/リポジトリ名'のはずが'/リポジトリ名'になって最悪
docker composeでcloudflaredを使ってサービスのポートを公開する場合、対象のポートをホストマシンまで露出させる必要がある?
デプロイいい感じにしたいの色々考えたけど、homelabレベルならiacみたいなことを考えないで、portainerで都度ポチポチデプロイすればいいという結論になった
1. mainにpushする(or mergeする)
2. actionsがイメージをビルドしてghcrにpush
3. portainerでupdate stack(repull)ボタンでデプロイ(手動)
というフローになった
vercelのfunctionsがワシントンDCから日本の自宅鯖に取りに行って返してとやってるから無駄にレイテンシが上がってそう
APIの速度測るときに物理的な位置考慮するの忘れてたので日本からアクセスするのが遅いだけでアメリカからだったら元から早かった可能性もあるな
パケットが地球を1周するのにどのくらい時間がかかる? | 日経クロステック(xTECH)
https://xtech.nikkei.com/it/article/COLUMN/20131220/526223/
パケットが地球一周にかかる時間が250msくらいだとしたらなんで日本からamsのサーバーに繋ぐのにeu-central-1とくらべて1500msも遅くなってるんだろう
経路の問題か?
https://misskey.resonite.love/notes/9nr8w69d09
今日ぐちゃぐちゃやっていたことの説明です
AWS CloudShellを使うと色んな場所からリクエストを飛ばすことができて便利だということがわかりましたいかがでしたか
任意のスキルに対して、手を動かさないと上手くならないのはある程度事実だと思うけど、手を動かしたことが無駄だとわかるのもなかなかショックがデカい
金をかければredisをedgeで動かすマネージドサービスとかを使ってどこからでも速くアクセスできるみたいなのが出来るけど、それをするまでもないんだよな
リブサンド ポーク|メニュー|ロッテリア
https://www.lotteria.jp/menu/detail/?cd=000432
これ死ぬほど食べづらくてびっくりした