今ならまだまにあうので全部書き換えるか

DBのレスポンスを直接使うと内部用オブジェクトに変換する必要がなくなるから楽なんだけどタイポがこわいんだよね

DBのカラム名の配列だけ用意しておくか…？

フォロワー数は1500付近キープ
めっちゃ上がってるのはSeaurchinのサンプル動画を公開した時期

あきらかにゆるやかになってる

DB側でJOINなりなんなりしてこちらで整形するというのを考えると少なくともDBのリザルト自体に型を付けるのは無謀だよな

何かがあるがnullではない

オタクならTypeORMとか持ち出すんだろうけどPostgresベタベタにする気マンマンなのでそこまでの統合性はいらない

カンペキなORMを作りたいわけじゃないしユーザーオブジェクトとかanyでも良い気がするな……

桜の風をすころうな

Einsamkeit、動作しているということを示すために認知しているリモートユーザーを最新10人分表示している
https://social.hinanawi.net

カタカナでケービヒスベルクとかにしておくべきだった

調整さん、 Köbig と入力したら Köbig と Köbig が出てきたので Köbig と入力してみたら案の定 Köbig になった

まあ僕もバトルスコア更新/強敵以外では結城莉玖さん統一編成使ってるしね

マニーで全部上げるなら15万~20万だったと思う

全員分上げようとすると200万ぐらいかかりそう

本質情報だ
https://twitter.com/ama_yune/status/1094232873459011584

しっしっしっ情報館

:thats_ssao:

これはアカき軍団用

またこうしてクソ絵文字が生まれたのであった

:thats_server_side_rendering:

SSRっぽい

Aqrafさんちのこ、ネクタイ(?)がかわいい

なんとかBananaってやつじゃない？

プリミティブサイマルテイナスセグメンテーションフォールトアノマラス美少女高瀬梨緒
https://shindanmaker.com/829077

はやくこれになりたい

ほえー(何も知らない)

このアカウントは、notestockで公開設定になっていません。

OpenGAppsのアレ、オンデマンドでパッケージ作って一定期間キャッシュするみたいな感じにはできないのかな

このアカウントは、notestockで公開設定になっていません。

NetworkManagerやめる生活が長く続いてるけどやっぱりあの設定画面の欠落感は否めないよね

毎リリースこんなことしてたの？面白すぎる(GitHubにとっては面白くない)

このアカウントは、notestockで公開設定になっていません。

失言小町めちゃくちゃ好き

NetworkManagerをやめるという選択肢は……ないか……

ハコ買いするとオンゲキごっこができて楽しい

完全に記憶ミスだったんだけどアクスタは1コ800円でガチャです

改めて考えるとこの3人、「あ」だけではなく「か」の文字も共有してるんだなあと

PEZY-SC2だっけ、5000兆FLOPS欲しい！！！っていう紙を4枚貼ってたの

マストドンはその点1トゥートでSSが収まったりするので良い(?)

やはり140文字というのは短すぎるのでは

今日最後にやった Ai Nov
(ひなろえに撮ってもらった🙏)

もちろんアップしてから後から決定した場合は別だけど

あの手の宣伝、別に刊行された一部ですという断りを入れても良いと思うんだけどそうでもないのか……？

知識: 1日にオンゲキを40曲以上やると疲れる

きたくした

音ゲーマーの夢だ

このアカウントは、notestockで公開設定になっていません。

オンゲキを節約する必要があるほどやり込んでる時点で戻れないから諦めろ がぼくの見解です

「オンゲキ解約者は要注意！オンゲキから毎月303円ずつ盗まれるのを止める方法【震撼】」、チュウマイネット自動更新オタクじゃねえか

妙にリアリティのあるカネの話やめろ
rakuzanet.jp/megatori/?key-word=オンゲキ

rakuzanet.jp/megatori/?key-word=比那名居天子

全部見ればもう完璧！？藍川×日下初心者が上達のために見ておくべき資料まとめ
ただのkbs3やんけ

「ある日下夏稀と出会って3年で人生が変わった」話を頼むから拡散してくれ 
kb10uyの心の叫びだ

拡張命令によりそう

変態糞土方

:eat:

早乙女彩華さんはさわやかそぎぎ
高瀬梨緒さんはむっつりそぎぎ

π/になるオタクの一覧がほしいところ

サイゼライヤ

茜、あかり、彩華
>> 全 員 ア <<

合計約2600円

unarist
binarist

SMOKE WEED EVERYDAY

より は ゟ だよ

F

ひなとのペアリングが切れた

理論値出ね〜

豚コレラ、ブタゴリラと響きが似てるな

オンゲキオリジナル曲アーティストが強すぎてどっからそんな金が出てるんだとなるよね

> 小早川：最初は、僕らがリファレンスとしてTom-H@ckさんとか、いろいろなアーティスト名をポンポン出していったんです。
> あくまでもリファレンスだから、さすがにアサインはしないだろうなと思っていたら、KADOKAWAさんが本当に全員アサインしてくれてびっくりしました（笑）。
https://realsound.jp/2019/02/post-313245_2.html

P!P!P!P!みを感じたのでぐぐったらやっぱり作曲編曲Tom-H@ckやんけとなｙた

ふたりともボーダーやんけｗ

ユーザー情報ならhttps://social.hinanawi.net/users/kb10uy

Einsamkeitはまだ世迷い言未実装

42インチ4K、でけえな……

青空のラプソディフルコン

末代オフ恒例行事

eleganteの続編いいゾ～これ

1009k乗った

普通に厳しい

自宅SSHのホスト鍵をEd25519オンリーにしてしまったので出先からSSHできない

ほい

もう出ちゃった

やっぱりkeyId叩いてPersonが得られるまで辿るしかなさそう……？

今ついたけど駅で待ってる?

ダメだな MastodonはともかくMisskeyが応答しない

keyIdをwebfingerにそのまま投げちゃうのが一番確実かも

acctを正しく生成する方法もわからん

einsamkeit/user.ts at master · kb10uy/einsamkeit https://github.com/kb10uy/einsamkeit/blob/master/server/action/user.ts#L54

ここが該当箇所で、userIdといいつつkeyIdも渡されるのでこれはEinsamkeitが悪い

ところで上野駅に着きます

本当にこれ vagueすぎて却って難しい

このアカウントは、notestockで公開設定になっていません。

publicKeyに専用のパスがあるのが現状Misskeyだけっぽくて、他のはだいたいハッシュなのでそのURL叩いてもPerson Objectが返ってくることが多い

Mastodonはこの挙動に対しても正しく動作しているので

いやkeyId叩いてKey Objectが返ってくるのはAP的には許容されるはずなのでそれは大丈夫だと思う

fetchRemoteUser関数が多機能化していて、Misskey専用のフォールバックまでしている

fetchRemoteUserFromKeyId 関数を作る #einsamkeit

/id/follow-requests/:id
にマッチするか確認して該当idのフォロリクがあったら通すようにしよう #einsamkeit

署名検証にWebアクセスが発生する可能性があるので今のところ検証までキューに投げちゃってるけど

やっぱり署名チェックだけ同期的にやって401返したほうが良いのかなあ

いやはねられるってことはチェックしてるんだろうけど(Einsamkeit側はチェックしていない)

実際にチェックしてるかはともかく入れたほうが良いよな

まあクソ適当にAccept返してるので objectにidも含めたほうがいいんだろうな

Accept来ないのは仕様っぽいけど向こうからフォロー送ってこっちがAccept返してもフォロー中にならない

Misskey、挙動が謎なんだよな

帰ったらフォロー周り修正するか

gpg

唐突に思い出したんだけどiPhoneの「バッテリー1%でn時間持った」みたいなのってなんで発生するんだろう

足跡を辿って - 柳川和樹 #NowPlaying
旅感ある

今日はチンポコプラプラビュートピアのABFB回収するぞ

これめっちゃ正確にルート出るな

駅着いた

でるよ

PIZZA！！（エルボゥ）（きれいなエルボゥ）ピッツァの宅配です！！！アリアリアリ！！ご注文のマルゲリータ！！！行けピザ！！！！！！！！アリーヴェデルチ！ボーノ（裏声）！！！
https://shindanmaker.com/831381

抜きました

起きた
抜きます

どういうAcceptが飛んできてるかチェックしてないなそういえば

Koaがいらん気を効かせている疑惑があるな

social.hinanawi.net?

どうせusersテーブルに name display_name user_id が生えてるんだし key_public に加えて key_id ぐらい大したことないか

やっぱりkeyIdも保持したほうがいいかなあ

1発目のリクエストからSignatureヘッダだけで正しくPersonオブジェクトを得る方法がわからなさすぎる

Mastodonにはフォロー通るんだよな……

署名を検証するまでリクエストボディを一切信用していないからこうなっているところがあり

いきなり飛んで来たときkeyIdぐらいしか頼りになる情報がないのでkeyIdからハッシュ抜いてアクセスしてみてKeyだったらさらにowner辿るというやつをやってる #einsamkeit

そういえばOhagiって最初にリクエスト飛んできたときにどういう形で公開鍵にありついているんです？

acct:が付いてなかった

あいや壊れてないわ

これたぶんうちの鯖までは来てるんだよなリクエスト

署名とかね……

Masotodonがデファスタになってるからそれに合わせてしまうところはある

social.hinanai.netのほうのwebfingerがInvalid URIになってる

ああーほんどだ

もっとわかりやすいログを付けろそれはそう

現況

ちょっとおふろ

いや @.dev@microblog.pub に飛ばしただけ

microblog.pubから422を返されたのでこちらの問題っぽいな

相互デバッグ大会だ

プロパティ足りない系かな？

Ohagi、social.hinanawi.netからまたフォロー通らないな……

このアカウントは、notestockで公開設定になっていません。

これもしかして自前echo-serverのガバ実装のせいか！？

それはそうとしてなぜかShortStoryServerのecho-serverのほうにもJSONが流れてるのが気になる

Nodeのバーが古かったっぽい

テスト

なんか流れかたがおかしいな

オア

yarnに変えたらchattr +Cで胡乱な動きをしたので戻します