わんせた(@ars42525@odakyu.app)の投稿 For those who wants information about Yuito, subscribe my English posts only (available on account profile, Mastodon v4 or above).
くだらないこと言ってる人格は わんせた 、コード書いてる人格は kyori
呼ぶときは わせたん でもよし。たんってついてればかわいいので
Manages: https://odakyu.app https://nitiasa.com
Maintains: https://accelf.net/yuito (fork of Tusky)
when these instances down see here: @ars42525 @ars42525
Server Status: https://graph.accelf.net
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
YTMusicの雑再生リスト、なかなかに最適化されているので嫌いじゃないと昨日寝ながら思った(寝ちゃったので意識あるうちに聞いたの5曲くらい)
やっと精錬の自動化ができた
精錬だけでこんなにめんどくさいかね
壁上って土ブロックに立ってアイテムをホッパーに投げる(4スタックまで)と下に流れてくるって流れ
@harukin 外部からのアクセスが増えるほどulimit厳しくなってくるから旧環境で設定してなくてもってことは全然あり得る
TuskyEx:odakyu.app, nitiasa.com, itabashi.0j0.jp特化アプリ
Tuskyでストリーミングをかけてパソコンの隅っこに置いとくって運用ができるようになったのでよかったよかった
もし新規登録APIつぶしたい人いたらここのif以降消すといいですよ
https://github.com/tootsuite/mastodon/pull/9572/files#diff-a225ad30bba6eaf0ebaaa096b3ca1ab4R83
Twitterだとそもそも公式クライアント以外からアカウント作れないからな
Twitter for Androidにも2種類キーがあって、新規登録用のキーと通常用のキーがあったはず
【TuskyEx Kyori Build】
https://app.accelf.net/tuskyex
ストリーミングと簡易投稿欄の改善とか
4.1.0 ex
簡易投稿欄でリプライできる機能を追加
ストリーミングで投稿が追加されたとき先頭までスクロールするように改善
ストリーミング接続中に画面が消えないように改善
#tekb #TuskyEx
Tuskyの内部ではeventHubなるもので処理を回してるので、eventHubが使えるようになるとTusky完全攻略感ある
本来情報を行き来させられないActivity間とかServiceとの情報伝達を受け持ってくれる
このアカウントは、notestockで公開設定になっていません。
もし「利用規約読んでません」って人が出てきた時に、それがWebUIのデザインのせいだったらこっちの責任ってことになるけど、アプリの設計が悪かったとしたらそれ誰のせいってことになるの？って話だと思う
【TuskyEx Kyori Build】
https://app.accelf.net/tuskyex
ストリーミングと簡易投稿欄の改善とか
4.1.0 ex
簡易投稿欄でリプライできる機能を追加
ストリーミングで投稿が追加されたとき先頭までスクロールするように改善
ストリーミング接続中に画面が消えないように改善
#tekb #TuskyEx
なんかアプリに/about/more埋め込めとか言ってるけどこっちが求めてるのはそういうことじゃないんだよな
確実にそこを見てから登録してくるという保証が欲しい
API で会員登録？Recapture 勢が API版 の Recapture 探しの旅に出ることに（ない）
ユーザー登録導線に関しては/about/moreの開き方が鯖缶でも間違える問題とかあるのでマジでどうにかしろ
LinkCrawlWorkerがSSLError吐かなくなったおかげでDeadがずいぶんきれいだ(そしてなぜか詰まるtoot.yukimochi.jp)
@harukin ちょっと気になることがあるんだけど"ulimit -n"が1024になっててToo many open filesってオチではない？
せめて利用規約に同意するまでアカウント登録が実行されないようなフローにして欲しいかな
"登録開始"APIを叩く→利用規約が帰ってくる→それをユーザーが同意する→"同意したよ"APIを叩く→アカウントが生える
って感じで
そう考えると、オプトインにする→みんなが無効化する→アプリ開発側のモチベが削がれたり、利用者が戸惑ったりする、ってことになりかねないからオプトインにはしたくないのでは
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
誰か「新規登録が塞がれてる時に、登録停止時の代替メッセージが表示されるといいと思うので、APIでそれを取得する方法を追加してほしい」ってコメントしてきてくれない？
これあると代替メッセージのところに「当インスタンスでは外部アプリからのアカウント登録を禁止しています。Webからの登録をおねがいします」って表示できるので
@aquarla 新規登録あいてないインスタンスは403返すらしいので、塞ぎたければ403返すといいかと
普段改造はnitiasa.comには持ち込まないけど今回に限ってはnitiasa.comにも入れるぞ
パスワードは各自で厳重に保管しろ、他人に渡すな、って言ってるのにアプリで入力することを許容はできない
ここだな
これで常時403が返せる
GitHub · Where software is built | https://github.com/tootsuite/mastodon/commit/ddb6e5ac7fc753e276fe1176652cf71c647d9c94
アカウント作成APIは死んで頂くかなぁ
本当に登録したい人はWebUI見に来るだろうから別にいらないよね
ただこれだと今思いついた策としては
1. mstdn.jpの全連合先インスタンスを取得する
2. 取得したインスタンスの中からランダムで選択してアカウント作成APIを叩く
3. 成功したらアカウントのアクセストークンを確保する
4. 2に戻って作成できなくなるまで繰り返す
5. 作成できなくなるかそもそもAPIが存在しないインスタンスに当たったら別のインスタンスを1のリストから取得して2に進む
6. 集めたアカウントが多分何百個もできるはず
って方法で全自動アカウント量産可能だよね
の投稿
mayaeh@taruntarun.net
このアカウントは、notestockで公開設定になっていません。
いやこれマジでアレだな
だってreCaptcha導入インスタンスはこのAPI潰さなきゃいけないってことでしょ？
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
#kyoriobjstorage
22.186278686858714G 6 objects s3://itabashi-backup/
119.30419092904776G 706823 objects s3://media.n-sr.org/
8.564283014275134G 85402 objects s3://media.nitiasa.com/
20.240904298610985G 224033 objects s3://media.odakyu.app/
5.191333775408566G 9 objects s3://nitiasa-backup/
22.58357498422265G 14 objects s3://odakyu-backup/
882.6071481704712M 4386 objects s3://optics.odakyu.app/
0 1 objects s3://ramune/
11.15152386855334G 43 objects s3://storage.accelf.net/
--------
210.08401060011238G Total
このアカウントは、notestockで公開設定になっていません。
Today's Activity
トゥート数：52105(157)
フォロー数：246(0)
フォロワー数：265(1) (FF比：1.077)
TPD：356.884(-1.378)
アカウント開設から146日でした。お疲れ様でした。 #ars42525
