今日の #kbs3 の進捗です
kb10uy(@kb10uy@mstdn.maud.io)님의 게시물
もみあげの長い美少女の話ばかりしています
Avatar icon: [𝕏] CamemBellcheese
Header: [𝕏] generalcanon
各種フレコ:
beatmaniaIIDX(八段): 1751-5340
オンゲキ(15.8): 3067667719792
Arcaea(◆9): 433827474
This account is not set to public on notestock.
This account is not set to public on notestock.
ねこを絞って得られた液体がねこ灯油であり、主にインターネットが燃えるとされている(虐待なので)
単複同形の単語、foreachするときに foreach ($series as $series) になるのでクソ
夏稀の彼氏 さんのチェックイン (9月11日 17:52) - Tissue https://shikorism.net/checkin/4981
「好き」って10回言わせて「僕私も好きだよ」っていうやつめっちゃロマンがあるけどミエミエなのがな
ISUCON9 レギュレーション違反の対応について [追記あり] : ISUCON公式Blog http://isucon.net/archives/53798796.html
DBチューニングしたほうが良さそう、手伝ってあげたいけど僕は丼運用したことなし(純粋にPostgresの知識でしか殴れない)
まあデプロイは茜さんが正しくやってくれているはずなので、スペックのせいじゃなければデプロイではどうにもならないところに原因がありそうというぐらいしか
元になってるアプリケーションはどういうところがIikanjiじゃないんだろう、N+1があるとかかな
ああいう界隈だと「他が何やってくるかわからない」みたいな恐怖感はありそうだし、書いてなけりゃやってやる精神が無いと勝てないのかもしれない。
たしかに画像の「ハッシュ画像」とかは似た画像から似たハッシュが出てきた方がいいわな
何が平文かという議論は不毛で(断定)、暗号学的に安全なハッシュ関数かどうかを精査すればそれはそれでいいと思うので、まあ運営にはがんばってほしい……
マジで「$2y$10(bcrypt1024回)で縛っとけや」という感想にしかならんな……
@prime 実際に使ったかチームがあるかは定かではないけど運営としてはOKって感じか
本当松か怪しい(僕は存在しない真実だと思っている)のは「rot13は通った」ってやつですね
本当松っぽいのは「平文はNGというルールに対して何回も質問したのに回答がなかったので.append('#')したら後から落とされた」ってやつかな
得られる教訓としては「プログラングのおたくは揚げ足を取りたがるから用心しろ」とかかな……
まあ前回もパスワードハッシュ関係で議論が発生したというのが本当なら、これについては「パスワードハッシュはいじるな」とするのが最善だった気もする(けど実際思い付くかどうかは…。)
この周辺だとgitって細かい操作はともかく使うこと自体については一般教養みたいなところあるけど実際問題弊学科ですら全然みたいなところあって観測バイアスだなあと
イヤホンジャック、搭載するとその直径より薄くできないってのはまあわかるけどやっぱりまだほしい……
@shibafu528 ここ数日、不定期に数分急激に重くなるという事象が発生してる
readが跳ね上がってて一部のクエリがクソ重いことまではわかってる
kb10uy.org のサービスは自宅鯖が鯖としてはオーバースペック気味なので今より性能が良くなることはなさそう
Vの者が燃えてるみたいな話本当はあんましたくないけど燃えてない風に振る舞ってもヤジが飛んできそうで :kowaine:e
よくわかんないけど末代くらいの規模だとトゥ消し多そうだし自動vacuumで足りてるのか気になるわね
DBチューニングしたほうが良さそう、手伝ってあげたいけど僕は丼運用したことなし(純粋にPostgresの知識でしか殴れない)
まあデプロイは茜さんが正しくやってくれているはずなので、スペックのせいじゃなければデプロイではどうにもならないところに原因がありそうというぐらいしか
@oinarisummer そんなにクソアプデ多いのかあのゲーム(2015 Crimefestだったはず)
（CV：安済知佳）님의 게시물
zabuton1mai@maho.app
This account is not set to public on notestock.
2年に上がるのは関門あるけどまあなんとかなる、3年には勝手に上がる、ただし卒研着手条件が厳し目なので落としたり履修サボってると足りなくて詰むという
1年の頃から絡んでる仲良し8人組ぐらいがいるんだけどついにフル単が僕だけになってしまったかもしれないな……
This account is not set to public on notestock.
Tissueと違ってkbs3は開発人員が僕しか確保できないので、「面倒だから/時間がかかるから」という理由で見送りになっている機能がけっこうあります
何かと思ったらinsertOrIgnoreって5.8.33とかいうかなり最近のバージョンで追加されたのか……
時間軸と世界観がぐちゃぐちゃのkb10uyのSSに特化した仕様になってしまいそうなのはある(ごめんね)
> 次の日。
> ラビットハウスのトイレが壊れた。
> ラビットハウス大肉便器大会が始まった。
> ココアちゃんが漏らしてしまうのはその３日後だった。
「シココア」より
なんだっけ、ココアちゃんがそぎぎするのを天子とkb10uyが見守る回はココアちゃんが大を漏らす話より後に書いたんだけど、前者のほうが時間軸的には先
これで、実作品群でいうところの「天ココア」、「あぁっでちゃう」、「天藍会」、「コセ出部」、「天kb」などがある
これ5000兆周考え続けてもどうせ order カラムに整数突っ込まれて終わるやつに賭けよ
これは結構あるんですけど(おとといぐらいの案3)、僕があとから前日譚を書くのでダメそうということになってしまった
これ多分僕が想定しているシリーズ概念が影響していて、ナンバリングされない短編をシリーズとしてまとめることを想定していたので番号に意味がない
並べ替え(によるUPDATEの操作)がO(n)でいいから WHERE ABS(order - base_order) = 1 で絞れる設計へ
並べ替え、orderを全部書き直すのでできるだけそれを発生させない設計にする必要がある #kbs3
ON CONFLICT IGNORE かなあ(登録したら勝手に並べかえはしないしできない仕様なので)
先に登録されているかチェックするの、 race condition の可能性があって嫌な感じなのであまりおすすめできない
そもそもエラーにせず UPSERT 使って冪等にして成功させるのが一番安全で確実だと思うけど
作品をシリーズに入れられるかどうかの判定、一応「すでに入っていたら失敗」にはなるんだけど、「先に登録されているかチェックする」か「INSERTでUNIQUE引っかかったら報告する」かどっちにしようものか
あれだよね、同じチェックインでもどの性癖ポイントを評価するかが人によって違ってくるのが楽しそう
あ、仕様としてブクマ別に作る予定なのでシリーズは自分の作品を自分のシリーズにしか登録できないようにするつもりです #kbs3
This account is not set to public on notestock.
paths は
import foo from '@hoge/...';
とかやるときに @hoge が実際にどこを指すかを指定する
typeRoots は型定義をどこから検索するか
それに指定すればいいんだけど、上書きなので node_modules/@types も一緒に指定しないとダメだったはず
