Notices by のえる (noellabo@fedibird.com), page 139

何でも動画と音声なら聞いてくれるアカネちゃん、みたいなフレーズを想起した

龍角散……と思ったけど、あれは『ゴホン！といえば』だった。エヘン虫はヴィックス。

とても……みどりです…… [参照]

@Satis レンタルサーバはVPSより月額費用が安いし、OSやWebサーバ、PHPなどのアップデートやセキュリティも管理してくれるので、それで足りるならレンタルサーバの方が有利なのじゃ。

VPSを借りたら、システム管理者は自分なのじゃ。

OSやWebサーバ、PHPなどの更新に目を光らせて、自分でアップデートしていかなければいけないし、そこで失敗してもだれも助けてくれないからの。

かといって、それを恐れて放置すると、今度はセキュリティホールをつかれて踏み台にされたりするのじゃ。

そこで、特定の機能だけを提供元によって管理された（＝マネージド）サービス単位で借りたりするのじゃが……管理の手間なく安心して利用出来る分だけ費用が高いのじゃ。

いろんな方法があるのじゃが、学習用にはなるべく安くて単純な仕組みを、ちゃんと信頼性を保証して運用するサービスをやるときは相応の仕組みを選ぶのじゃ。

そうだ、コーヒーを淹れよう！ [参照]

会社で、eye-fiでファイルサーバにデジカメデータを収集する運用、いまもまだやってるw

鶏動画いいなー。コケコッコーがなんとも気持ちいい。古い豆腐？QT: https://fedimovie.com/videos/watch/92abe3e1-1fc2-4bb0-86a5-fec128c7f115 [参照]

Mastodonの配送エラーについて

基本的に放置で大丈夫なようになっています。

配送エラーが7日分記録されると、自動的に配送停止になります。

また、先方からActivity（新しい投稿の配送やお気に入りなど）が届いたら自動的に配送停止が解除され、復活します。

（なので、障害等で停止してたサーバの管理者は、復活したよって投稿をしておくと良いです）

ただし、配送エラーの原因によっては、対処して回復する場合があります。

一番多いのは、ドメインをひくとAもAAAAもひけるのに、IPv4だと通るけどIPv6だと通らないサーバです。わりとある。レアですが逆もあります。

配送エラーになっているサーバのAとAAAAをdigって、pingやcurlでv4やv6を指定して疎通確認し、どっちかダメなら、たとえばv6がだめなら、/etc/hostsにv4だけ登録するとか、何かダメな経路を使わないように対処します。可能なら先方に連絡しときます。

証明書エラーなど、さっさと連絡した方がいいやつはします。hostdon系とか、mastodon.socialですら時々やらかすので……。

@takenoko これが届くのかよくわからないけど、一応直接。

fedibird.com の配送エラーサーバを解決していったところ、misskey.nokotaro.comだけ1,000ぐらいエラーで再試行が残ってます。Read Timeoutです。

おはようの挨拶とか届いてるので、何か条件があって、本当に特定の処理だけメッチャ時間がかかっているとか何かあるかもしれないので、気が付いたらみておいてください。

で、このお知らせはfedibird.comに届いていて、domain purgeしたり410をうけてアカウント自動削除されていない場合に限るけど、fedibird.comに残っているので、参照を使えば紹介することができる。

ブーストした場合、既に配送・取得済みのサーバはOK。

取得していなかったサーバは、もう先方が停止していて新規には投稿内容が取得できないので、ブーストにならない。

まあ、取得済みじゃなかったということはだいたい縁が無かったということなので、その点においてはみえなくても支障ないはずだが、情報のウラがとりにくいという問題はある。

死んだサーバの過去データの扱いについては、考え方はいろいろある。遺言書も一考の余地がある。

rn.akarinext.orgが4/16 9:00で閉鎖だよっていうお知らせ [参照]

@mitarashi3799 みたらしおはよー！

@kamisuke おはよう、王

@takenoko takenokoおはよー！

ログボ

@Satis Mastodonのようなシステムのサーバサイドを作る場合、クライアントサイドからリクエストのあったときだけじゃなく、待機中にバックグラウンドでいろんな処理を行うのじゃ。

そのためには、サーバプロセスとしてずっと動き続けるプログラムになっている必要があるのじゃが、この時にレンタルサーバのPHPでは対応できないのじゃ。

cronが使えるようになっていれば、定期実行することで擬似的に近いこともできるのじゃが、いろいろと不利なのじゃ。

ストリーミングのような、ずっとつなぎ続ける仕組みにはできないしの。

こういう時に、サーバ上で好きなサーバプロセスを起動できる、VPSがあった方が良いのじゃ。

逆に言うと、リクエストがあった時にだけ動けば良いのであれば、レンタルサーバでなんとかなるのじゃ。

@Satis VPS

@poggers69420pogchamplmaololpog Subway Tooter should be included in the choices. There is no app that is comparable in terms of functionality compatibility.

『全部変えた』っていうPRも強いな。全部wwwQT: https://honi.club/notes/8z5otms7ii [参照]

地味なのやってると飽きるから、ちょっと変化のあるやつやるか。