@bmwandmore tootctl media removeは任意のもので、やらない方針をとることもあるので、勝手に実行したりはしません。
投稿に先立ってアップロードしたファイルのうち、投稿に使用しなかったものなど、どこにも添付されていないMediaAttachmentを掃除するタスクです。
主に、Fediverseへの関心に基づいた投稿を行うアカウントです。DTP・印刷に関する話をしたり、同人の話をしたり、カレーをブーストしたりします。
Mastodonのcollaborator(開発者の一員)です。また、独自機能を盛り込んだFedibirdを管理・開発しています!
Mastodonサーバ『fedibird.com』の管理者アカウントでもあります。ご連絡は当アカウントへ、サーバインフォメーションについては https://fedibird.com/about/more と @info を参照してください。
@bmwandmore tootctl media removeは任意のもので、やらない方針をとることもあるので、勝手に実行したりはしません。
投稿に先立ってアップロードしたファイルのうち、投稿に使用しなかったものなど、どこにも添付されていないMediaAttachmentを掃除するタスクです。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
モルカー、各話の視聴時間3分ぐらいなので、とりあえずみてしまった方が簡単ですよ……
(こことか)
https://twitter.com/molcar_anime/status/1349129246153662470
(ここをたどるのです……)
https://twitter.com/molcar_anime/status/1351303354471886848
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@bmwandmore schedulerのパラメータ解析は、最終的にfugit.parseがになっていて、5パラメータでちゃんと動くように読めます。
https://github.com/floraison/fugit#fugitparses
そして、実際ウチのschedulerログではそれぞれ定期実行されてますね。
sudo journalctl -ru mastodon-sidekiq-scheduler -g MediaCleanupScheduler
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Mastodonではhealth_checkというgemを使って、/health というエンドポイントを公開しています。(ちなみにここだけhttpでもアクセスできるようになってます)
問題がなければ200でsuccessという文字列を返してきます。
繋がらなければそもそも落ちてますし、つながる場合でも、内部的にデータベースの読み出し、マイグレーション状態(忘れてるとダメ)、キャッシュの書き込みをチェックします。
ふーにゃを知ってるファンの人は、ふーにゃ ストラップつきぬいぐるみを買うといいと思うよ。
https://twitter.com/foomidori/status/1348915851919912960
こっちが白黒セット
https://tobooks.shop-pro.jp/?pid=154378026
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@mimorinka こちらで新しいアカウントみると、ちゃんと引っ越し元アカウント定義されてるから、mstdn.jp側で認識されてない感じだね。こっちからUpdate送ってみるか……。
このアカウントは、notestockで公開設定になっていません。
引っ越し機能では、引っ越し先のアカウントに、どのアカウントからの引っ越しを受け入れるか、あらかじめ設定する必要があります。
これは、赤の他人、特に悪意のある第三者に、望まないフォロワーを流し込まれる恐れがあるためです。
設定が完了すると、アカウント情報のjsonのalsoKnownAsに、受け入れるアカウントのuriが並びます。
引っ越し元のサーバでは、受け入れを表明していないアカウントへは引っ越しができないので、未設定だと拒否します。(設定するよう案内される)
このとき、引っ越し元のサーバに引っ越し先のアカウント情報が正しく伝わっていないと、設定済みであるにも関わらず拒否されることがあります。(そういう事例がさっき起きた)
(A) 引っ越し先のプロフィールをわざと何か更新して、もう一度Updateを投げる
(B) 引っ越し元のサーバで、引っ越し先のアカウントを検索してfetchする
(今回はたぶんfetchで解決した)
プロフィールの説明に判別用に何か書いておいて、それが反映されたか確認するのがわかりやすいかと思います。
自爆する時に、Delete飛ばした先からサーバに照会があるっていうのも考慮に入れておいてくれないとツライ。
puma動かしておいてもいいけど、もう永久にアカウントが存在しない(墓標)ということで、さっさとnginxあたりであらかじめ410返すように仕込んでおいて欲しい。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。