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