pleroma-feってユーザーレベルでのドメブロできなかったっけ
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
ログインできない！ってバグレポート来てなんやねんって思ったらTheDeskのログイン画面にフルacct入れてたよね
地味にクライアントの類にドメイン入れさせるやつわかりにくかったりする
だいたいはドメインだけ(mstdn.jpとか)なんだけど、フルacct形式(Cutls@cutls.com)だったり、その先頭に@入れないとだめだったり、https:// 入れないとだめだったりするので
よくわからん
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
ActivityPubというかActivityStreamって元はAtom拡張なのか…
Pleromaさんがatom見にいったりxml要求して値がないときにエラー投げたりするのを修正したいけどやる気が出ない
This account is not set to public on notestock.
暫定的に対処しようと思って/relay/inboxを/inboxに307リダイレクトさせたらMastodonからはうまいこと切り替えられたのにPleromaからは失敗で終わってるのマジか…って感じ
18日から21日にかけてactivitystreamのuser inboxがrelayになってた原因なんてさっぱりわからんけど
まぁ毎日へいでべろっぷしてるからバグが紛れ込んだりとかしても仕方ないなって感じではある
ちゃんと毎日見にきてるのに3日間/relay/inboxから/inboxに変更されてないのわからんな……
国見さんのPOSTは今の所/inboxに配信されてるから多分こっちのactivitystreamが壊れてたんじゃないかなって思ってる
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
ユーザーのinboxがなぜか/relay/inbox返してた時があったんだろうなぁって
This account is not set to public on notestock.
> Appleコンピュータ端末へ対し文字コードポイントU+F8FFの運用を辞める、もしくは文字コードポイントU+1F34Eとするよう命じます
これなにって感じだけど
This account is not set to public on notestock.
instance/staticってビルド時にバイナリに含めてるのかな。priv/staticはそのまま配信してる感あるけど
gitignoreはそのリポジトリに絶対入れちゃダメなファイルリストを共有するものだから一時的に無視とかローカルだけで無視するときはupdate-indexで無視の方が下手に汚さなくていい
ん？そもそもgitignoreをコミットせずに変更したままローカル持っといて変更無視しようとしてるってこと？それupdate-indexのskip worktreeでいいじゃん
gitignoreってgitignoreを編集した！っていうcommit要らないよね？
nginxで/relay/inboxへのアクセスを307でreturnするバッドプラクティスやってみるか
1.処理の指示（クエリー）を受ける
2.WALに書き込む
3.実際のデータファイルに対して処理を行う
4.処理が終わってデータファイルの状態が確定する
5.WALを消す
という流れ。3でクラッシュしたり急に電源が切れたりしても、書き込み前時点からWALをやり直したら復活できる。あとWALを他のマシンに送ったら、バックアップしたりサーバ並列で立てられるよね。他にWALのやり直しを途中で止めたら好きな時間のDB再現できるのでは、という感じのところがWALの機能。なので、WALは処理順が重要で、確定しない処理が動いている限り削除できない。
そういえばadmin-feの最後にスラッシュつけないで済むようにしようってIssueにNginxのreturnでリダイレクトさせるとかいうバッドプラクティスなコメント付いててうわぁ…になった
/relay/inboxへのPOSTだとAnnounceでのBT届かないマジっぽいなぁになってる
AureoleArk@misskey.io
This account is not set to public on notestock.
This account is not set to public on notestock.
GET /relay は消えた。けどgab.comからの POST /relay/inbox は普通にアクセスされて200返してた。なんで…
18日からinboxで受け取ってるところが違うのと私の発言のreblogでsalmonにPOSTしてきてるのと。なにもわからない…
…あれ？国見さんとこからのPOST全部relayのinboxになってる？？？
Pleromaに加えてる変更も外から受け付けるやつに影響するやつは無いしSQLのエラーあったら流石にログがあるでしょって思ってるけど…わからん
18日の午前3時半UTCのUN_NERVのBT以降に国見さんからのAnnounce保存されてない
スイカってなんじゃろうって思ってたらイベントだったのか。ちゃんとBOSS狩らなきゃ
