shuymn

www.amazon.co.jp/dp/B0BY2BYBLM 買ったSSDはこれなんだけど思ったよりもヒートシンクがちゃんとしててお買い得感あった。ちゃんと基盤上の部品の段差がある部分で隙間にならないようにシリコンパッとが盛られてた

Deskmeet X300のマザボはPCIe Gen3だから980 Proの性能フルて使えないけど現状中華系の奴も含めると価格差ほぼないから最近はSSD買うとき全部Gen4選ぶようにしてる

@shuymn このマシンのマザボはSSDのヒートシンク付いてるタイプだから裸にして問題ないということ

裸のHanyeのSSDは電源交換する10700Kのサーバマシンに入れる。こいつもProxmox入れてクラスタ組む予定だけど、組んだら満足してシャットダウンしたままにしそう

DeskmeetのSSDに部屋に落ちてた980 Pro 2TB使ってるんだけど、ヒートシンクほしかったからHanyeのヒートシンクつきのSSD買ってそれを付けることにした。このヒートシンクHanyeのシール貼ってあるから980 Proからｺﾛｼﾃ…って声が聞こえてきそう

やっとアップロードするファイルからpnpmのキャッシュを取り除くことができた

はらへったけどこのコード書いてリリースしてから〜と思ってたら2時間くらい経って一生飯食えないんだけど

cloudflare/wrangler-actionがDockerコンテナのホームディレクトリに/github/workspaceをマウントするからホームディレクトリに作られる系のキャッシュファイルをそのままPagesにアップロードしちゃう。これがpnpmやcorepackと相性が悪い

今ってWildebeestのメインのバックエンドが多分Pages Functionsでデプロイされてるからこのあたりを分離してPagesはフロントだけを担当できればプレビュー環境もありなんだけどなー

cloudflare/wrangler-actionもwranglerコマンド実行するためにいちいちDockerコンテナ立ち上げてるから1コマンド実行するだけのステップに1分半くらいかかって微妙

CloudflareのTerraformのバージョンを上げるためにはCloudflare Pagesのプレビュー環境を作らないと行けなくて超絶面倒。Fediverseってステージング環境みたいなのの取り扱い気をつけないと行けないから要らないんだけどな

アニメ録画してもどうせ見ないという問題。録画サーバ(ただのテレビ

5600Gはクーラー買うのめんどいからリテール+cTDP45Wにしてるけど、録画はまだやってないからこれで熱問題が発生しないかは分からない

10700Kから5600Gにしたけど、多分古い電源使ってたからそっちかなとは思う。ならなんで新しく組んでるんだよって話だけど

何が原因なのかわからないけど録画サーバでPX-MLT5PEのサードパーティのドライバーインストールしたりして使うとサーバごと不定期で再起動するのに悩んでて、分離したいのでDeskmeet+5600Gで新しくPC組んでそっちで動かしたら今のところ普通に動いてる

github.com/shuymn.keys 自分のこのページ破壊されたままずっと見れないんだけどなぜだろう

このままずっとWildebeestの開発止まったままならそのうちバックエンド全部書き直そうかな

個人的にWildebeestは足りないところあるけれども - Mastodon互換？のAPI - TypeScriptで実装されている - 現状のコードが少なく全体を把握しやすい - PostgreSQLやRedisの管理をしなくて良い という点で非常に気に入ってる

@shuymn まあ確かにこの問題はSQLベースでのマイグレーションではどうしようもないからそういった知識がない人にとっては絶望的な問題なのかもしれない

やめておけ Wildebeest やめておけ (2023/07時点の情報です) - rinsuki’s blog rinsuki.hatenablog.jp/entry/2023/07/11/113642 たしかに色々未実装だったり実装おかしなところはあるけど、Mastodon IDまわりはフォロワーに送信するデータとは別で自分じゃないと使えないデータにしか使われないから頑張ってD1にバッチ処理とか打てるような環境作れば直せそうだけどな