このアカウントは、notestockで公開設定になっていません。

FlyingToasters: From the XScreenSaver Collection, 2003. - YouTube
https://www.youtube.com/watch?v=mLGDvtbFvfg

このアカウントは、notestockで公開設定になっていません。

NURO光はセキュリティ的にやばいって話 (安全に使うための方法) - Qiita
https://web.archive.org/web/20200601005731/https://qiita.com/notoken3331/items/ca228e2ac28ac7ea4879

> NUROの場合、ONUとHGWが一体となっており、ユーザは正当ないかなる手段を用いてもその機能を 取り外すことができないため

そうなのか

このアカウントは、notestockで公開設定になっていません。

ﾑﾑ、ディスプレイアームより前にディスプレイが発送されてしまった……

NURO光で使用する管理者アカウントが特定される、見えてはいけない画面がまる見え＆root権限も奪取可能 - GIGAZINE
https://gigazine.net/news/20201128-nuro-onu-vulnerablity/

これ「脆弱性」とは言うけど、誰にとっての脆弱性なのかはちゃんと区別するべきよね
回線業者にとってエンドユーザに見せたくないものが見られるという点での不都合なのであって、エンドユーザである我々からすれば単にいろいろ弄れるだけであって、無関係な第三者がどうこうできるという話では (少なくとも今のところは) ないので……

無論、これが無関係な第三者が管理画面にアクセスできるとか回線業者がユーザに無断で弄れる可能性があるとかだと、エンドユーザにとって脆弱ということになるので大騒ぎすべきなんだけど、少なくとも記事を読んだ感じだとそういう話ではないよね？

ハードウェアに物理的なアクセスを持たれたら NANIMO KAMO OWARI なのはエンドユーザとしてマズいんだけど、実際自宅に置いてあるべき機器に物理的なアクセスされてる時点で時既にお寿司という感じはある

現実的なリスクとしては、親の監督をバイパスして子供が設定を弄れるとか、既に LAN 内の機器に侵入されている場合にルータまで弄られるとか、そのあたりか

あ、企業とかの事務所で従業員が悪さするみたいなのは現実的なリスクか

webpack 、 webpackage と混乱する

わけわからん機器を LAN に入れる時点で既に攻撃が成立しており……

人々、もしかして我々が想像するよりずっと軽率にわけわからんデバイスを PC に挿したり無線で繋いだりしてる？

@yumetodo 家庭でそれを徹底できるのはかなり珍しいのではと思います (WSL (2 だっけ) も有効化すると勝手に SSH ポートが開くとかいう超ロックな仕組みだったらしいし)

家庭はねぇ

だいたい OS が頼んでもないポートを勝手に開けてくれたりする状況で LAN を信用するなというのも現実的ではない (Gentoo はいいぞ)

このアカウントは、notestockで公開設定になっていません。

中国製のバックドア付き機器とか入り放題なんだろうなぁ……
新市場だ

ガッコの教室に誰も見たことがない電源タップとかが挿さってても誰も気にしないよ

「事業者にとって不都合で、ユーザにとって不都合でない」という点では変わらないかなと。
もちろんユーザが “誤って” 規制区域設定を変更して電波法に抵触するという形で不利益を被るかもしれないけど、そもそもこのように正規でない (そして正規でないことが明確である) 手段で設定画面に突入した時点で、相応の意図が認められるのではないかというか、つまり「ユーザが意図してそのように設定した」という解釈になるのではないかなと思っている #IANAL #TINLA

まあもちろん「何をやってるかわからないけど面白がって管理画面に突入した挙句、メッセージも読まず意図しない設定項目を行って法に触れた」という可能性もありえなくはないけど、その場合に製造者とユーザどちらに責任がいくかはよく知らない (製造物責任法とか絡むのではないかと雑に想像している (本当に知らないので適当))

:やっぱりそうか:

このアカウントは、notestockで公開設定になっていません。

そういえば自動車のリモコンキーとか内部の抵抗を付け替えるかバイパスするかで電波を強くできるみたいなハックがあるという話を聞いたことあるなぁ

もちろん法的にはお察し

このアカウントは、notestockで公開設定になっていません。

docker を使っている人々が nftables を使えない最悪のアレ、さっさとどうにかなってほしいわね……

私が docker を好きになれないの、そういうところなのよな (もっと遡ると cgroup v2 が使えなかった話とかも)

@orumin わかる (でもアレもたまによくわからないエラーで動かないことがあるので難しい)

docker のデフォルトのネットワークが v4 しか使えなくて systemd で docker network create する話なぁ (そしてそれを docker-compose.yml から外部ネットワークとして使う)

なぜ docker-compose.yml から作成しないかというと、 nginx-proxy とその他アプリケーションごとのコンテナを別々の docker-compose.yml に分離しているため

@orumin compose でなく、 podman 単体でコンテナが起動できたりできなかったりするんですよね (sudo の有無でも変わってきたりして、原因がどのレイヤーにあるか探るだけでも一苦労)

カーネルから alldefconfig ベースで生成してたりするので、「実はカーネルコンフィグで有効化しないといけないものがある」レベルから探らないといけない (ほんまつらい)

kb1000uy = kb1my

1000 mAh = 1 kmAh みたいなガバガバ理論やめて

この時間帯に進捗が捗るの、完全に社会不適合者

そういうわけでいくらかコミットを生やした

俺が社会不適合なんじゃねえんだよな
社会が人間不適合なの

lo48576 / xml-string · GitLab
https://gitlab.com/lo48576/xml-string

XML への信仰を持っているので XPath 3.1 処理系の実装に備えた (実装するとは言ってない)

次は RelaxNG 用の簡単なパーサあたりでも書くかな……

いや RelaxNG どころじゃなかった、ｴﾖｹﾞのスクショ管理に備えて sozai-channel を実装するのだった

パーサ書くと自動的に必要なプリミティブ型と関連する I/O が手に入るので、「さてやるか〜」となったときのエネルギー障壁が小さく済むんだよな

パーサを使ったコードは実際ほとんど書いてない (は？)

このアカウントは、notestockで公開設定になっていません。

べつにパーサが書きたいわけではなくて、型を定義したいだけなんだよな。
パーサは副産物に過ぎない

世界のあるべき形を記述できたら満足で、べつにそれを使ってどうこうしたいわけではないみたいなの、よくあると思うんですよ

食費、おやつ込みで週7k〜11kなので、だいたい月4〜5万円くらいか

https://mathtod.online/@cmplstofB/105288874686807702

たとえば飛騨市の名前や県が変わったとしてもカミオカンデの施設や web サイトそのものに変化があるべきとは思えないので、そういう意味では行政の都合で発生している所属がドメインに食い込んでいるのはあまり素敵でないと思う

とはいえ、カミオカンデはもう稼動停止しているので、独自ドメインを保持しつづけろというのも無理があるか……

このアカウントは、notestockで公開設定になっていません。

端的には「地名 (とそれに伴う管理組織およびドメイン) って不変ではないので URI に組込みたくなくない？」という感想ですね
逆に言えば、 city.hida.gifu.jp が地名や行政組織の変化に変化を受けず永続できるという前提があるならば、このドメイン設計は悪くないかもとも思う

このアカウントは、notestockで公開設定になっていません。

@Mi4 となると、やっぱり gifu.jp の方は歴史的資料みたいな扱いっぽいですね

まあそもそも gifu.jp って何やねん、 .lg.jp 使わんかいという話は置いといて……

このアカウントは、notestockで公開設定になっていません。

あ、カミオカンデのサイトではなく「ひだ宇宙科学館」のサイトなのか……

こういう自治体による施設も、結局たとえば市が合併したり分離したりしても存続する可能性が高いわけで、そう考えたとき組織としての所属はあまりドメインに反映されるべきでない気がしているのよね

ドメインに管理組織の階層が表れて良いの、「管理組織がなくなるとドメイン (内のコンテント) も道連れで存在意義を失う」場合だと思うんですよ。
たとえば市役所の特定窓口の情報とかは市の在り方が変わると存在意義を失うと思うけど、図書館とかがそうであるとは思えない

カミオカンデ (あるいは科学館) という施設そのものは、施設そのもの以外のいかなる組織の影響も (理想的には) 受けないと考えるのが妥当だと思うので (別の言い方をすると、施設と施設管理者の寿命は完全に分離できると思うので)、施設単体でドメインを持つべきだと思う

永続する URL がそれでも寿命を迎えるとき実質的には必ずドメイン単位で死ぬことになるというのは、割と重要な特徴だと思っている

別の言い方をすると、ドメインが死ぬとき道連れで死ぬべきでないコンテンツは、そのドメイン下にあるべきではない

https://mastodon.cardina1.red/@lo48576/105291890571291399

岐阜県が将来的に美濃国に改名されたとしても、科学館の寿命は「岐阜県」という行政組織の寿命とは独立していると考えるべきだし、であれば gifu.jp 以下にあるべきではない

理想的には。

実際 ccTLD もかなり微妙な存在だと思うんですよね。
DNS 初期のリソース管理の都合で発生しているというか。

たとえば企業が国際化して .co.jp から .com になったりなんて事例は枚挙に暇がない (DMMェ……)

.com と .co.jp どちらかが全年齢でどちらかが R18 な話はやめろ！

このアカウントは、notestockで公開設定になっていません。

そこなんですよ
本来もっと軽率にドメインを取得できるべきなんだけど、それが (予算なり組織運営なりの都合で) 難しいので困る

たとえば URN でドメインと年を組み合わせるなり UUID を使うなりで unique identifier を生やすことはできるんだけど、これらが HTTP での参照に使えないというのも痛い

もっと根本的な話をすると、ドメインが永続しないのがあまりにつらすぎる

ドメインは human-readable で transient なエイリアスというか転送ということにしておいて、裏ではより長く記憶しづらく一意で永続的な ID に変換されてほしいよな……

クールなURIは変わらない -- Style Guide for Online Hypertext
https://www.kanzaki.com/docs/Style/URI

> ジョンはもうそのファイルを管理していなくて、今はジェーンが担当なんです。
>
> ジョンの名前が、URIのどこかに関係があるのでしょうか？　ファイルが彼のディレクトリに入っている？　ああ、なるほど。

↑ gifu.jp 下に科学館のサイトがあるの、まさにこれだと思う

このアカウントは、notestockで公開設定になっていません。

> この議論は、URIの「パス」部分だけでなく、サーバー名に関しても当てはまることを忘れないでください。あなたのコンテンツの一部を別のサーバーに分割しているとしたら、その部分の変更は、実に多くのリンクを無効にせずには実行不可能であることを思い出してください。

URN (Uniform Resource Name) について-- ごく簡単なHTMLの説明
https://kanzaki.com/docs/html/urn.html

> urn:duri:<date>:<encoded-URI>

> urn:tdb:<date>:<encoded-URI>

Isn't it semantic? | BCS
https://www.bcs.org/content-hub/isnt-it-semantic/

> Also I would have put the domain name in the reverse order - in order of size so, for example, the BCS address would read: http:uk/org/bcs/members.

実装の都合なんだよなぁ (歴史的経緯として仕方ないのは本当にそれはそう)

このアカウントは、notestockで公開設定になっていません。

.tw に喧嘩売ってる……？

ソ連 TLD のドメインがまだ取得可能な話はな

#ソ連解体は違法
#ソ連はある
#労働者の祖国

このアカウントは、notestockで公開設定になっていません。

そういう場合は元のドメインを保持し続けてリダイレクトをかけるというのが一番現実的な気はする

一夜限りの リンクもいいさ
Xanadu Xanadu

あれ、でも OpenXanadu はリリースされたんだよね？

ウェブブラウザ上で動作するXanaduプロトタイプ、OpenXanadu公開 | カレントアウェアネス・ポータル
https://current.ndl.go.jp/node/26321

結局 IPFS と IPNS が覇権握ってしまうのかなぁ (あれ概念は嫌いじゃないんだけどソフトウェア品質に疑念を持っている)

献血はｽﾏﾋｮ弄って時間を潰せる人なら全然負担がないので軽率に行くと良いと思います (今は血がかなり足りてないらしいし)

一応リスクとかは (もちろん) ゼロではないし検査もあるけど

ｽﾏﾋｮ使えました (もちろん片腕しか使えないけど)

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

データ形式として見るとなぁ。
文書として考えるなら「未対応の要素で innerText がぶちまけられる実装になっているとき、ぶちまけられてほしいもの (本文の一部) は要素に入れて、そうでないものは属性に入れる」という定石がある

左手座標系では左ねじだからでは (適当)

OpenGL 用のモデル持って行って面が全部裏返ったら、それはそれで面白い気がする (適当)

鏡像対称になるでしょうね

なので Z 方向で鏡像反転すると思う (後ろを「向く」と同時にカイラリティが逆転する)

The new Vulkan Coordinate System - Matthew Wellings
https://matthewwellings.com/blog/the-new-vulkan-coordinate-system/

Vulkan の座標系の話します？ (毎回「Yo」と言ってるラッパーがやってそうな手首運動してる (伝われ))

Vulkan に座標変換なしで GL 用のモデルを持っていくと、逆立ちしてくれる

まあこれはモデルを変換するのではなくシェーダ側で引っくり返せという感じだけど

kb10uyが突然 OMMC みたいなこと言い始めた

突然というか、いつもだった……

OMMC 英訳とかいう誰得コンテンツもあったなぁ

ちゃんとリズムを保ってるのがすごいと思いました (才能の無駄遣い)

char が signed なのが諸悪の根源

このアカウントは、notestockで公開設定になっていません。

ネタコピペにマジレスするのもアレなんだけど、「宣伝したいなら他所でやれ」と「特定の人々とだけ絡みたいなら専用サービス使え」はその通りで、逆に言えば分散 SNS はそうでない用途で輝く

これ何の意味があるのかわからんな……文字列本体があれば処理系は文字列長わかるじゃん

Mastodon を使うの、べつに境界の明確なコミュニティに参加したいわけじゃないんだよね……

このアカウントは、notestockで公開設定になっていません。

mangling を見るとね……

焦がしにんにくのマー油と葱油が香るザ★チャーハン600g - マストドン日本語ウィキ
https://ja.mstdn.wiki/index.php?curid=1428

* 400円 (あるいはそれ未満) で 600g なので激安
* 普通に美味しい
* マジでおすすめ

ソースコードが赤くなるのは自由ソフトウェア主義者の共産趣味を暗喩しており云々 #適当

このアカウントは、notestockで公開設定になっていません。

頭空っぽにして ? で rethrow できるように、雑アプリケーションでは anyhow::Result<_> を使う

ライブラリだったらそもそもエラー設計を真面目にやれという話なので雑 rethrow とかは問題にならない

そういうことか

@shibafu528 fallible_iterator - Rust
https://docs.rs/fallible-iterator/0.2.0/fallible_iterator/

どうぞ

Fallible Iterator Adapters
https://blog.yoshuawuyts.com/fallible-iterator-adapters/

私は fallible-iterator crate あまり好きではないので自前で extension trait 書いてしまうけど

fbx-viewer/result.rs at develop · lo48576/fbx-viewer
https://github.com/lo48576/fbx-viewer/blob/develop/src/util/iter/result.rs

私が採ったのはこんな感じで iterator を拡張する方法です

https://github.com/lo48576/fbx-viewer/blob/dc0dc70a6ad8f31ee1cdaaf3d685d297608f95b0/src/fbx/v7400.rs#L94-L109

こんな感じで iter.and_then(fallible_function) のように使える

更新の停滞している外部 crate に依存するよりは、こうして必要最小限のオレオレ extension trait を実装する方がおすすめ

sqlx migrate add -r で up / down 付きの migration を用意したんだけど、 sqlx::migrate!().run() で雑に適用しようとすると up と down 両方とも適用されるっぽい……