おさむのひと
おさむのひと
> リクエストを開始するときにはアップロードしようとしているファイルサイズを含めたい。 そうすることでドライブの容量が足りないときに無駄なアップロードを発生させず、即エラーにできる どの方法をとるにしてもこれは必ずやるとして…（先出しでやっておいても良いレベル） 上記に加え、サーバ側で1ファイルあたりのサイズ上限を決められたらいいようにも思えます（既にある？） 大容量ファイルのアップロード方式以前に、大容量ファイルのアップロードそのものを歓迎しないところもあるでしょうから
https://github.com/misskey-dev/misskey/issues/11801#issuecomment-2209842457 - PUTコストはかかるがファイルアップロード終了時に整理して後々のMisskeyバックエンドの負荷を減らす - PUTコストをかけず/files/で繋ぎ合わせたものをダウンロードさせる に加え、マルチパートアップロード対応（かつS3互換のAPIで動かせる）なオブジェクトストレージを使ってる場合は、それを使用できる選択肢があってもいいかも…？ いずれもバックエンドに負担がかかるので損な選択肢ではないと考えています
ありがとうございます。そんなところに…
もし単体での上限を実装するときは > ロール単位でのサイズ制限が欲しくて のほうが融通を利かせやすいかもですね。ちょっと実装量増えるけど…
現状は複数のpackage.jsonで使用されているパッケージのみcatalog化しています。 - 全部catalogに乗せてしまっても良いのでは？ - backendに乗るもの、frontendに乗るもの、misskey-jsという粒度で区切った方が良いのでは みたいな内なる声もあり、ご意見募集中
> パッケージをまたいで共通のdependencyが増えたら自動でcatalogに移行するみたいな設定 現状無いかもです（ざっと見た限りなさそう？）
コンフリえぐいのでclose
/preview
某twitterのfleetみたいな感じでブランクなキャンバスに色々置けるとかでも面白そう
そこはやり方次第かと（一回読んだ設定値をキャッシュするようにする想定で、テスト時だけその値を書き換えられるようにするなど…あとjest.mockとかもあるし）