@RRRB_F ストリーミング切れちゃうんだと使いづらいねえ
主に、Fediverseへの関心に基づいた投稿を行うアカウントです。DTP・印刷に関する話をしたり、同人の話をしたり、カレーをブーストしたりします。
Mastodonのcollaborator(開発者の一員)です。また、独自機能を盛り込んだFedibirdを管理・開発しています!
Mastodonサーバ『fedibird.com』の管理者アカウントでもあります。ご連絡は当アカウントへ、サーバインフォメーションについては https://fedibird.com/about/more と @info を参照してください。
このアカウントは、notestockで公開設定になっていません。
こういうときに投稿の編集ってのがあるんだけど(削除して下書きに戻すではなく、直接変更できる機能)、
それがリモートで有効になるためには、Mastodon v3.5以降がどのぐらい普及して、あとPleromaやMisskeyがどう対応するかとか、しないとか、そのへんもあるので、まだしばらくは今のまま。 [参照]
この引用した投稿で、参照をつかってやまこさんの3つの投稿を例示して説明しているやつだけど、
こんなのにTogetterはいらないし、じゃあどうするかっていうとスクショになりがちなわけで、そういうところで活用して欲しいというのがあります。
これなら、あ、キュウちゃんかわいいって元投稿を辿ってブーストしたりできる。
ま、公開ページ飛んじゃうとそこからワンクリックでできないから面倒ではあるけど。
QT: https://fedibird.com/@noellabo/108142763232356696 [参照]
Misskeyは、URLならべておけば全部プレビューカード表示するので、割と実現できてはいるんだよね。
URLいっぱい並べるのがちょっと面倒なだけで。
@aqz そういや、クリップちゃんと動く?
私の作ったのえすきーのクリップエラーでるようになっちゃってるんだけど、みんなどうだろう?
『全部変えた』っていうPRも強いな。全部www
QT: https://honi.club/notes/8z5otms7ii [参照]
@poggers69420pogchamplmaololpog Subway Tooter should be included in the choices. There is no app that is comparable in terms of functionality compatibility.
@Satis Mastodonのようなシステムのサーバサイドを作る場合、クライアントサイドからリクエストのあったときだけじゃなく、待機中にバックグラウンドでいろんな処理を行うのじゃ。
そのためには、サーバプロセスとしてずっと動き続けるプログラムになっている必要があるのじゃが、この時にレンタルサーバのPHPでは対応できないのじゃ。
cronが使えるようになっていれば、定期実行することで擬似的に近いこともできるのじゃが、いろいろと不利なのじゃ。
ストリーミングのような、ずっとつなぎ続ける仕組みにはできないしの。
こういう時に、サーバ上で好きなサーバプロセスを起動できる、VPSがあった方が良いのじゃ。
逆に言うと、リクエストがあった時にだけ動けば良いのであれば、レンタルサーバでなんとかなるのじゃ。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
で、このお知らせはfedibird.comに届いていて、domain purgeしたり410をうけてアカウント自動削除されていない場合に限るけど、fedibird.comに残っているので、参照を使えば紹介することができる。
ブーストした場合、既に配送・取得済みのサーバはOK。
取得していなかったサーバは、もう先方が停止していて新規には投稿内容が取得できないので、ブーストにならない。
まあ、取得済みじゃなかったということはだいたい縁が無かったということなので、その点においてはみえなくても支障ないはずだが、情報のウラがとりにくいという問題はある。
死んだサーバの過去データの扱いについては、考え方はいろいろある。遺言書も一考の余地がある。
@takenoko これが届くのかよくわからないけど、一応直接。
fedibird.com の配送エラーサーバを解決していったところ、misskey.nokotaro.comだけ1,000ぐらいエラーで再試行が残ってます。Read Timeoutです。
おはようの挨拶とか届いてるので、何か条件があって、本当に特定の処理だけメッチャ時間がかかっているとか何かあるかもしれないので、気が付いたらみておいてください。
Mastodonの配送エラーについて
基本的に放置で大丈夫なようになっています。
配送エラーが7日分記録されると、自動的に配送停止になります。
また、先方からActivity(新しい投稿の配送やお気に入りなど)が届いたら自動的に配送停止が解除され、復活します。
(なので、障害等で停止してたサーバの管理者は、復活したよって投稿をしておくと良いです)
ただし、配送エラーの原因によっては、対処して回復する場合があります。
一番多いのは、ドメインをひくとAもAAAAもひけるのに、IPv4だと通るけどIPv6だと通らないサーバです。わりとある。レアですが逆もあります。
配送エラーになっているサーバのAとAAAAをdigって、pingやcurlでv4やv6を指定して疎通確認し、どっちかダメなら、たとえばv6がだめなら、/etc/hostsにv4だけ登録するとか、何かダメな経路を使わないように対処します。可能なら先方に連絡しときます。
証明書エラーなど、さっさと連絡した方がいいやつはします。hostdon系とか、mastodon.socialですら時々やらかすので……。
鶏動画いいなー。コケコッコーがなんとも気持ちいい。古い豆腐?
QT: https://fedimovie.com/videos/watch/92abe3e1-1fc2-4bb0-86a5-fec128c7f115 [参照]
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@Satis レンタルサーバはVPSより月額費用が安いし、OSやWebサーバ、PHPなどのアップデートやセキュリティも管理してくれるので、それで足りるならレンタルサーバの方が有利なのじゃ。
VPSを借りたら、システム管理者は自分なのじゃ。
OSやWebサーバ、PHPなどの更新に目を光らせて、自分でアップデートしていかなければいけないし、そこで失敗してもだれも助けてくれないからの。
かといって、それを恐れて放置すると、今度はセキュリティホールをつかれて踏み台にされたりするのじゃ。
そこで、特定の機能だけを提供元によって管理された(=マネージド)サービス単位で借りたりするのじゃが……管理の手間なく安心して利用出来る分だけ費用が高いのじゃ。
いろんな方法があるのじゃが、学習用にはなるべく安くて単純な仕組みを、ちゃんと信頼性を保証して運用するサービスをやるときは相応の仕組みを選ぶのじゃ。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@ganyo 「はつでん!はつでん!」
QT: https://fedibird.com/@noellabo/107998495681322400 [参照]
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@ars42525 Tuskyの投稿添付画像アップロードって、POST /api/v2/mediaしたあとに、/api/v1/mediaをポーリングしないでPOST /api/v1/statusesしてる?
POST v2/media --> 200
POST v1/statuses
ってパターンかな。
202返ってきてこうなると思うんだけど……(WebUI)
POST v2/media --> 202
GET v1/media --> 206
(wait 1000ms)
GET v1/media --> 206
(wait 1000ms)
GET v1/media --> 200
POST v1/statuses
@ars42525 投稿を作成する処理時点で完了していなかったら、バリデーションエラーになるようになっているので、POST /api/v1/statusesが422を返してくるんじゃないかと思います。
バニラ鯖なんだけど、そういうログがでてるんですよね。
@ars42525 こんな感じ。
"POST /api/v2/media HTTP/2.0" 202 349 "-" "Tusky/17.0 Android/10 OkHttp/4.9.3"
"POST /api/v1/statuses HTTP/2.0" 422 105 "-" "Tusky/17.0 Android/10 OkHttp/4.9.3"
WebUIのURLを貼るやつの対応、なんか必要だよなぁ。
たとえばMisskeyの場合、リモート投稿をひとまず自ドメインで表示するページ(URL)があるから、たとえば本来はこれ
https://fedibird.com/@noellabo/108145897500911404
……だけど、これを投稿に貼ってしまう。
https://misskey.noellabo.jp/notes/8z6g5tjcpv
MastodonのWebUIのアドレスも、よく貼られている。
ブラウザのアドレスバーからコピペするっていう習慣から来る奴だけど、
- 投稿前に警告する
- 投稿時にエラーを返す
- 投稿後に解決して置き換える
- 無視する(現状)
さて…… [参照]
PleromaのinboxにPOSTしたとき、処理終わるまで結構待たされるんだよね。
MastodonやMisskeyは最低限のチェックだけしたら、さんきゅーあとはやっとく、ってなるので早い。
Mastodonは、pumaがパラメータチェックしたら、ActivityPub::ProcessingWorkerに処理振って終わり。
経営者の老朽化はユーモアだが、まあ現実よなーつらたん
QT: https://mstdn.jp/@iciro16/108146583164270007 [参照]
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
真宵「あ、ハシゴだ」
成歩堂「それはキャタツだよ」
真宵「どうちがうの? 同じようなものじゃない。もっとホンシツを見ようよ、なるほどくん」
Fedibirdの投稿参照機能(技術情報) - noellabo's tech blog https://blog.noellabo.jp/entry/reference_features_specification
ここに書かない方がいいような気もしますが、公開しないことには始まらないので!
参照という機能を作成しました - noellabo's tech blog https://blog.noellabo.jp/entry/2022/04/04/152052
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
こんどFedibird立ててるよ!って人が増えてこないとバランスが悪くなっていく感はある(参照とか連合しないと勿体無い)