icon

しかし再接続の機構とかが便利だ……さすがchannel

icon

いや,channelだとクライアント側もchannel使わなきゃいかんの,イマイチなのでやめよう

icon

適当なwebsocketを作ろうと思ったんだけど,これchannelを使ったほうがいいんだろうか

icon

operator sdkってreconcileのロジックをansibleで書けるんだなぁ.どの世界に需要があるのか謎だ.

icon

CI始まらない

icon

rustのDoc-tests,コメント内のコードまでコンパイルしてくれるのマジで頭いいな…….逆に面倒だけど

icon

なんか同じAPIを叩いているのにわざわざメソッドを分けているのは,なにか理由があるんだろうか…….作ったの俺だけど

icon

あー想定外だ……そうか,updateのときはmetadataがすべて必要なのか……

icon

deepcopyしているはずなのに同じオブジェクトが参照されている気がしてならない

icon

こいつSA tokenのCAをそのまま使ってるのか

icon

なるほど,これはeks-pod-identity-webhookが結構特殊やな…….

icon

相互参照があるんだから全部一気に作るべきだな……

icon

いや,証明書は同じものを使わなきゃいけないからreconcileを分けるべきではないな……

icon

とりあえず手元の実験はkindでやるか

icon

一連の処理だけど段階ごとにreconcileを分けるべきか,1reconcileですべて片付くようにすべきか.あんまり長いreconcileを作るべきではないんだよなぁ

icon

@glueoh サポートしてるっていうか,開発者がpleroma使いなのでpleromaのついでにmastodonをサポートしている