ノゲノラ派の私はノゲラという略を見て、メルアド派だった私がメアドという文字列を見て感じていた “何か” を今更思い出して懐かしく思うなどしている
ノゲノラ派の私はノゲラという略を見て、メルアド派だった私がメアドという文字列を見て感じていた “何か” を今更思い出して懐かしく思うなどしている
dev-pythno/netaddr-1.0.0 のせいらしい。 USE=cli か?
https://twitter.com/_/status/1756251652057907421
これ「(1/4)」とあるから 2/4〜4/4 までスレッドに繋がってるのかなと思ったら「(2/4~4/4)」で FANBOX へのリンクがあるだけで、宣伝に取り憑かれた人間ってのは素朴な期待を裏切ることにかけては一級だなと思いました
This account is not set to public on notestock.
頭にアンテナ結合、職場クビに サイボーグ共生険しき道 - 日本経済新聞
https://www.nikkei.com/article/DGXZQOUC072FZ0X00C24A2000000/
ファインマンポイント https://ja.wikipedia.org/wiki/%E3%83%95%E3%82%A1%E3%82%A4%E3%83%B3%E3%83%9E%E3%83%B3%E3%83%BB%E3%83%9D%E3%82%A4%E3%83%B3%E3%83%88 というものを知った。
XSLT 1.0 で、フラットな <heading level="1〜6"> の列挙を、ネストされた <section><title>〜</title>〜</section> の木に組み直している
最初は apply-templates の select に超絶複雑な XPath 式を書いて四苦八苦していたが、 predicate 内で親コンテキストの情報を参照しづらい XPath 1.0 では限界があり、 for-each と variable で必要なコンテキストにおける式を先に計算しておいたうえで if からそれを使うという方針に切り替えたらうまくいった
<xsl:attribute> - XSLT: 拡張可能なスタイルシートの言語変換 | MDN
https://developer.mozilla.org/ja/docs/Web/XSLT/Element/attribute
XSLT 1.0 の <xsl:attribute> が select="..." で値を用意できないの、いつも騙されて空の属性を作ってしまう
「なにかひとつだけ select 属性を使えないやつがある」ということだけ覚えていて xsl:attribute であることは忘れてしまうので、いつも xsl:with-param とか xsl:param とか xsl:variable とかを使うたびに調べる羽目になる
プロセッサ側も xsl:attribute が @select を持っていたら警告くらい出してくれよ〜
Linking — SVG 2
https://www.w3.org/TR/2018/CR-SVG2-20181004/linking.html#XLinkRefAttrs
xlink:href が非推奨になって href になったの、何故だ?
This account is not set to public on notestock.
デスクトップ機で vi と打つと nvim が起動するようにしているので、鯖でも手癖で vi して vi mode の vim が起動してしまうことが多々ある
This account is not set to public on notestock.
nvim の nv 部分が Dvorak だと打ちづらいので…… (qwerty での l. (える ぴりおど) に相当する)
今日真のviに当たることなんてArch Linuxくらいなわけで、真のviならこっちが悪かった気になるけど、嘘のvim渡されるのだいぶ癪
たぶん vim かどうかでデフォルトの挙動が違う部分があって、スクリプトを渡すときか何かに違いが出てくるのかなという (わからん)
This account is not set to public on notestock.
というか、べつにプラグインなしの vi (not vim) でもサーバで設定弄るくらいなら割と普通に使えちゃうんだよな
This account is not set to public on notestock.
Proxmox VE の LXC コンテナ、 ansible で ssh から ufw を設定する感じの運用になっているんだけど、これもしかしてコンテナ内でやるより Proxmox VE 側の firewall 機能を使うのが正攻法だったりします?
コンテナである以上は最終的にホストのカーネルにルールを追加する形だろうから、本質的な違いがそこまであるようには思わないが、観念としてどうなのか気になる
余っているもの:
* ケースファン 8cm ×2
* ケースファン 12cm ×2
* 電源 750W (Platinum)
* 電源 850W (Platinum)
* NVMe M.2 SSD (1 TB)
* SATA SSD (500 GB)
* DDR5 メモリ (32GB×2枚組×2組)
サーバが生える日は近い
必要なもの:
* CPU
* CPU ファン
* M/B
* 10G NIC (SFP+)
* ケース
* ラック
もしかして、ホスト側で設定しておけばコンテナに侵入されてもルールの上書きができないのでより安全?