新年になってた

まあいいや

Monthly report 2017-12 - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2018/01/01/monthly-2017-12/

はい2017年12月のまとめです

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

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

新年からオッするのやめてください(でもオッと言ってしまった)

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

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

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

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

だからオープン登録は危険だとあれほど……

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

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

なにやら大変っぽいですね

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

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

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

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

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

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

ちょっとした手違いで
https://ncode.syosetu.com/n9931bu/

令嬢もののタイトルを沢山目にしてしまったので私からもおすすめしますが、これとても好きです

なるほど

幼女の天然水飲みたい2018

スラッシュでおしまいの URI 、一番身近に感じる問題は、ローカルファイルとしてブラウザから見るときに、ディレクトリへのアクセスを index.html に回してくれないところとかだよなぁ。
あと、コンテントネゴシエーションとかもサーバアプリケーション毎に異なる様式で明示的な設定が必要で嫌だというのもある

ただ一方で、私自身がブログのファイル群を index.html & text/html から index.xhtml & application/xhtml+xml に引っ越した経験からすると、やはり「.html」などは積極的に使うべきものには見えない。実際リンク修正なども必要だし(私は静的サイトジェネレータで自動化してたからだいぶマシだったが)、外からのリンクはどうしようもない。

問題があるとすれば、それはプレーンなファイル・ディレクトリ構造がそもそも HTTP の提供するメタデータと食い違っている(言語、圧縮、ファイルタイプ、パス表現などなど)点にあるので、根本的に「サーバやアプリケーションの独自仕様に依存しない、ファイルとディレクトリ構造によるデータ管理をしよう」という発想に無理がある。

目指すべき方向性は、どのような HTTP サーバでも(たとえば nginx でも apache でも他のものでも)用意されているであろう機能を簡単に適用できるようなファイル・ディレクトリ構造を維持することであって、これは内部的な管理の話。
外に対してリソースを露出する方法については、基本的な HTTP の仕様に乗って行うべきだし、つまりファイル拡張子よりも HTTP ヘッダでファイルの種類を表現するべき。

コンテントネゴシエーションがあれば、クライアントから提示された複数の候補から最も適当なものを選ぶなどもできるわけで。
そもそもこれがファイルとディレクトリだけで実現できないのは明らかだから、そのような(アプリケーション非依存という)幻想は早々に棄てて、「どのようなアプリケーションでも、必要な設定を簡単に用意できる」という目標を用意するべき。

や、そりゃ頑張れば xattr とか使ってファイルにメタデータ埋め込めるし、それ使ってファイルとディレクトリだけでネゴシエーションやパスのリライトも実現できるだろうけど……そこまでやるのは完全にサーバ依存なので、やはり汎用的とは言い難いですね

私の意見をまとめると、

・ローカルのファイルシステムと HTTP の表現力やインターフェースの違いを無視してサーバの存在を排除しようとするのがそもそもの間違い
・最初からサーバの存在を受け入れた上で、多くのサーバが備える機能であれば積極的に活用する
・サーバの設定が多少複雑になるのと、外部への露出が安定するのと、選ぶべきは後者(前者は隠蔽されるべき実装の詳細であって、閲覧者には関係のないこと)

という感じ。

@senopen コンテントネゴシエーションは、言語や mime type などを、優先順位を付けつつブラウザから指定できます。
なので、たとえばブラウザが「/foo.img を image/png か image/jpeg をくれ」と要求した場合、その URL に割り当てられたリソースをサーバが適当に選択して返します。
(つまりパスとファイルは1対1で対応しません。)
そして、サーバも「/foo.img は image/png だよ」といった情報と一緒にデータを返すので、拡張子は本来不要なものです

@senopen その通りです。
しかし、 nginx などが mime type を判別する際、デフォルトではファイル拡張子を見ています。 .html は text/html に、 .xhtml は application/xml+xhtml にマップされていますが、 XHTML と非 XHTML な HTML を共存させようとすると、 .html を application/xml+xhtml にするわけにはいきませんでした。
拡張子でなくパスも使って判別させるという手もありましたが、そこまですると設定が多少煩雑になって嫌だったので、避けました。
index.html 自体へのリンクを使っていなかったからこそできた判断です。

@senopen ちなみに XHTML に対して text/html そのままにせず application/xml+xhtml を吐かせようとした理由は、 twitter cards だか opengraph protocol あたりの埋め込み検出が text/html での XHTML だとうまくいかなかったからです。

動かなかったの、埋め込み系じゃなくて validator だったかも……
今確認したら、 twitter cards はうまく動いてなかったわ

XHTML with Twitter cards: No metatags found 🌐:aligrant.com - https://www.aligrant.com/web/blog/2017-11-18_xhtml_with_twitter_cards_no_metatags_found

ひどい話だ

コンテンツネゴシエーション - HTTP | MDN - https://developer.mozilla.org/ja/docs/Web/HTTP/Content_negotiation

さすがは我らが MDN 、わかりやすい

たとえば階層化をほとんど考慮しないやり方の HTTP サービスもあるにはあって、たとえば Swift Object Storage などはそうなっていますね。
あれは、オブジェクト名は文字列、階層化はなし、でも利用者がオブジェクト名にスラッシュを含めて勝手に階層として解釈するのは好きにすればいいよ、という感じ

OpenStack: Swift【API 編】第 4 章 | VA Linux Systems Japan株式会社 - http://www.valinux.co.jp/technologylibrary/document/cloud/openstack0011/

> Swift にはコンテナ以外にディレクトリに相当するものはありませんが、Amazon S3 と同様に擬似的なディレクトリ表現を用いることができます。

ぽよ

飯食うのも風呂入るのも寝るのも面倒で仕方ないし、朝も昼も夜なくひたすら進捗だけしていたい

まあ生活リズム崩壊したので朝も昼も夜もないという部分だけは実現したか……

しょ、小説……

今年こそは書くぞ……

なんたらエクスプロイトとかいうのとは違うまともなやつを……

さーて寝るぞ～

面白いしクオリティ高いけど重いわかる

起きたら暗い

さて朝食も食ったし進捗をば……

TiDB 、 Rust なので気になってるけど DB 自体ガッツリ使おうとしたことがないので全く触ってない……

というか、もうちょっと静的型付き言語に優しい RDB とかが欲しいんですよね……

ORM とかで割とどうにかなるみたいなところもあるけど、実行時型チェックを任意型を受け取ったユーザの明示的な型変換とかでやるの面倒だし、「アプリケーションが想定しているスキーマ」と一致するかどうかの確認は DB ライブラリ側で勝手にやってほしいし、我々はその結果を受け取って Result<_, _> を unwrap すれば使えるようにしといてほしい

これは DB に限らなくて、とにかく通信とかで受け取るデータのスキーマ確認をフィールドへのアクセス時に行うのが冗長で嫌なので、スキーマチェックだけ最初に済ませてほしい (Rust で言うところの serde とかはそのへんとても好みで、最初に型チェックが済んだ状態でデータを受け取れるので大変楽)

や、まあべつに diesel とかの infer_schema 的なの使えば安全にはなるんですけど、アレはあれで、もうちょっとスキーマの記述の方法がなんとかならないかなぁと

べつに外部テキストでもマクロでも似たようなものだけど、いい感じに規格化された形式でスキーマを記述したい

あとコンパイル時に DB アクセスとかいう狂気の沙汰はちょっと宗教的に受け付けないです

Rust でコンパイル時 DB アクセスからのスキーマ抽出とかやってるのを見てしまうと、 C++ でコンパイル時レイトレーシングとかやってるのが可愛く見えてくるし、 C++ はそのままでいてくれ……と思ってしまう

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

💩 おいしいﾓｸﾞﾓｸﾞ 💩

こうですか！

ノブレス 💩 ブリブリージュ

はい

はいじゃあないんだよ

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

stdio.h はインクルードしてなくても printf を使えますよ

プロトタイプ宣言の省略は、まあ可能です(仕様読んでね♡)

printf() に float/double を渡したときの挙動と %lf の意義 - Qiita
https://qiita.com/lo48576/items/9901f7d52692567b931c

ちょっと前に書いたこれを思い出していたところ

いつでも省略して正しく動くというわけではないけど (default argument promotion があるので)

ただポインタ型はプロモーションされないので printf の第1引数は問題なく渡るし、第2引数以降は ellipsis notation (...) なので、プロトタイプ宣言があろうとなかろうと扱いは同じになります。つまり問題なし

include したときと差があるとすれば、 printf の第1引数に char * や const char * 以外を渡したときにコンパイルエラーになるかならないか、ですかね

C は本当にアレなアレが多いので、鉞の1/3くらいは無視していいと思う……

人のコード見て「未定義動作」とか言ってくるオタクがいたら、ひとまず話は聞いといた方がいいと思います(でないと後で謎のバグに苦しむことになるので)

ほんまこれ

サークルで modern C++ 講習会やりたかったんだけど、 Rust に手を出してからもう Rust でいいじゃんとしか思わなくなったので……

警告はエラーではない、エラーは規格違反ではない、規格違反はそもそも自動判別できない場合が多い、もう C/C++ は険しすぎる言語になってしまった(いや昔から)

人を呪わば穴二つってわけじゃないけど、 C/C++ はうっかり鉞を投げようものなら2倍になって返されてくるみたいな魔窟なので、人間が手を出すべき領域ではない……

ところで /bin/sh は /bin/bash の POSIX 互換モード(だったか？)で動いていることもあり、しかしそのモードでも bash 独自拡張が使えたりなど状況は混沌としており

Ubuntu などは /bin/dash を……

ｳｯ

そのあたり、たしか senopen 氏が以前調べていた気が

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

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

たとえば vim と vimdiff とかもそうなんだけど、 args[0] ($0) を見て、自身のファイル名によって挙動を変えるコマンドというのもそれなりにあり、たぶんそういった類のものですね >RT

たとえば適当なディレクトリ ($HOME とかでいい)で「 ln -s /bin/bash ./sh 」して「 ./sh 」すると、普通の bash でなく sh モードの bash が起動します

My Future Sight for Past: What is shebang (#!/bin/sh) in POSIX shell script
https://myfuturesightforpast.blogspot.jp/2017/01/what-is-shebang-binsh-in-posix-shell.html

これだ

/bin/bash がなければ、
ln -s /usr/bin/vim ./view
とかでやると、 ./view で読み込み専用モードの vim が起動します

私は「しばん」と読んでます >shebang

あとは /usr/bin で symlink を探してみるといいと思うんですが、
xzcat コマンドが xz への symlink になっているのも、同じようなトリックです

あと unxz とかも xz への symlink になっていますね

/usr/bin/sudoedit が /usr/bin/sudo への symlink になっていて、挙動が sudo -e と同じになるのもこのトリックです

だから $HOME とかで
ln -s /usr/bin/sudo ./sudoedit
とかやって
sudoedit /foo
などとやると、 sudo -e /foo と同じ挙動になるはずです(試してないけどそうなるはず)

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

あら、 Ubuntu だけでなく Debian も dash なのね

課題で書いたシェル、 C なのでいろいろつらいしメンテしたくない

パイプ通して exit 叩いたときの挙動とか、いろいろコーナーケースっぽいのを確認して楽しかった覚えはある

$ echo a | exit 1 | cat | exit 0
$ echo $?

さて出力は？とか

$ echo a && exit 1 && exit 0

さて出力と終了ステータスは？とか

まあこれは簡単か

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

$EDITOR と $VISUAL 両方とも設定しといた方がいいです

あと systemctl edit とかは $EDITOR や $VISUAL より優先して $SYSTEMD_EDITOR とかも参照します

alias vim='nvim'
alias vimdiff='nvim -d'
alias view='nvim -R'

とかは実際やってる

nano 普段から使ってる人あまり見ない気がするし、サーバで標準が nano か vi か、それを変えるか、みたいなのはあるだろうけど、手に馴染んだエディタとして nano を挙げる人はほとんどいなそう……

nano 、なにやらシンタックスハイライトとかも実装しているらしいのでちゃんと設定すると結構使えると聞いた気がする

これ

vimtutor はもっと知られるべき

何かの機会に nano が立ち上がって「またお前か」となるときの感覚、無料ガチャでハズレ引いたときの感覚に近い気がする。腹は立たないけど「お前じゃないんだよ……」となるというか

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

alias emacs='systemctl poweroff'

ed は使えないので nano か vi 使いますね……

わかものなので ed とかテレタイプとか使ったことないです！！！

Ed, man! !man ed- GNU Project - Free Software Foundation (FSF)
https://www.gnu.org/fun/jokes/ed-msg.html

golem$ ed

?
help
?
?
?
quit
?
exit
?
bye
?
hello?
?
eat flaming death
?
^C
?
^C
?
^D
?

これほんとすき

ed は使えないけど sed にはいつもお世話になっております

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

わかる

うっかりローカルのリポジトリで反映を忘れてアップデート&デプロイした日には config.php が元に戻ってたりして険しい

Dockerfile でテキスト編集しようと思ったら sed 一択みたいなところがある(私が awk を使えないだけともいう)

systemd-{machined,nspawn}

ええ、一時期 VPS の上に Arch 乗せて、その上に systemd-{machined,nspawn} で gentoo 乗せてたりしましたとも

RasPi に Arch 入れたら pacman が無限にビルド走らせてたときも思ったけど、標準的なマシン以外では潔く gentoo を使った方がいい場面ってありますよね

#gentooinstallbattle なんて慣れればどうということはないです

windowsinstallbattle の話ですか

https://twitter.com/L16777216/status/598356964314189824

ちなみにこのﾂｲｰﾖは、バ先で支給された Surface (Win 8) の初回起動時のインストーラで発生したエラーの記念写真です

ハードも OS も自社製の一括パッケージで初回起動に失敗するってどんなやねん

たしか MS から公式で配布されていた「空き領域をゼロクリアするプログラム」みたいなのがあるので、それを使った後で、 dd | gzip とかすると帯域は節約できそう

ざんねん

え、この人 Rust のガチ強な人じゃないですかwwww

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

えらいっ！

@orumin あ、じゃあたぶん yaourt です……

ことあるごとに armv7 だか何だかを手動で追記させられて大変鬱陶しかった記憶がある

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

itamae を使いたまえ、ってか

#文脈を大事にしたジョーク

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

o4o.p2n のことも忘れないで……

Itanium を採用したことを悔い(ん)てる、と

#文脈を大事にしたジョーク

https://oxidized.systems/@manishearth/99274611848707645

gentoo prefix と言わず gentoo を試してもいいんですよ！

←ｲﾝﾄﾞｯｽﾞ消して gentoo 入れたマン

普通の東工大生が【gentoo】入れてみた。 : 東京工業大学 ロボット技術研究会
http://titech-ssr.blog.jp/archives/1013311908.html

そうだったのか……

(でも C で FS 弄る系の POSIX の規格ちゃんと調べたことないので全然知らない)

ﾝﾋｰ

うーん

チケット - らりおやりたいことリスト - らりお Redmine
https://redmine.cardina1.red/projects/lo48576-bucket-list/issues

タスク管理……ねえ……

リアルタイム性が必要とされていないのであれば、ランダム遅延を挟んでアクセスが集中しないようにするみたいなこともできるんでしょうけど

cron とか timer 系で通信する系のジョブは、そういうこと気にしないといけない場面とかもあったりしますね

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

まあ遅いサイトが悪いのはそれはそれとして、 Mastodon ネットワーク全体の振舞いが行儀悪そうなら直してほしいという気持ちもある

twitter は中央集権なので、適当にサーバ側でキャッシュできるのでは