Notices by 8x9 (8x9@mstdn.glorificatio.org), page 6

instances.social のログインできない問題と、「@」付きのインスタンス名で登録されていた問題は関連が有るんじゃないかと思って聞いてみたけれど instances.social の管理人氏によれば、関連は無さそうだから 別 issue として開いて欲しいとのこと。
https://github.com/TheKinrar/mastodon-instances/issues/69#issuecomment-438747732

instances.social の実装は
https://github.com/TheKinrar/mastodon-instances
で開発されていて、運営上の問題もここの issue で受け付けているみたい。

なので「以前はログインできたのがエラーが出るようになった」みたいな事も issue として開くのがよいと思う。

窓口はどこだろう

うーむ…… 困りましたね。

削除されたのは、
「glorificatio『@』mstdn.glorificatio.org」
のレコードで、
「mstdn.glorificatio.org」
の方は残っているので、大丈夫だと思ったのですが、内部的にログイン情報とかが別のレコードで、両方から共有されていたりして、それが一緒に削除された…… とかですかね。

instances.socialのadminにいったら、internal server errorで怒られてもうた

マストドンに中央は無いけれど、入口は instances.social がデファクトスタンダードとなってるんだよね。
インターネットに中央となるコンテンツ配信サーバーみたいな物が無いとしても、入口を抑えたGoogleがある種の中央になりかけているのと構造は似ている。

という訳で、またもや #インスタンス領主への直訴状 なのですが、 https://instances.social/admin でこのインスタンスの言語とカテゴリを修正してみていただければと思います。

マストドンのインスタンスのリストを提供する instances.social に「@」を含む名前で登録されてしまっているインスタンスが40個ほど有った件、進展しました。

新たに誤った登録がなされることが無いように対策済みとのことで、既に登録されてしまっていた分も管理人のthekinrar氏に削除されました。
よって、該当のインスタンスの管理者は以下2点を https://instances.social/admin で行なうと良いと思います。

* 正しいインスタンス名（ドメイン名）での登録が成されていなければ登録する
（現在は /api/v1/instance/peers を使用したクロールにより自動で登録するようになっているはずなので、外部と連合しているインスタンスであれば、なにもせずとも登録されているはず）

* インスタンスの登録内容を確認して、情報を追加・修正する
（今まで行なってきた操作は間違ったインスタンス名で登録されていたレコードを対象としていた可能性が有るため。重要なパラメーターは多分、カテゴリーと言語で、これらはAPIで収集・更新できていないと思う）

『「独身の日」の売上記録をAlibabaが更新、秒速4000万円で物が売れまくる』
https://gigazine.net/news/20181112-alibaba-1111-new-record/

僕もAliExpressでちょっと買った。ただ、11日の直前に値上げしといて、値下げ幅を大きく見せる業者とかもいて、詐欺まがいのイベントなのでは、という気もしなくもない。

ただ、はてなブックマークとか見ると、この話を「JavaScriptの闇」的な受け取り方をしている人がいるみたいだけれど、それは違うよ。全然違うよ。

大抵の言語は仕様まで丁寧に見ていくと、細かい話がいっぱいあるよ。Repl 特有の事情があるのも一緒。「闇」とかじゃないからね。全然違うよ。全く関係ないよ。

『JavaScriptの { } を理解する』
https://qiita.com/uhyo/items/39750a5359629b3fee05

一晩明けたら、何か凄いバズってる…… 羨しいぞ、ぐぬぬ……

でも、関連記事として言及して貰ってお溢れがあった。まあ、よかった。

mstdn.jp は確か CDN の CloudFlare を使うことで DDoS に対抗してたんだよね。
これは、CDNの後に隠したサーバーのIPアドレスがバレちゃったら意味ないんだろうね。