しゅいろ 
(@syuilo@misskey.xyz)の投稿
このアカウントは 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.
ガベージコレクションガーベジコレクションガーベージコレクションガーベッジコレクションガッベージコレクションガベッジコレクションガッベジコレクションガッベッジコレクション
ガベジコレクション
n は new のつもりだったけど、postがnoteに名称変更した影響で図らずも note という意味にもなった
マスにマウスカーソルを乗っけることでも、ツールチップでマスの名前が表示されます。
オープンソースソフトウェアは、英語圏の人が見る可能性が高いのでできるならば英語で会話した方が良い
Currently, You can not log out. sorry :(
これは熱された鉄みたいなやつをローラーで引き伸ばしていく所だけど、遠くから見ていてもすごい熱さだよ遠くてあの熱さとなると、近くで作業している人は地獄だろうな
http://www.jfe-movie.com/steel/video/JFE_029.mp4
大文字と小文字を区別しないようにしたのが若干破壊的変更で、それ以前のタグは検索に引っかからない
この世界は空間的には3次元だけど、時間の概念も合わせると4次元時空ということになる
3次元に住む我々が4次元をイメージできるのか否かって問題、生まれつき色盲の人に色がイメージできるのか否かって問題に似てるな
4次元の物体をイメージしても、どうしても3次元に投影された物体しか浮かんでこない
２つ箱を用意して、それぞれに黒と白のボールを入れておく。私としゅろくんがそれぞれ持ち帰り、お互いに自分の箱を開けたとする。もし箱の中身が黒いボールならば、相手は白いボールを持っているということがわかる。で、お互いに相手のボールの色が分かったとして、なにか情報をお互いに伝えられただろうか？
相手の色が分かっても何か相手に情報を伝えられてはいない。
例えば、こっちが黒だったらあっちは白で、こっちが白だったらあっちは黒だというモノを利用して、お互いに何かメッセージをやり取りすることができるだろうか？
もしそれを利用して何らかのメッセージを伝えられるならば情報の伝達が行えるということだけど、そうでないならば情報の伝達は無理ということになる
こっちが黒だったらあっちは白だ、と予め決まっているのでそれが情報が伝達されたと解釈するのは違う気がする
身近な例では、例えば自分が寝ている間は何時間も経過しているけど主観的にはそんなに時間を体験していない
これは一種の未来へのタイムトラベルと言えそう
宇宙が無限に広いと仮定すると、インタネットに接続できる知的な文明の数も無限にあると想像でき、そうするとあるサイトをインタネットに公開したら無限のリクエストが飛んでくることになるのだろうか
情報は光速を超えて伝わらないけど、何光年も離れた場所に一瞬で情報を伝えることは可能そうつまり空間そのものを縮めてしまえばいい(例えばワームホールとか)
それならば、実際に情報が移動する速度は光速以下だけど遠く離れた場所に一瞬で情報が伝わる
「Mastodonと同じにしよう」と思ってやっているわけではなく「たまたま同じだった」だけなので、Mastodonが仕様変更したりMisskeyが仕様変更したりする可能性がある
『グレープジョーク』→『トマト』→『タンパク質』→『X線回折』→『ラウエの条件』→『ラウエの式』
私の最高記録は
グレープジョーク→ラウエの式の5経路
https://wikitter.info/
W杯勝敗予想
最先端の超高圧電子顕微鏡・物質・生命科学超高圧電子顕微鏡、字面からして最先端って感じがする
リアクション間違えた
50%の確率でAyaさんが打てる手の中からランダムに選択しなければならない縛りは？？？
ループモードをオンにすると、マップの上下左右がループしていると見なされます。
そのため、一見ありえないようなところに置いたように見えます。
最近この団体による悪質なツイートが目立つのでwasaradan.m.to
をブロックする可能性がある
ここではチートとは正しくない情報をサーバーに送りつけそれをサーバーが受理することを指すことにする
オートエイムをチートに含めると、オセロでめっちゃ強いAIを使って対戦することもチートということになるな
チートする人はおそらくいないだろうしいたとしても凍結したりゲームに参加させなければいいしあまりチート対策は考えなくても問題なさそう
ユーザーから「このユーザーを殺しました」というメッセージを受け取ったとしてそれが正しいのかどうか確認する術はなかなかない
メモリはあればあるだけ使ってる状態なので実際に必要になっているメモリは現在では2GB程度
Misskeyのユーザー同士でのF(T)PS
ぬるっと流れるようにするのがメモリリークを引き起こす原因だったので一時停止してる
これがVueのバグなのかMisskeyのバグなのかは不明
クライアントの設定だけどサーバーに保存される設定なので複数のデバイスでリアルタイム同期され、ブラウザのキャッシュを消したりしてもこの設定は消えない
あー、画面の幅が狭いと上部のバーが表示されないのでログアウトを選択することは無理かもしれない
モバイルでMisskeyからログアウトする最も安全な方法は、デスクトップ版ページを表示してログアウトすること
git.yt のサーバーの IP アドレスが見つかりませんでした。次をお試しください:接続を確認する
ERR_NAME_NOT_RESOLVED
fediverse.network のサーバーの IP アドレスが見つかりませんでした。次をお試しください:接続を確認する
ERR_NAME_NOT_RESOLVED
まもなく少しサーバーをメンテナンスするので、数分間接続できなくなる場合があります。
ビルドの設定をミスったりとか、キャッシュの関係でまれに最新バージョンとしてダウンロードされるスクリプトのバージョンが最新になっていない場合があり、その場合は自動更新すると無限に更新が繰り返されることになりユーザーの操作が不可能になる
これを防ぐ目的が一番大きい
Vueのサンプルコードに載っているレベルのシンプルな状態でテストしてリークがあるかどうか確認する
コンポーネントを空にしてみるだとか、今度はトランジションを無効にしてみるとか、そうやってどんどん構造をシンプルにして条件を絞っていくアプローチが我ながら功を奏したな
とにかくトランジションシステムを無効にすることでメモリリークが解消されたということだけは分かった
Vueのトランジションシステムのせいだ
(Vueが悪いのかMisskeyが悪いのかはまだわからない)
インスタンス自体がどこからか参照されている可能性はあるけどオブジェクトが参照されているかどうかはインスタンスの残存には関係しなさそう
JavaScriptってある変数がJavaScriptのどこからか参照されているか否かって知る術ないよね？
うーーむ、仮に参照されていたとしても、VueはあるデータがJSのどこからか参照されているかはわからないのでインスタンスがメモリから取り除かれるかどうかとは関係なさそうに思える
デッキじゃなくても、普通のホームでもリークしてるからそっちでテストした方がシンプルで良さそう
Misskeyはバージョン情報をブラウザにキャッシュしているので、自動で更新はできない
タイムラインの投稿のインスタンスが画面から消えてもメモリ上に残存している可能性が高そう
起動してからある程度の期間は少しずつ増えていきそう(タイムラインの最大表示数に達するまでは投稿が蓄積されるので)
何か永続的に変数に入れて記録するような処理もデバッグモード時を除けば私の記憶にはない
リークの原因として考えられるのはイベントハンドラの解除忘れくらいだけどそんなの見当たらないし
うーーむなかなかメモリリークの原因を突き止めるのは…
Chromeのインスペクタ使えば分かるだろうか…
仮にスクロールしないと見れないとしても、メディアタイムラインをクリックする手間に比べたらマシ
プロフィールに投稿と同じ構文(Misskey Flavored Markdown, MFM)が使えるようになりました。
また、デスクトップ版の新しいユーザーページのデザインをテスト中です。
class Node
{
public int elem;
public Node next;
public Node() : this(0, null) { }
public Node(int val,Node next)
{
this.elem = val;
this.next = next;
}
}
class ListTest
{
public Node head;
public ListTest()
{
head = null;
}
public void Add(int val)
{
Node node = new Node(val, this.head);
this.head = node;
}
}
class Program
{
static void Main(string[] args)
{
ListTest list = new ListTest();
list.Add(15);
list.Add(20);
list.Add(30);
list.Add(30);
list.Add(15);
for (Node n = list.head; n != null; n = n.next)
{
Console.Write("{0}\n", n.elem);
}
}
}
万一デバッグモードだとストリームの通信が全て記録されるのでそれが原因の可能性もあった
関数が複数の値を返せるようにして、それでエラーも一緒に返すというアプローチをどこかで見た
Ruby の -ist が Rubiest なら Misskey の -ist は Miskist ではなく Miskiest ?
Misskeyは挙げられた他の３つと違い、リアクションという概念があるので難しそう
人とコミュニケーションが取れず障害になっているのでこれをコミュ障と言わずして何という
別リポジトリに移動して復活させる予定
144px用のアイコンを用意してくれというだけで、別にアイコン自体は144pxじゃなくても良いんじゃねという疑問
スマホとか色んな角度で見るやつならアレだけど、PCのモニタなんて一方方向からしか見ないでしょ
まさかそっち(コードベース)まで修正してくれようとしてないよね？
それくらいは後で私がやるよ〜
❌ Misskey Flavored Markdown
⭕️ Misskeydown
Mastodonについて詳しくないので何とも言えないけど、内部でリモートファイルのキャッシュが切れたとか？
Misskey Flavored Markdown (MFM) では、引用は「
(改行)text(改行)"」で行える
test
```
test"`
xs.map(fn) の方がシンプルで分かりやすいからついこっちで描きたくなっちゃうけどね
xs.map(fn)
という書き方は危険 代わりに
xs.map(x => fn(x))
と書こう
なぜかというと、将来fnが複数の引数を取る実装になった時に、思わぬバグを引き起こす可能性が高い(実際に経験した)
月収の半分だからね...
次の場所から拡張機能を読み込むことができませんでした: C:\Users\syuilo\Desktop\WhatYouarePlaying-4.4.zip. Could not unzip extension for install.
ゴチャゴチャ感を重視した
Ｋａｌａｆｉｎａ ８ｔｈ Ａｎｎｉｖｅｒｓａｒｙ Ｓｐｅｃｉａｌ ｐｒｏｄｕｃｔｓ Ｔｈｅ Ｌｉｖｅ Ａｌｂｕｍ「Ｋａｌａｆｉｎａ ＬＩＶＥ ＴＯＵＲ ２０１４」ａｔ
Windowsのエクスプローラもtsを動画ファイルと認識していちいちでかい表示してくる
MisskeyはCookieを使わないので、ドメインをワイルドカード指定しても問題無さそう
今の設定だと
access-control-allow-origin: https://misskey.xyz
ってなってるけど大丈夫なのか
ん？それいつ？
たった今サーバーの設定変えたので、変える前の設定が良かったのか変えた後の設定が良かったのかわからない
Workflowというユーザーが自由にスクリプト的なものを書けるアプリがあり、それを使って曲情報を取得しMisskey APIにアクセスすることができる
私がそのスクリプトを書いて公開しているので、それをダウンロードすれば一回のタップでいつでもなうぷれを投稿することができるようになる
今のところMisskeyへのなうぷれ投稿は iOS と Windows から行える
