新しいものを表示
orange さんがブースト

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

orange さんがブースト

私の理解では ActivityPub 自体はアカウントの識別に IRI を使っているから、たとえば mastodon であれば https:// domain/@ user 以外のあらゆる IRI は事実上 “ユーザ ID としては予約済” であると認識しているんだけど

スレッドを表示
orange さんがブースト
orange さんがブースト

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

orange さんがブースト

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

orange さんがブースト

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

あとでなにか拡張する為の文字を予め予約しておかないのは全く賢くないよ><

orange さんがブースト

んー。寧ろファイル機構という基本的な部分ではほとんど制限を掛けずに,実際の運用で制限を掛ける,みたいな方式の方が「賢い」気もするけどね。
だって,それこそファイル機構で「特定の文字を禁止する」処理をわざわざ挟むのは「一つのことをうまくやる」精神に反してる気がするし,パス区切り文字/とC言語における文字列終端記号␀という原理的に不可能な文字(つまり余計な処理ではなくてファイル機構の実装上必須の処理の結果)以外の全てを,とりあえずは許可する,という方式の方が単純で故に頑強な気がする。
パス名に改行文字なんかの特殊文字を入れることを禁じたいのなら,上述したけど,実際の運用段階でやればよくて,ファイル機構の実装段階でそういう制限はすべきじゃなくない?

orange さんがブースト

mgd?><
"...The only universally prohibited character in a UNIX filename is the forward slash (/). ..."
Parallel shells with xargs: Utilize all your cpu cores on UNIX and Windows | Linux Journal linuxjournal.com/content/paral

モルカーが峠を攻める時の曲の人だった><

orange さんがブースト

【kawaii future disco】おこめディスコ/CeVIO AI 東北きりたん公式デモソング -OSTER project youtu.be/PZTD62hYbWM @YouTubeより

聴く前「へ~、OSTERさんもこんな曲作るんだ」

聴いた後「やっぱりOSTER Projectやんけ!」

開始早々ネザーいってソウルサンド1個とって帰ってくるだけでも、初っぱなから坑道との行き来にエレベーター使えちゃう><

ネザーは特にメリット増えたので、いまのバージョンならダイヤピッケル手にいれるはるか前、鉄入手してバケツ作れた辺りでネザーにすぐ行くようになった人結構いるかも感><

ネザー行くのはなにがうれしいかというと、ネザーに行くと耐火ポーションが作れてマグマで全ロスをある程度回避出来るのと、エンダーチェストが作れるのと、複雑なレッドストーン回路が作れるようになるのと、泡エレベーターの材料が手に入って垂直方向の移動がめちゃくちゃ楽になる事かも><

エンドラ倒してなにがうれしいかと言うと、ジエンド探索しないとエリトラとシュルカーボックス(持ち運べるチェスト)が手に入らないので、エンドラ倒すとアイテムをたくさん持ち歩けるしエンダーチェストにたくさんしまえるのがうれしい><

古いものを表示
:realtek:

思考の /dev/null