フロントエンド側は一部の絵文字や合成文字だけグラクラではなくコードポイントで数えられているという謎状態ですね
kb10uy(@kb10uy@mstdn.maud.io)님의 게시물
フロントエンド側は一部の絵文字や合成文字だけグラクラではなくコードポイントで数えられているという謎状態ですね
好意的に解釈して stringz が実は正しくカウントしていないという事実を認識していないだけだと思っている(思いたい)
そろえどころとしては codepoint か grapheme cluster だと思うんだけど今のカウントめっちゃ中途半端なんだよなあ……
見たところRuby側は grapheme cluster 単位ですね
https://github.com/tootsuite/mastodon/blob/ccb9c1b952e87dd954bfb651db59dc02a4d9341f/app/validators/status_length_validator.rb#L20
またしょうもないリポジトリを作ってしまった
https://github.com/kb10uy/jerkounter
今立ててる Grafana は自分専用ということで非公開にして、別の Grafana インスタンスを立てようかな
夏稀の彼氏 さんのチェックイン (11月10日 20:47) - Tissue https://shikorism.net/checkin/5919
This account is not set to public on notestock.
って思ったけど、そもそも現在のECMAScriptはDateとして±8640000000000000までしか許容してないので、実際には
275760年になってもJavaScriptから逃れられていない愚かな人類たち「誰だよ1970/01/01から1億日もあれば十分だろとか言ってたやつ、足りなくなったんだけど」
だった
Twitterの炎上ネタをTgから仕入れて新作ゲームの情報をVの者から仕入れる謎のオタクになりつつある
そういえばブロックとセットで見られるのを(一定レベルで)拒否できるってのはメリットだな
This account is not set to public on notestock.
昔はどういう魔法で参照されたことがわかるんだと思ってたけど普通に参照した側が参照先にリクエスト飛ばしてるだけと知って急にどうでもよくなっちゃった思い出がある
「他のSNSなりマイクロブログでアカウント情報を知らない状態で個人でAPを立てる人」という存在、今のところは完全に架空とみなせるので問題なさそうだけど未来永劫存在しない保証がない……
フォローの心理的障壁というよりそもそもユーザーのソースがないがち(誤用)ではという話だと思ってた
y4aではペルソナをたくさん持つ人がマルチアカウント特化という文句に惹かれて使うもコレジャナイで離れるのを沢山見てきた
（同じ人格で発言スコープだけ分ける用途にはまあまあ効くけど、完全に人格を分ける人には誤操作リスクが高すぎて向かない）
“ゲーミング着る毛布 ダメ着4G”発売。ゲーマーのための機能が多く備わった最強の防寒着！ https://www.famitsu.com/news/201911/09186555.html
いろんな意味ですごい
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
オリジナルほた（プレミアムほた使用）
https://matsuya-generator.herokuapp.com/
This account is not set to public on notestock.
「どこ住み？」と聞かれると伝わるかつ正しい情報として「栃木」と答えざるを得ないんだけどこれけっこうミスリーディングだと思っててどうすればいいか悩んでる
僕の名前は U+4F51 なんですがどういうわけかよく U+FA4F に誤記される
MercurialサポートのないBitBucketってそれ本当に劣化GitHubじゃ……
そういえばこの間ツイで偶然母校と部活が同じだったことが判明した後輩氏、僕の本名をなんかめっちゃ頑張って探してて、(すぐそこに書いてあるのに……)と思いつつ「積極的には本名を公開しない」という方針はそれなりにうまくいっているんだなあと思った
ある程度公共性のあるアカウントとページでは本名で通して透明性を向上させている(要検証)
ZstandardをContent-Encodingに使う話は議論されてないわけではなくて、pre-builtな辞書を使わない場合はやれないことはない（ただしリクエストごとのAccept-Encodingを数バイト増やすことになり、Brotliがある現状でそれを正当化するだけの性能が出る必要がある）けれど、使う場合はサイドチャネル攻撃の源にならないようにやる必要があるし、Brotliのように辞書を共有する場合はfairに構築するにはどうしたらよいかという論点も当然ある
前からずっと気になってるんだけど RAR は結局圧縮/展開部分のライブラリはオープンソースなんか？
配信する側が Accept-Encoding 内で最小のものを配信する、みたいなことをやってるならまだしも
ちょっと前に「Brotliは言語によっては不利じゃないか」みたいな話をした気がするんだけど、もしZstandard が HTTP 通信で普及したらその辺が「公平に」なったりするんだろうか
This account is not set to public on notestock.
LZOか何か、最初見たとき「圧縮率低すぎやろ需要あるんかいな」と思ったけどOpenVPNの圧縮モードで指定可能なのを見たとき 
と思った
圧縮、使う側から見ると「前もって誰かが1回圧縮して、後で皆が伸張する」（圧縮にいくらか資源を消費してよい、伸張に消費する資源は少ないに越したことはない）と「誰かが圧縮しているそばから別の誰かが伸張する」（圧縮にも伸張にも一定以上の資源を消費できない）の間でどちらに寄せられているか、パラメーター調節でどちらにどこまで寄せられるようになっているかという感じ
AV1については話を聞く限り「個人レベルではどうしようもない」みたいな感じなのでそこまで人生の無駄感は高くなかったんじゃないかな……
まあ設定の探索に死ぬほど時間がかかるってでかで真にエンコード/デコードにあんなに時間がかかってるわけではないのか
