kei氏はミュートした方が無難

ではない

iPhone SEで投稿フォームの公開範囲設定が隠れる問題を修正しました。

http://d.hatena.ne.jp/favril/20091105/1257403319

うーん、どうやら親要素が display none でも子要素の計算されたスタイルは display block になるようだ

これを解決しようとしている
https://github.com/syuilo/misskey/issues/1569

(というか時事ネタはやめた方が良い)

無理やりけものフレンズネタを挟んできてるけど面白くない(むしろウザい)
https://qiita.com/amamamaou/items/bb79bec002a6ff033810
このように日本人が日本語でユーモアを表現しようとしても大抵はつまらなくなるということがお分かりいただけるだろう

try ~ catch ってインポートしてインスタンス化するの？

合ってる
でもそれはメソッドではなくて 構文 と呼ばれるもの

なにそれ

私を土に埋めると豊作になるって…もしかして私って多機能？

私の弟と同じ誕生日だ

お疲れ様です〜

ハロー、私はサンディエゴ！第二次対潜で一番多く星をもらった巡洋艦で～す！うふふ、自己紹介完了！！えらいでしょ！

データベースはいいぞ

インデックスは、ユーザーテーブルにだったらユーザーID、投稿テーブルにだったら投稿IDくらいにしか付けられなさそう
例えば投稿テーブルの投稿者IDにインデックスを張るといったことはキツいんじゃないかしら

(特にMongoDBには結合がないので非正規化は多用される傾向にある)

データベースの高速化には冗長化や非正規化は必要

まあMisskeyもいずれそのような仕組みは作らないといけない

さすがにユーザーごとにデータベースのテーブルを作ったりはしてないだろうけど、ユーザーごとのタイムラインキャッシュをレコードとして記録している...？

つまり、今haradai氏が仰ったことに近いようなことをしていると思われる

聞いたところによるとキャッシュしてるとかなんとか

データベースのデザインは楽しい

それ以前の問題として同じスキーマのテーブルが無限にあるというのは設計的にアレだしね

「自分がフォローしている人の投稿」というのはつまり「ホームタイムライン」のことですね

ユーザ毎にテーブルを作るとどうなるかというと、今説明した「指定したユーザーの投稿を取得する」処理は確かに高速になるかもしれないけど、今度は自分がフォローしている人の投稿を取得する処理が死ぬほど重くなる

この点はどんなデータベースだろうが皆同じ(だと思う)

もし古いアカウントではなく最近のアカウントだったとすると

例えばそのユーザーの投稿を10個取ってこようとしても、昔のアカウントということは投稿が(他のユーザーの)新しい投稿に埋もれてなかなか見つからない

タイムラインの構築に時間がかかるんでしょう

今のところ行かない

私宛かな

https://www.youtube.com/watch?v=L1V-iD3LBrI

shake well before using

そうっぽい

フォントすき

それ

PUBGってしゅろくんがよくトンカツとかなんとか言ってたやつか

Misskeyの画像を表示しない設定にしてもアイコンの色が描画されるようになったのでカラフル

なんかそれスマホで出てなかった？

きゃー

んなこたぁないけどね

Misskeyオセロというものあるよ！！！！！

クソゲーとして名高い(シャドバ、デレステ、アズレン)ではなく(クソゲーとして名高いシャドバ)、デレステ、アズレン
ですので

スマホはクソゲーとして名高いシャドバ、デレステ、アズレンをやっている

最近あまりCS機のゲームはやってない

最近あまりPCのゲームはやってない

しゅろくんとなんかゲームしたい