神楽坂しえる @Clworld@md.ggtea.org
- VRC
- xlwnya
Admin
じさばどん
2017年 4月に登録
正気でない場合の私だと今時ちゃんとクライアントOSでもFW入ってるでしょみたいな丸投げをする。
smb脆弱性の時に一応PCルータのiptablesを再確認したんですけどちゃんとIPv6でもinbound不許可のルール入っていたので昔の私は意外と正気だったらしい。
うなうなうな…
ぐぐぐ(見落としが多い)
Pumaはマルチスレッドだから問題起こることもあるよねー。
神楽坂しえる
さんがブースト
Mastodonへのシェアボタン、APIをがっつり使ったやつを見かけたけれど、APIを使うと認証とか登録が別途必要になるのがつらい。
のでこういう方
https://github.com/tootsuite/mastodon/issues/442#issuecomment-296423344
がよいと思う。GNU Statusにはあるそうなので、GNU StatusとURLを合わせるのがよいだろう。
のだけれども、いずれにしても「インスタンス選択」というハードルが立ちふさがる。これが今までのシェアボタンと決定的に異なるポイント。
PushUpdateWorkerの呼び出し削減はApproveのみで置かれてるのでこれはさすがにRCに入れるのはまずそうっていう判断ぽい気がする
@eew へろー?(てすと)
インスタンス非依存のシェアボタン実装が…(どこでできるのか)
はてぶさんは早くMastodon対応して(前から言ってる)
神楽坂しえる
さんがブースト
新規インスタンスの作成を再開しました。現在、溜まった申請を処理中です。
一回t.coになってると戻すのめんどいんですよね(特に元URLがhtn.toとかの場合)
FeedManager # filter_from_home? でブロックしてる人のTootをフィルタしてないのかなり違和感のある動作。(ただEugenさんはblockに対して向こうから見えなくするのがblockでこちらから見えなくするのがmuteと言ってた)
神楽坂しえる
さんがブースト
OSS開発者に寄附せよという話、わからんでもないが優先順位や合理性を考えると非常に難しい。Mastodonよりも先にnginxやRailsとかのほうがどう考えても優先されるべきだし、全部で配分するとしてどうがんばっても合理的判断ができない。
ということで社員がその会社の経済合理性に基づいてコントリビュートしているほうが健全だと思う。
神楽坂しえる
さんがブースト
mastodonアプリが軒並み「for mastodon」というワンパターンな名前なのは某A社が不思議な指摘をしてくるからなんだけど、彼らは本当にこれで満足なんだろうか？
自分のサーバ以外に対する中継サーバは通知用StreamingAPIのPRがマージされるまでは遠慮したい…😐
中継サーバを立てたことによりSubwayTooterでmd.ggtea.orgからリアルタイム通知が来るようになった。わーい。
神楽坂しえる
さんがブースト
- VRC
- xlwnya
Admin
じさばどん
2017年 4月に登録
