雀魂に男性雀士のキャラクターがいることに加えて、雀魂に「契約」システムが存在することが、中国の一部ブルーアーカイブプレイヤーの反感を買ったのだ。

ブルーアーカイブのキャラクターがコラボ先で「契約」するのを快く思わないプレイヤーがいるというのが中国メディアの説明で、中国の雀魂プレイヤーは契約を「結婚」と呼ぶことがあるとされている。

…中国のソシャゲプレイヤーは未来に生きてんな

https://kultur.jp/younanbuwan-movement/
中国の男性ゲーマーの間で巻き起こったのが「有男不玩」運動。「男性キャラがいるならプレイしない」という意味で、「男性キャラが登場するゲームはプレイしない」「男性キャラを登場させるな」「男性キャラを排除せよ」というような訴えが込められているようである。

Manjuu最新作「アズールプロミリア」のトレーラー第1弾に登場するキャラクターは全て女性で、キービジュアルにも女性キャラクターしか描かれていなかった。

しかし、公式アカウントでは主人公の性別が選択可能であることが発表された。直後9万を超えるコメントが殺到し炎上した。

中国の二次元ゲーマー達は、たとえ主人公であっても、男性キャラクターが登場することを許さなかったのだ。

本当にGPUに負荷かけてるわ…

GPUに負荷をかけたい人、下手にゲーム起動するよりコイカツ！サンシャインのWeb見た方がゴリゴリパワー食う https://twitter.com/sumasa/status/1661220085795807232

プログラミング初心者にたかる自称教育サービスや自称メンターがゴロゴロいるからプログラミング入門みたいなことを書き辛い。世知辛い…。

Cから始めるのは割と昔の流行やで…。

水月雨(Moondrop)の「竹-CHU (タケチュー)」。同ブランドのイヤーチップ「清泉(Spring Tips)」を大中小３セット揃えるよりは安い、という理由で買ってみました。
店頭で試聴機を装着してみた時から感じてたけど、イヤホン自体は俺の耳には全然合ってない。耳の小さい人には表側のエッジが痛いと思うよ。
イヤピは「高域の刺さり対策」がメインだそうで、刺さりがもともと少ないDD型イヤホンと組み合わせるとややマイルドすぎるかな。BA型の高音の雑味を軽減するには良いのかも。
軸はそれなりに硬いけど傘がかなり薄いので、低音はぬるくなる。SpiralDot++ に近い感じ。

初めてのMastodonサーバ？そんなん自分で建てたサーバに決まっとるやろがい。タイムラインはどれも空っぽ

@estpls ぺええええい！

https://www.watch.impress.co.jp/docs/news/1411644.html お、WindowsでAndroidアプリは日本にも来るのか。

@hnb テスト鯖だとマストドンのユーザ設定で言語を英語にしたりしますけど、それは翻訳と原文を見比べるためで、読める読めないの話でいうとsidekiq UI くらいのは正直どっちでもいいです

#subwaytooter Mastodonでリスト削除ができなかった問題を修正。変数展開の$を忘れてただけという。

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

@hnb アプリが多国語化されてるのは良いことですね。

#Mastodon リストにユーザを追加するAPI、未フォローだった場合に以前は応答コード422でエラー文字列中に「follow」が含まれてたんですが、最近のバージョンだと応答コード404でエラー文字列中に「Record not found」が含まれるようになってますね。いつからかは知らない。

@hnb うちのは日本語化されてますねえ。ブラウザのAccept-LAnguagesとか見てるのかしら。

@hnb とりあえず サイトの /sidekiq の実行中とキューをみてみるとよいです

「外部アプリで複数の画像を選択して共有でSTに送る」というやつでした。

test

@dk_k おー。401かと思ったら422になるんですね。手元のテスト鯖で確認しました。あとホワイトリストモードが有効だとむしろ管理者設定に出ないとか。

GET https://oransns.com/api/v1/timelines/public が422になるの謎。

誹謗中傷の抑止を目指す一般社団法人「この指とめよう」、津田大介さんやはあちゅうさんらが参加
https://twitter.com/mainichi/status/1397073025711804428

人選おかしくないか？

@yesdotsam マルチポスト機能をつけないSTがマルチブースト機能をつける訳ないのです。悪しからず

Chrome のタブグループ機能、タブの固定機能と排他であることが判明。…つかえねーな？

@abagv Playストアを通さない課金方法をアプリ内やストア説明に書くとGoogleに怒られるのですよねー。作者アカウントなどで寄付を募るのはギリギリOK

@abcang じゃあ対応しときますか…

@abcang
個人的には普段からkotlinでtextNullable?.isNotEmpty() == true とか textNullable?.isEmpty() != false とかが日常になってるので3値論理を回避する理由は特にないのですが、mastodonの人たちがどうなのかはよく知りません

@abcang まあ今回それを行う積極的な理由はないと思うのですよね…。migrationが重くなるだけ

@abcang change_column_default :mentions, :direct, false してもDBのカラムにはデフォルト値は設定されないですね。alter table mentions alter column direct set default false; みたいのが走るかと思ってたらそんなことはなかった。なので結局クエリを書く時は3値論理の考慮を強いられるみたいです。

@abcang PRを更新してみました。手元の環境でrollbackとmigrateを行って、直後にpsqlで select direct,count(0) from mentions group by direct; してdirectカラムの初期化が行われていることを確認済みです

@abcang 前提が違うみたいなんですが、あのupdateは全件に対して働く訳じゃなくて、visibility=3のstatusesに対応するmentionsだけをupdateするやつですよ

@abcang add_columnのタイミングでnull:falseしたり非nullなデフォルト値を設定したりするとstrong migrationになっちゃいますね。テーブル全体書き換える重い奴です。add_columnした後にデフォルト値を設定する程度なら書き換えずに済むみたい

野菜ジュースとノンアルコールビールのちゃんぽんうまー

https://github.com/tootsuite/mastodon/pull/7614 は落ち着いたので査収おねがいします…

arel_tableを使うことで定数のパラメータ化を防止できるようだ

PREPARED_STATEMENTS=false をせずにそのまま使ってるタンスって結構あるのかな。…あるんだろうなあ…

意味的にはズレがあるけど506あたりで返せば誰も困らないんじゃないかな

5xxなのは良いとして、503以外のエラーを返すようにすればいいのでは。あとは監視系で工夫すればよさそう

where() にただの文字列を渡せば定数のまま取り扱ってくれるかというと、そんなことはなかった…。

masterでlightテーマが復活してますが、ミュート確認ダイアログの色がひどいことになってます

というか即値部分まで勝手にbind parameter化するのはRailsの暗黒面だな…

コードから個別にprepared statement を無効化するには to_sql した後で unprepared_statement で囲む必要があるらしいが、今のコード構成だとやりづらい感じあるな…

postgresqlのlog_statementをいじって確認したんですけど、Railsってクエリ中の定数パラメータ(where visiblity=3 みたいなの) を prepared statement のためにbind parameter 化するんですよ。そしてPostgreSQLはbind parameterに関しては部分インデクスの利用を行ってくれないのです。.env.production に PREPARED_STATEMENTS=false って書いとけばこの現象は起きません。pgbouncer導入してる人は既にこうなってるはず。

ぐんにゃり

@abcang migrationのアレのことなら、動くよ。ロック範囲の方は良いやり方があれば教えてください。

秋葉にきたけどお腹痛いので早々に退散する

通知リスナーをユーザが運営してくれる展開、超たすかる…

tusky-apiを見よう見まねで弄ってるだけなんで、まずbabel-nodeというのが何か分かってない

https://mastodon.juggler.jp/media/nAtqWzDggI29q_4RXOU くれーぷたべる

@tacostea 自分で使うだけなら、私にDMしなくてもカスタム通知リスナをアプリに設定するだけで動きますよ

@Clworld 多分アプリ側の事情でそこは変わるんだから/registerに情報を削るオプションとか追加すると良いかな？今はまだ必要ないと思うけど、帯域が厳しいって人が出て来たらやってもいいかも

@Clworld 多分そう。ある程度眺めてたから分かった話ではあるけど。ただ、Streaming Listener自体は他の用途にも使える（と思ってる）ので、削るかどうかは検討が必要だと思う

@Clworld アプリまでFCMのデータメッセージが複数回来る可能性はあるんですが、FCMのデータサイズ4KBに収まらない場合が結構あるので通知データそのものは含まれてないんですよ。結局端末側が普通のAPI読み直してて、その起動トリガになってるだけなん

@Clworld うん、そんな感じです…

…オプション機能だからなくても別に困らないとはいえ、非常にケチ臭い&一般人置いてけぼりな方向に突っ走ってしまったなあ…

node.js マジ分からんし、見られて恥ずかしいコードしか書いてない自覚がある

自分で Streaming Listener を建てて、どのタンスでもSubway Tooter のリアルタイム通知を使えるようにする方法
https://github.com/tateisu/mastodon-streaming-listener/blob/master/guide2.md
#SubwayTooter #MastodonStreamingListener

このタグはダメだな。別の名前にしよう

開発当初から鯖缶向けクライアントを標榜していたが、まさかこんな展開になるとは予想してなかった #SubwayTooter

StreamingListenerを自分で建てた人は、サーバと
#SubwayTooter アプリに特殊な指定をすることでどのタンスでも自鯖のStreamingListener経由でリアルタイム通知できるようにした

StreamingListener で、Streaming API が mstdn.jp みたく 301 を返す場合にちゃんとリダイレクトするようにした

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

@Clworld その場合でもアプリサーバ的には大量のソケット抱えずにすむとかWebSocket.ping() で無駄に帯域消費しないとかでありがたい話ではあるんですよ
ていうかWeb PushきたらListenerが陳腐化するのはまず確実だけど、いつ来るのか分からんしね…

@Clworld なるべくタンスの近くにListenerがあった方が効率的ですけど、少数が使うListenerなら別に問題ありませんからね。タンス管理者が動いてくれない場合でもユーザ側で動ける選択肢があるのは良いことなんじゃないかと。あと自分的には寄付してくれた人にも使ってもらうイメージ

@Clworld もしこんな感じの仕組みがあったら使いますか？ https://github.com/tateisu/mastodon-fcm-sender/issues/2

どっちかというと特定ユーザだけどのインスタンスでも特定のListenerサーバに案内する仕組みがあればいいんだよな、自鯖勢としては

@Clworld アプリサーバから複数のListenerサーバをバランスして使えるような仕組みがあればマシになるんだろうけど、結局リソースがないと試すことすらできないので保留してる

node.js わからんので見様見真似でコード弄った。なんでDB操作系が軒並みPromiseなのにWebフレームワークだけ非同期しづらいExpressなんや。Koa 入れるにはnode.jsのバージョンから上げないとダメそうだし動作環境的に色々つらそうで諦めた。結果 202 Acceptを返して処理結果はAPI呼び出し側からは分からん感じになった

#SubwayTooter のリアルタイム通知は、タンス管理者が協力してくれたタンスでだけ有効です。 無料無広告のアプリで継続可能なのはこれが限界。 詳細はこちら https://github.com/tateisu/mastodon-streaming-listener/blob/master/guide.md