Notices by 白湯さゆぬ (sayunu@mofu.kemo.no)

https://duckduckgo.com/
これは普通の現代的な DuckDuckGo。端末上で JavaScript を実行する。

https://html.duckduckgo.com/html/
これは静態的な HTML を吐いて来る DuckDuckGo。

https://lite.duckduckgo.com/lite/
更に表示内容を簡素にした DuckDuckGo。ソースを見ると、center、br、table などの要素で整形する古文になってる。

http://frogfind.com/
SSL に対応しない端末なら FrogFind がある。勿論これも古いブラウザーが理解するような古文で書かれている。

…という感じかしら。私は常用してない。

オープンソースのソフトウエアって大抵（主な開発者が東アジア人でないと）日本語入力メソッドへの対応が悪いので「一般人が簡単に導入してそのまま使い続けられる充分な代替品」になりにくい。

Mastodon ウエブ画面の検索欄も挙動おかしいしな。（バグ報告をずっとサボってる。）

「わらび餅」を食べよう。「今だけ 20% 増量中」。

包装には「株式会社明日香」と書いてあり、QR‐コードで誘導されるウエブサイトは「明日香食品株式会社」で、ロゴは「明日香野」なのでよく分からない。
https://www.asukafoods.co.jp/

#写真 #Photo #食べ物

私が Mastodon（もふけもの）に書いた言葉を、Google はすぐ索引に入れる。自分で引くほど上位に来たりする（特に画像検索で）。

DuckDuckGo は もふけものを全く検索対象にしてないみたい。

私は全世界に大公開するつもりで投稿してるので、検索対象外なのは残念。

だいちゃんから受け取った情報に基づく、mofu.kemo.no のデータベース容量の推移のグラフです。十ギガバイトを上限とする料金プランを継続できない所に追い込まれてる。やはり溜まり続けて減りはしないのね。

2025 年の三月だけ傾きが緩いのは何だっけ。ハッシュタグリレーがいつの間にか不調になってる事に四月上旬に気付いたけど、三月の間ずっとおかしかったのかな。

#もふけもの運営

「tootctl statuses remove」は不要なリモート投稿（自サーバー内で誰も反応してなくて誰もフォローしてない投稿）を消すけど、リレー経由でほかにも色々な情報を蓄積してるというのはあるかも。既知のリモートサーバーの情報とか、リモートアカウントの情報とか、絵文字キャッシュとかは消さないわけでしょう。mofu.kemo.no はリモートサーバー 1 万 6000 件を認知してる。リモートアカウントは 23 万 9000 件。リモートのカスタム絵文字は 17 万 4000 件。

あと、既知のハッシュタグが 81 万 8000 件ある。あなたが冗談で変なタグを付ける度に、あるいは表記揺れを発生させる度に、Mastodon の各サーバーは「新種のタグだ !」って律儀に全部記録する。

https://docs.joinmastodon.org/admin/tootctl/

tootctl の「accounts cull」は、リモートで既に消えているアカウントの情報を取り除く。「accounts prune」は、自サーバーで誰も一度も関わった事がないリモートアカウントの情報を取り除く。この辺は、やってみてもいいかも知れない。どれぐらい容量を食ってるのか知らないけど。

「cache clear」はキャッシュを消すとしか書かれてないので謎。添付画像などのキャッシュを扱うのは「media remove」だから、Masto.host が言う「Database」の容量に関わるのかな。まあ必要に応じて再キャッシュするのだろうし、やってみる価値はあるかも知れない。

「accounts cull」をやったら、大昔に存在したリモートサーバーの痕跡が消える事になるなあ。（そもそも痕跡があるのは、正常な閉鎖の手続きをしないで消滅したせいと思っていいかしら。）

画像の代替文（alt‐テキスト）は、画像が見えない場合に備えて提供する代わりの文字情報であって、画像に添える説明（キャプション）ではない。説明なら本文に書くべきである。

…という話を前から書こうと思っていて、このタイミングで書いたら当て付けのようになってしまう。

@daibaka よくあるよねえ。そもそも難しい概念なんですよね。「もし見えなかったら」という想像が必要だから…。

今これ mofu.kemo.no がハッシュタグリレーから離脱してるのはどういう経緯でしたっけ。サーバー八個しか接続してないみたいだけど。以前はたくさんありましたよね。
https://hashtag-relay.dtp-mstdn.jp/

Mastodon の現行版で使われている Snowflake‐形式の投稿識別子は、上の方の桁がミリ秒単位の UNIX‐時刻で、下の 16‐ビットが時刻以外の情報。時刻だけに注目するなら、一秒経過する毎に 65536000 だけ加算されてる。

「何時から何時まで」と範囲を指定してタイムラインを取得したい場合に、API の説明書を信じるなら「min_id」や「max_id」などのパラメーターは境界の値を区間に含まないのがずっと気になってる。厳密に考えるなら、境界となる識別子に 1 を足したり引いたりしないといけない。

それを気にしないなら簡単なんだけど。ミリ秒単位で区間を指定する需要はないので、秒が最小単位だとすれば区切りとなる値は常に千の倍数。倍精度の浮動小数点数で雑に扱ったとしても、表現し切れない末尾は問題にならない。精度が足りないので、数値のまま 1 を足す事はできない。

本当に境界の値を含まないのかしら。影響を受けるのは、投稿がミリ秒単位で指定時刻に一致し、しかも下位 16‐ビットのハッシュ値がたまたま 0 と算出された場合だけなので観察できない。

#Mastodon

ミリ秒単位の区切りも 65536 の倍数だから、精度が足りなくても取り扱えそうに思えるけど、JavaScript の toString が十進法の表示を作る時に「0」で丸めてしまうようなので、安易な処理では厳密に正しい値を API に渡せない…多分。

#Mastodon

黒猫が「わかる」と言ってるカスタム絵文字（:pacochi_wakaru_cat:）を、改変しました。

・ フチを付けました。
・ 口の色を少し明るくしました。
・ ノイズを丁寧に取り除きました。

他人の絵を勝手に触っていいのか、という観点があるけど、そもそもカスタム絵文字は（少なくとも Mastodon で導入された頃の見方では）公開され連合された時点で共有財産のような位置付けだと思われるので、2018 年の古典の取り扱いとして妥当と判断しました。あなたが権利者であって異議があればどうぞ。

#カスタム絵文字 #もふけもの運営

Google Chrome が Bluesky のアカウント作成画面のメールアドレス欄をパスワード欄と誤認する。

Bluesky Social に、予測できる名前のアカウントを作りましたが、ツイッター跡地にいた人々のアカウントを覗くとほとんど動いてないので、取りあえず何もしないでおきます。

Mastodon v4.3.0 の地味な新機能として、添付画像の順序を添付した後に変えられるようになったよ。なんかドラッグで入れ替えるという、ウエブにおいて やけにハイテクな事をしてる。既存のライブラリーみたいな物を適用したんだろうけど（知らない）。

従来は添付した順序で固定されたので、一旦消して付け直す操作が必要だった。面倒だし、既存の投稿を加筆編集して順序を直す場合はデータベースにとって「別の画像」になるから、編集履歴の為に両方保存されて僅かに容量を圧迫するのも気になった（まあそこは些細だけど）。順序というのも「添付の操作をした順序」ではなく「サーバーへの転送が完了した順序」だから、通信の具合に依って入れ替わったりする厄介な挙動だった。

#Mastodon

五キログラム当たり 1700 円ぐらいで買っていた安いお米（僅かに取ってある）を、一合のカップで掬〔すく〕った重さを計ると、156 グラム。つまり一合は 53 円。このお米を炊くと 300 グラムないし 350 グラムになるらしい。炊いた白飯 325 グラムが 53 円。

とすると、二百グラムで百円ぐらいの包装米飯は、やっぱり高い。これに比べたら、最近三千円超えで売ってるコシヒカリとかでもまだ安い事になる。

@noellabo 標準で有効にしてはいないんだ…負荷への配慮ですか ?

@noellabo 去年お話したけど、あのあと実際やったんですね ! 使い続けてるという事は調子良く動いてるのだろうと推察します。

https://fedibird.com/@noellabo/110418252907312277