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

@mewl@mewl.me 作曲家じゃん

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

かわいい

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

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

女の子です

別ブランチにする

とりあえず消しますのでお待ちください

ある

それは謎
でも削除すればとりあえずその怒られは回避できる

この曲気に入ってるから聴いて
https://soundcloud.com/syuilo/floating-with-you

crypto_key.node はマイグレのために残してあるから、マイグレは別ブランチに移動してメインのブランチからはcrypto_key.nodeを削除するようにしようと思う

daybreak、トランスっぽそう

@lerk@comm.network 連絡ありがとうございます。crowdinを確認してみます。
👍

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

しゅいろさんも作ろう

RE: https://misskey.xyz/notes/5cb3372f36ff91003bcbcca5

.

高速道路とか

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

スマホのスピーカーとか、左右お互いのスピーカーが近いもので鳴らすと効果が高そう

かわいい

左右のチャンネルで位相反転して正弦波が鳴ってます
ヘッドフォンだと普通に聞こえるけど、スピーカーとかならもしかすると...

coming sooon

あとでやってみるか

保存はステレオなら情報残りますね

耳は左右別々だから無理だな

左チャンネルと右チャンネルで位相を反転した音を流して、普通に聴くとそれが打ち消しあって何も聞こえないけど、片方だけ聞くとなんか聞こえるとか できるかな〜？

そういうこと

私は思いつく曲に隠しメッセージを埋め込む方法:
* モールス信号
* スペクトラムアナライザなどで曲を表示したときに文字が浮かび上がる

モールス信号って特徴的なので気づく人以外と多そう

賑やか

モールス信号でメッセージ埋め込んだことはあります

わかる
なんかワクワク感ある

RE: https://misskey.xyz/notes/5cb32b8f262dce0034bf34a8

なんか降ってこないらしい
あとで手動でビルドのジョブスタートさせてみる

自分でできるところまではやってみます🙏🙏🙏

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

ﾌﾞｧｧｧｧﾆｬﾝ

かわいい

DockerのDの字も知らない

Docker問題をどうするか

連合してなかったらURL変える必要ない

時間が

連合するようになったから、ドメインが同じだと不整合が発生する

5年の歴史の中で初めて

でるる

分散型の利点といえば利点かも

RE: https://misskey.xyz/notes/5cb32755262dce0034bedd87

ぶっこわれはマイグレに関係ないので忘れて

ほとんどできてる
xyz以外のインスタンスなら普通にマイグレできる(ようになる)と思われる

yes

空のドキュメントがある

あー、物理的破損ではなくて論理的な破損なのでだめそう

データベースが破損している問題は、破損している箇所だけスキップすればいいのでそこまで問題ではない
問題はやっぱり時間

「めっちゃ」ってほどでもないか

私がめっちゃ頑張ればマイグレの時間もっと縮められたかもしれないけどそこまでの気力がなかった

まあ個人運営なのでそこら辺は仕方ない

約5年かな

Misskey始まってから何度もデータは消えたりしたけど、ドメインはずっとxyzだった
そう考えると感慨深い

🙏

io開店したらこれ投稿したい

RE: https://misskey.xyz/notes/5cb31d3879d541003afd15d5

かわいい

藍O

変更で動かなくなるのではなくて、バグで動かない

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

ユーザー認証有りでのアプリ作成はできそう

d('ω')b

@mewl@mewl.me めうるおうちかえる！！！！！！！

わーい 頑張った甲斐があった

PostgreSQLにしたことで村上さんの負担が少しでも軽くなれば嬉しい

ioではとりあえずローカル復活する予定

近日実装！

Dockerよくわからない

さっきでた

どのくらいと言いますと

転生とはいえ知らないうちに別のインスタンスに自分のアカウントがあるというのは気持ち悪いと思う人もいるかもしれないので、ユーザーデータ移行も無しでいいかもしれない

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

リリースするかぁ

にゃんにゃん

🥴

11リリースまで秒読み段階

もっと寝て

藍Pad

拙者作曲できない侍

misskey.ioでは総理のご意向によりローカル復活しそう

@hakorena@misskey.m544.net ふ〜む

ﾋﾟｺｰﾝ♪
ﾃﾛﾃﾛﾃﾛﾃﾛﾀﾀｯﾀｯﾀｰﾝﾀﾀｯﾀｯﾀﾀｰﾝ
ﾊﾟﾗｯﾊﾟﾝﾊﾟﾗﾗﾊﾟﾗｯﾊﾟﾊﾟﾗﾊﾟﾗﾊﾟﾗﾗﾗﾝ♪
ﾊﾟﾗｯﾊﾟﾝﾊﾟﾗﾗﾊﾟﾗｯﾊﾟﾊﾟﾗﾊﾟﾗﾊﾟﾗﾗﾗﾝ♪
ﾊﾟﾗｯﾊﾟﾝﾊﾟﾗﾗﾊﾟﾗｯﾊﾟﾝﾊﾟﾗｯﾊﾟ
ｯｯｯﾀﾝ♪

＼ﾄﾞﾝｯ／

0% 0% 0%

ポテチ食いてぇでち

内股すき

牛肉はすごい

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

🥴

モンスターエニャジーくれ

カスタネット

11リリースするかぁ

いっそそれぞれのエンドポイント名UUIDにしようぜ

何色が好き？

@mei23@misskey.m544.net わー

@mei23@misskey.m544.net わたしもたべて

さすがにそこまでID生成するかなw

カウンターがあふれると最初に戻ってくる

🙏🙏🙏🙏🙏🙏🙏🙏

🙏

ちなみにaid2だとどのくらいだろう 確率的に倍になる？

yes

1ミリ秒の間に数百もの投稿がくることは考えにくい

http://thecodebarbarian.com/async-stack-traces-in-node-js-12.html

lgtm

🙏

おはよう

バグですね🙏

無駄

beta11 と beta12 の間には設定ファイルの編集が必要な破壊的変更があるんだけど、設定ファイルを編集せずにアップデートしてしまったものと思われる

dev.misskey.io が死んでる理由わかりました

おやすみなさい！！！カンカンカン！！！寝てー！！！夜だよ！！！！すごい夜！！！！外が暗ーい！！カンカンカンカンカン！！！！！おやすみ！！カンカンカン！！！見て見て！！！！外暗ーいの！！！外！！！！見て！！カンカンカンカンカン！！寝て！！早く寝て！！カンカン！

特に有益な情報は無かった＞＜

サーバーにアクセスしないと

大量フォローインポートで死ぬ理由が無さそう

dev.misskey.ioのログ見れたらな

dev.misskey.io、読み込み系APIは生きてるの謎

.

これかわいい
https://twitter.com/gekikawa_wa/status/1116872601756766208?s=21

function f(x) { Object.entries(x).forEach(([k, v]) => { if (typeof v === 'object') { f(v) } else { x[k] = v + '！！！！！' } }); return JSON.stringify(x); } localStorage.setItem('locale', f(JSON.parse(localStorage.getItem('locale'))))

そもそもMisskey自体には藍ちゃんは含まれていない

v11の設計面などで意見がある方は今くらいが最後のチャンスそう

なんか音出てるしリリースしようぜ

@Cutls@kirishima.cloud かわいい

🙏

io高いから村上さんに貢がないと

ラグタイムすき

最後の Screen は要らない

Tap "Tap Screen" Screen

@mei23@misskey.m544.net adminはレートリミット無効になっても良さそう

この投稿は藍されました

村上さんのピン留め気になる

ん？試したら普通に伝番した
やっぱりタイミングの問題そう

ｖ11でユーザーの isCat が伝番しない原因は不明

meidをID生成方式に追加
旧IDから引き継げて、かつミリ秒精度です
https://github.com/syuilo/misskey/blob/develop/.config/example.yml#L131

16進数ってなに

@ac@imastodon.net 不便な気がするので最近は使ってない

@mei23@misskey.m544.net なるほどなるほど.... アップデートしました

0x とか難しそうな構文でてきた

@ac@imastodon.net ある要素がどのスタイルを適用するか手動で決めるみたいな
詳しくは https://vue-loader-v14.vuejs.org/ja/features/css-modules.html

@ac@imastodon.net Vueでそういう機能あった

@ac@imastodon.net これ is どれ

普通に生活しててビットなんて知る機会無い

ビットってなに

@mei23@misskey.m544.net 🙏

https://mi3.xn--931a.moe/
もあるので、v11同士での通信がテストできますね

RE: https://misskey.xyz/notes/5cb20e73262dce0034b7076b

かわいい！

めいめいの考えてる仕様ではないと思うけど「旧IDと重複せず、順番も旧ID→新IDとつながって、ミリ秒単位」なもの

RE: https://misskey.xyz/notes/5cb20d35262dce0034b6f933

頭が悪いのでmeidの仕様(というか実装方法)完全に理解してないけど、とりあえず「旧IDと重複せず、順番も旧ID→新IDとつながって、ミリ秒単位」なObjectIDを実装してみることにする

100

@mei23@misskey.m544.net あーーーたぶん理解した
パディングの方向を脳内で逆に考えちゃってた
000001 みたいにパディングされるのに 100000 みたいにパディングされるとなぜか考えてた

objectidの秒部分をミリ秒に置き換えただけだと問題なのかな

それは1年前くらいですね

変わってない

めいめいの話が高度すぎてわからない

仮にDDoSでサーバーをダウンさせられても、API制限を突破したわけではないのでデータベース等に大量のデータが書き込まれるとか言うことにはならない

API制限はIPアドレスベースではないので回避できない

ところでmeidの生成がよくわからない (固定値1 1bit) は何だろう

なんで

連合にはAPI制限ない

「意図的に同じ時間を送りつけて飽和させる」ためには、例えばランダム部分が二文字だったとしたら 36* 36 = 1296 なので 1296 回リクエストを送る必要がある 別にすべての組み合わせを埋めなくても、確率的に被る可能性が高い状態まで持っていければまあ良いのでその半分の 648 回リクエスト送ればいいとしても、ある ミリ秒 が使えなくなったに過ぎないので、ある 秒 くらいの規模にするにはそれをさらに 1000回、だから 648 * 1000 で 648000回もリクエストを送らないと、IDを飽和させられなさそう

「『意図的に同じ時間を送りつけて飽和させる攻撃』を1000回行って、ある「秒」を利用不能にする」くらいまで行くと問題になりそうだけど

でも意図的に同じ時間を送りつけたとしてもミリ秒単位だしそこまで問題は発生しなさそう

意図的に同じ時間を送りつけて飽和させる攻撃

1msの期間内に3万件のデータを作成するのは無理そう

そうだった

1msの期間内に3万件のデータを同一テーブルに挿入するのは無理そう

ulidは「全世界で一意」みたいな感じあるけどMisskeyの場合「テーブル内で一意」であれば良い

あそこまでのユニークさは要らないからオーバースペック感が

長い

meimei id

RE: https://misskey.xyz/notes/5cb200b5262dce0034b65d6e

@mei23@misskey.m544.net 🙏🙏🙏

Misskey11では運営者がID生成方式を自由に選べる

URLを短くしたい人はAID一択だと思う

AIDは使い続けるよ

MEID実装中

@mei23@misskey.m544.net あ〜 meid として実装するかも

@mei23@misskey.m544.net 普通にobjectidで良いかと思った

Math.random はやめてメモリ上にカウンタを保持しておいてそれをくっつけるか
IDが生成されるたびにカウンタがインクリメントされる
カウンタの初期値はプロセスID+ クラスタのワーカーID とかで良さそう