This account is not set to public on notestock.
このアカウントは https://misskey.io/@syuilo に引っ越します
---
Author and project lead of #misskey.
Misskeyの作者。主人→@AureoleArk
好きなこと: 近所を散歩すること、写真を撮ること、眠ること
最近はお菓子を食べることも好き
#misskey #藍ちゃファンクラブ #DTM #BitwigStudio #写真 #アズレン #わーーーーーーーーーーーーーーー #web
Because I can not understand English, I may not be able to answer questions.
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.
crypto_key.node はマイグレのために残してあるから、マイグレは別ブランチに移動してメインのブランチからはcrypto_key.nodeを削除するようにしようと思う
This account is not set to public on notestock.
しゅいろさんも作ろう
RE: https://misskey.xyz/notes/5cb3372f36ff91003bcbcca5
This account is not set to public on notestock.
左チャンネルと右チャンネルで位相を反転した音を流して、普通に聴くとそれが打ち消しあって何も聞こえないけど、片方だけ聞くとなんか聞こえるとか できるかな〜?
わかる
なんかワクワク感ある
RE: https://misskey.xyz/notes/5cb32b8f262dce0034bf34a8
This account is not set to public on notestock.
分散型の利点といえば利点かも
RE: https://misskey.xyz/notes/5cb32755262dce0034bedd87
io開店したらこれ投稿したい
RE: https://misskey.xyz/notes/5cb31d3879d541003afd15d5
This account is not set to public on notestock.
転生とはいえ知らないうちに別のインスタンスに自分のアカウントがあるというのは気持ち悪いと思う人もいるかもしれないので、ユーザーデータ移行も無しでいいかもしれない
This account is not set to public on notestock.
ピコーン♪
テロテロテロテロタタッタッターンタタッタッタターン
パラッパンパララパラッパパラパラパラララン♪
パラッパンパララパラッパパラパラパラララン♪
パラッパンパララパラッパンパラッパ
ッッッタン♪
\ドンッ/
0% 0% 0%
This account is not set to public on notestock.
beta11 と beta12 の間には設定ファイルの編集が必要な破壊的変更があるんだけど、設定ファイルを編集せずにアップデートしてしまったものと思われる
おやすみなさい!!!カンカンカン!!!寝てー!!!夜だよ!!!!すごい夜!!!!外が暗ーい!!カンカンカンカンカン!!!!!おやすみ!!カンカンカン!!!見て見て!!!!外暗ーいの!!!外!!!!見て!!カンカンカンカンカン!!寝て!!早く寝て!!カンカン!
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'))))
この人たちサーバーとかソフト簡単に吹っ飛ばしたり直ぐに再度リリース出すことになりそう
meidをID生成方式に追加
旧IDから引き継げて、かつミリ秒精度です
https://github.com/syuilo/misskey/blob/develop/.config/example.yml#L131
@ac@imastodon.net ある要素がどのスタイルを適用するか手動で決めるみたいな
詳しくは https://vue-loader-v14.vuejs.org/ja/features/css-modules.html
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を実装してみることにする
@mei23@misskey.m544.net あーーーたぶん理解した
パディングの方向を脳内で逆に考えちゃってた
000001 みたいにパディングされるのに 100000 みたいにパディングされるとなぜか考えてた
仮にDDoSでサーバーをダウンさせられても、API制限を突破したわけではないのでデータベース等に大量のデータが書き込まれるとか言うことにはならない
「意図的に同じ時間を送りつけて飽和させる」ためには、例えばランダム部分が二文字だったとしたら 36* 36 = 1296 なので 1296 回リクエストを送る必要がある 別にすべての組み合わせを埋めなくても、確率的に被る可能性が高い状態まで持っていければまあ良いのでその半分の 648 回リクエスト送ればいいとしても、ある ミリ秒 が使えなくなったに過ぎないので、ある 秒 くらいの規模にするにはそれをさらに 1000回、だから 648 * 1000 で 648000回もリクエストを送らないと、IDを飽和させられなさそう
「『意図的に同じ時間を送りつけて飽和させる攻撃』を1000回行って、ある「秒」を利用不能にする」くらいまで行くと問題になりそうだけど
meimei id
RE: https://misskey.xyz/notes/5cb200b5262dce0034b65d6e
Math.random はやめてメモリ上にカウンタを保持しておいてそれをくっつけるか
IDが生成されるたびにカウンタがインクリメントされる
カウンタの初期値はプロセスID+ クラスタのワーカーID とかで良さそう