Notices by 神楽坂しえる (clworld@md.ggtea.org), page 48

つい最近やっとCentOS7ベースになった() Amazon Linux とかいうやつが全面的に悪い

つぎはぎのLinuxしすてむ お仕事のCentOS系で起こる

GitHubのページにAGPL-3.0って書いてある通りというかGitHubの機能としてforkしてるだけな気が :blob_open_mouth:

横にくろーずなのがあればなんでも確かにおーぷん

おーぷんなんとか別にそんなにおーぷんでもないこともおおい

開発に使うツールがopenなことが最優先であるべきかというと… :blob_open_mouth:
MLやめてほんとだめみたいな人もいるかもだし… :blob_sleeping:

おーぷんわからん

ちょっと前に作った apply-command っていうAtom用の拡張があるんですけど、機能としてもっとポテンシャルはありそうなのに更新が止まってるので残念
(自分で作らないと新しいバージョンは出ない)(残念ながら当然)
https://atom.io/packages/apply-command

ついさっきMisskeyのactorのURLがすっごいランダムなのに気付いたけどこれ活用出来るのかどうかが謎感が(外の中のIDが分かれてるけど外向きのID変えたら絶対事故るよね…)

実装を仮想タグにすると数が作成出来無いのでadminが定義する物になってしまうし、リストと同様のRedisTLにすると数は作れるけど流速がやばい鯖がつっこまれるとFanOutがやばいことになって死ぬ

リレーはFTLの網羅性を上げるためだけにして、そこからいいかんじに絞りこむと定義次第で何でも出来る

良く分からないけど、末代が参加してるリレー鯖にまず接続した上で、末代のtootをFTLからフィルタしてTagTLっぽいところにぶちこむと、前からあるリモートインスタンスのLTLを自分のインスタンスで見たい が実現出来る訳です

@ars42525 一定期間relay経由で受け取らなかったらrelayを抜けたと判断(めんどい)

インスタンスのドメインに対してマークを付けてtagを付ける考え方だと、そもそもリレー関係なくFTLの一部をドメイン縛りでtagTL化する機能として成立する気がしてきた

一旦relay経由で受けとったことのあるdomainのインスタンスは多分relayに参加してるのでrelayTLにつっこむ(?)

普通に、Relay Member API かなにかがあって、そのドメインに印をつけるとか思いついた。（独自規格・・・ ?）

tootのsort順って基本的にsnowflake順のはずで受信順な訳なので別経路で先に受けとってしまっていると当然過去…。いや、tootを分裂させるとか relayのだけsort順変えるとか relayに参加してる鯖から来たってことはこのtootはrelayから未だ来てないけどrelayの対象だなそうだな みたいなことをすれば別だけど…。

通常配送の後にリレー経由で来ると仮想的なハッシュタグを後付けするという話になるので必然的にbackfillされてしまうのだ…。

リレーから来たtootだけ印というか仮想的なハッシュタグ付けてTagTLみたいに出来無いかなーって思ったのだけど、リレーからくるのと普通の経路で来るのとでOutOfOrder(違う)が発生するのでREST APIで過去に挿入される大きな問題があってびみょう…。

たぶんカドカワあたりが推してた気がする、学生(?)が始めたSNSが世界規模になって云々みたいな顔本の映画みたいな筋書きのストーリーは日本について終了したのはそうだねって