歌上手いかもしれん(ない)
わんせた(@ars42525@odakyu.app)の投稿
For those who wants information about Yuito, subscribe my English posts only (available on account profile, Mastodon v4 or above).
くだらないこと言ってる人格は わんせた 、コード書いてる人格は kyori
呼ぶときは わせたん でもよし。たんってついてればかわいいので
Manages: https://odakyu.app https://nitiasa.com
Maintains: https://accelf.net/yuito (fork of Tusky)
when these instances down see here: @ars42525 @ars42525
Server Status: https://graph.accelf.net
何回ブリーチしたかわからん髪にパーマとか言ったらアシスタントの間で「優しく外してね」っていう指示が飛ぶクラスの特急呪物になってしまった
膨大な数のユーザーが一気に新規登録とログインを実行するイベント、どう工夫してもキャッシュとか効かせようがなくて波乱だな
アプリケーションレベルのオートスケールくらいは当然考えるだろうけど、やっぱDBがボトルネックになるね
アクセス過多でDBが死んだのはほぼ確定、インデックスまで壊れちゃった可能性すら感じる
> バンダイナムコID障害発生につきましてBNIDのメンテナンスを行い、データベースサービスの再起動と増強対応を以下時間帯で行います。
https://twitter.com/bnidofficial/status/1668912548756992000
じゃあどうやって実装しますか？って感じなんだけど、「高い方の割引率を取る」ロジックを作るのは否定的な人も多そう
IFとしてはbox.apply(rate)を複数回呼んで最大のものがbox.resultみたいな感じで返ればよいのだが
これ言わんとしてることはわかるし考え方は嫌いじゃないんだけど、こんなものが通常の手続き型言語のコードとして書かれていたら泣いてしまう
可読性も拡張性もすべてをなげうったコードを書くんじゃない
エスイーが要件定義でやるべきたったひとつのこと(実践編) - Qiita
https://qiita.com/kawasima/items/98b5636db0172d9b5051
なぜ(Twitterの)TLにメールのプロトコルを知らんやつがまだ居るんだ…？って思ってプロフ見たら普通にエンジニアだし謎は深まるばかり
ID基盤を使うゲームが1個増えたらID基盤が壊れた→依存関係の逆転と設計ミス
普段過疎ってるID基盤に見たことない量のアクセス来て落ちた→過疎ってたのが悪い()
某ゲームの影響でBNIDが死んだらアイマス関連もログインできなくなるのウケる、ID基盤統合こういう事故を生むんやなぁって
StripeのダッシュボードでAPI Key消そうとしたら別のダイアログに2回連続でパスワード聞かれてウケる
むしろ「Name Serverなる物があってresolveHandleを受け取ることで名前空間を定義するんだぜ～」って顔をしているのに「resolveHandleはhandleのドメインに投げるんだぜ～」って言い始めるの、設計の矛盾では？
このresolveHandleで名前解決先をHandleのドメインにしてしまうとICANNルートに依存するので、ここを別のなんらかのホストに固定すればAlternate Name Serverを使うATPソフトの出来上がり
Identity | AT Protocol | https://atproto.com/guides/identity#handle-resolution
PDSは必ずしもName serverと一致しないので、Alternate Name Serverみたいなのが生えれば良さそう
それはそれとして、BlueskyのProductionとStagingはそのうちName Serverが統合されてどっちかが捨てられることになりそう
AT Protocol | AT Protocol | https://atproto.com/specs/atp#glossary
(名前取るのが)早いもの勝ちじゃなくて(Discordへの登録が)早いもの勝ちという至極真っ当なルール設計なんだよな
Amazonで最少でも20個単位だったカレー、マジでバカみたいな量来ててちょっとどうすんのって顔になってる
さっきYouTubeの動画タイトルで見つけたのよね、アップロード中に気づくでしょ普通
アップロード後にも確認したら気づくし
適当に書き捨てるような場所で間違えるのはまだ(変換ミスとして)わかる
なんか人に見せるために書いた文章で変換ミス放置するのおかしいでしょ、読み直したら違和感しかないじゃん
どうして人類は「話」と「話し」を使い分けられないのか(一生言ってる)
義務教育は何をやっているの(雑煽り)
このアカウントは、notestockで公開設定になっていません。
出席コードが毎回同じせいでZoomに参加せずに出席だけする人が10人くらいいて、「出席してるのに参加してこない！Zoomに参加できないのでは！？」みたいな心配してるのかわいそう
最近React書くの流行ってるからずっと放置してたaccelf.net/blog復活させるやつやってた
Display blog by kyori19 · Pull Request #24 · kyori19/accelf.net | https://github.com/kyori19/accelf.net/pull/24
どっかにCSS Gridつかって作ったレイアウトがあった気がするんだけど、何のプロダクトだったか忘れた
実験の方は最後に実験レポートをREADMEとして貼っ付けるとかいうろくでもない計画をしている(課題の説明をレポートに書いているはずなので必然的にプロダクトの説明になる)
誰得リポジトリ2(実験でちょっと羽目を外した)
kyori19/eeic-i-web | https://github.com/kyori19/eeic-i-web
誰得リポジトリ(課題でちょっと羽目を外した)
kyori19/ktas: Assembler and DSL written in Kotlin | https://github.com/kyori19/ktas
ある意味めちゃくちゃ久しぶりにメンタルがゴミみたいに死に腐っているとも言えるので何かを生み出すには丁度いいのかもしれない
Jetpack Composeで新しくクライアント作りたい欲はあるが多分時間とか諸々の都合でやらない
reduceの初期値与える版がfoldなわけだけどイメージ的にはreduceもfoldで捉えてたのでどっちがどっちだかわからない
(さっき寝すぎたせいで)眠くないので夏アニ見定める会してたんだけど、話は面白そうなのにフルCG丸出しなのが生理的に無理だったアニメが少々あったのもったいない
TextFieldのclickイベントの奪い方がわからんので上に透明なBoxを重ねることになりました
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
敵が出てきてからエイム合わせるまでの間にめっちゃ削られそう
~~~~~~~~~~
[https://mewl.me/notes/8172b283919f6732892db8d6]
エグい人はエグいくらいに頭(視点)振りまくって周囲確認してるけど意外とdpiはまちまちだから誰でもなんとかなるのかもしれん
bundlerが難しいのかgoogle-api-clientが難しいのかは悩ましいところだがちょっとハマったわ、まったく
このアカウントは、notestockで公開設定になっていません。
scout解放されてると思ってたけどされてないしする途中で力尽きたんだろうなぁってのが安易に想像つく
このアカウントは、notestockで公開設定になっていません。
GitHub Repositoryの中身をけしたいと問い合わせた結果
プライベートリポジトリにして消してからパブリックにすれば消せるで
っていう裏技を教えてもらった
このアカウントは、notestockで公開設定になっていません。
久しぶりにAnniやりてぇなってさっき思ってたのに今の今まで忘れてたのでやっぱあんまやりたくないかもしれん
やっとできた...
ミスったやつけしてもらいたいんだけど確かサポートいかないと
Package net.accelf.expandable-layout · kyori19/ExpandableLayout | https://github.com/kyori19/ExpandableLayout/packages/268597
このアカウントは、notestockで公開設定になっていません。
MastodonのSMTPサーバー、何を使ってますか？
このアカウントは、notestockで公開設定になっていません。
WebアプリにSQLite使うくらいならほかのデータベース使ったほうが良さそうな気がするんだけどどうなんですかね
GitHub · Where software is built
https://github.com/accelforce/odakyudon/commit/dff604d7a42d328682189b5be2388ce483cbf138
これでちゃんと塞がるってことはあれでも登録はできないはずなんだよな…
@squid999 1TBまで溜め込めるから、思い切ってしばらく放置しても大丈夫だと思う
うちは複数インスタンス分のメディアとバックアップ詰めてるからギリギリだけど
このアカウントは、notestockで公開設定になっていません。
PostgreSQLがCPUとメモリをパクパクするせいで監視サーバーが重くなるってことが昨日の対処(？)でわかったわけなんだけどCachetは使いたいしどうしたらいいもんかなっていう
#kyoriobjstorage
232.01337013300508G 77 objects s3://itabashi-backup/
269.0588224083185G 1586121 objects s3://media.n-sr.org/
135.47293983679265G 740430 objects s3://media.nitiasa.com/
146.0709426002577G 984543 objects s3://media.odakyu.app/
41.26311865076423G 93 objects s3://nitiasa-backup/
99.45825039315969G 103 objects s3://odakyu-backup/
1100.4904689788818M 94 objects s3://storage.accelf.net/
--------
924.41214174591G Total
