orange @[email protected]

単線区間全体的に撮影名所っぽかった気がする＞＜

諏訪湖の辺りだけ単線で、信号場あったよね？＞＜

nere9が末代化して賑やかに＞＜

オレンジ的に今回のえじょさんの旅で一番驚いてるのは北が上じゃない地図を使ってる！＞＜って点＞＜；(オレンジは北固定じゃないと迷子になる＞＜；)

NECプロテクト ‐ 通信用語の基礎知識 https://www.wdic.org/w/TECH/NEC%E3%83%97%E3%83%AD%E3%83%86%E3%82%AF%E3%83%88

オレンジのさっきの例示の意図としては、_sysを使うのはマストドンの公式(=オイゲン氏？)が定義出来て、各派生バージョンの独自機能は別の文字列を予約しておくか、長くてもいいのであれば(あえて冗長に例を書くと)、_vendoruniquefunction_sysを後ろにつけたユーザー名は、インスタンス独自機能に使用してよいとか＞＜(そして互換性がデファクトスタンダードなアレでぐちゃぐちゃに＞＜；)

ねむくなってきた＞＜

機能拡張の面で言うと、将来その鯖のマストドンの鯖のバージョンを上げた時にその鯖のユーザーは名前衝突されたら困るのでという面の
一方で、予約文字列による特殊なユーザー名のユーザーも、ActivityPubなりOStatusは喋れなければならないんだから、マストドン以外から見て特殊に見えなくても問題ないというか、問題ないように実装しなければプロトコル無視ってことになって大問題かも＞＜

両方にある方がいいと思うけど、今の話題的にはマストドンの将来の機能拡張の話なのでマストドンの方＞＜

例えば(あくまで問題の例示として)さっきの公開LTLトランスポンダをマストドンの新しいバージョンに公式につけるとして、アカウント名を例えばltlって名前にしたら、そのアカウント名を使ってたltlさんが困る＞＜
例えば例えば規格上"_sys"で終わるアカウント名は予約文字列なのでユーザー用には用いてはいけないと規格上定義しておけば、ltl_sysであれば安全に使える＞＜

デフォルトでどうとか設定で追加できるって話じゃなく規格上の予約アカウント名を用意すべきだったかもって言いたい・・・＞＜ example.comみたいに、その目的で使用しても将来的にも過去の互換性的にも問題無いと規格上保証される予約文字列＞＜

めげてきた・・・＞＜

通報どうすんだ問題の時もそうだけど、マストドンでシステム用の予約アカウント文字列を用意しなかったの、ものすごく先見の明が無くてすごくアレ＞＜

例えば @ publtl @ [ここに主催インスタンスのURLが入ります] にリプライ送ると、その publtlってアカウントが自動でブーストする＞＜ それだけ＞＜

ていうか、ざぼすてっく？とかで、「公開LTL(?)ブースト トランスポンダ アカウント」って作ればいいのでは感＞＜(ホワイトリスト式にしないとムトーの騒動みたいなのがアレだろうけど＞＜)