雀魂に男性雀士のキャラクターがいることに加えて、雀魂に「契約」システムが存在することが、中国の一部ブルーアーカイブプレイヤーの反感を買ったのだ。
ブルーアーカイブのキャラクターがコラボ先で「契約」するのを快く思わないプレイヤーがいるというのが中国メディアの説明で、中国の雀魂プレイヤーは契約を「結婚」と呼ぶことがあるとされている。
…中国のソシャゲプレイヤーは未来に生きてんな
雀魂に男性雀士のキャラクターがいることに加えて、雀魂に「契約」システムが存在することが、中国の一部ブルーアーカイブプレイヤーの反感を買ったのだ。
ブルーアーカイブのキャラクターがコラボ先で「契約」するのを快く思わないプレイヤーがいるというのが中国メディアの説明で、中国の雀魂プレイヤーは契約を「結婚」と呼ぶことがあるとされている。
…中国のソシャゲプレイヤーは未来に生きてんな
https://kultur.jp/younanbuwan-movement/
中国の男性ゲーマーの間で巻き起こったのが「有男不玩」運動。「男性キャラがいるならプレイしない」という意味で、「男性キャラが登場するゲームはプレイしない」「男性キャラを登場させるな」「男性キャラを排除せよ」というような訴えが込められているようである。
Manjuu最新作「アズールプロミリア」のトレーラー第1弾に登場するキャラクターは全て女性で、キービジュアルにも女性キャラクターしか描かれていなかった。
しかし、公式アカウントでは主人公の性別が選択可能であることが発表された。直後9万を超えるコメントが殺到し炎上した。
中国の二次元ゲーマー達は、たとえ主人公であっても、男性キャラクターが登場することを許さなかったのだ。
GPUに負荷をかけたい人、下手にゲーム起動するよりコイカツ!サンシャインのWeb見た方がゴリゴリパワー食う https://twitter.com/sumasa/status/1661220085795807232
プログラミング初心者にたかる自称教育サービスや自称メンターがゴロゴロいるからプログラミング入門みたいなことを書き辛い。世知辛い…。
水月雨(Moondrop)の「竹-CHU (タケチュー)」。同ブランドのイヤーチップ「清泉(Spring Tips)」を大中小3セット揃えるよりは安い、という理由で買ってみました。
店頭で試聴機を装着してみた時から感じてたけど、イヤホン自体は俺の耳には全然合ってない。耳の小さい人には表側のエッジが痛いと思うよ。
イヤピは「高域の刺さり対策」がメインだそうで、刺さりがもともと少ないDD型イヤホンと組み合わせるとややマイルドすぎるかな。BA型の高音の雑味を軽減するには良いのかも。
軸はそれなりに硬いけど傘がかなり薄いので、低音はぬるくなる。SpiralDot++ に近い感じ。
初めてのMastodonサーバ?そんなん自分で建てたサーバに決まっとるやろがい。タイムラインはどれも空っぽ
https://www.watch.impress.co.jp/docs/news/1411644.html お、WindowsでAndroidアプリは日本にも来るのか。
@hnb テスト鯖だとマストドンのユーザ設定で言語を英語にしたりしますけど、それは翻訳と原文を見比べるためで、読める読めないの話でいうとsidekiq UI くらいのは正直どっちでもいいです
#subwaytooter Mastodonでリスト削除ができなかった問題を修正。変数展開の$を忘れてただけという。
このアカウントは、notestockで公開設定になっていません。
#Mastodon リストにユーザを追加するAPI、未フォローだった場合に以前は応答コード422でエラー文字列中に「follow」が含まれてたんですが、最近のバージョンだと応答コード404でエラー文字列中に「Record not found」が含まれるようになってますね。いつからかは知らない。
@hnb うちのは日本語化されてますねえ。ブラウザのAccept-LAnguagesとか見てるのかしら。
@dk_k おー。401かと思ったら422になるんですね。手元のテスト鯖で確認しました。あとホワイトリストモードが有効だとむしろ管理者設定に出ないとか。
誹謗中傷の抑止を目指す一般社団法人「この指とめよう」、津田大介さんやはあちゅうさんらが参加
https://twitter.com/mainichi/status/1397073025711804428
人選おかしくないか?
@yesdotsam マルチポスト機能をつけないSTがマルチブースト機能をつける訳ないのです。悪しからず
@yesdotsam マルチポスト機能をつけないSTがマルチブースト機能をつける訳ないのです。悪しからず
@abagv Playストアを通さない課金方法をアプリ内やストア説明に書くとGoogleに怒られるのですよねー。作者アカウントなどで寄付を募るのはギリギリOK
notestockによく使う検索リンクを設定できるようになりました。例えばわたしの場合、アニメの感想を特定の語句で絞り込めるようにしていたりするのですが、その他タグなど投稿時にルールを決めておけば、後から検索したり、検索してもらったりしやすくなります。公開ページを設定していない場合は、自分だけが使えるリンクとなります。こんな感じ https://notestock.osa-p.net/@osapon@mstdn.nere9.help/view
@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 は落ち着いたので査収おねがいします…
PREPARED_STATEMENTS=false をせずにそのまま使ってるタンスって結構あるのかな。…あるんだろうなあ…
5xxなのは良いとして、503以外のエラーを返すようにすればいいのでは。あとは監視系で工夫すればよさそう
コードから個別に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導入してる人は既にこうなってるはず。
tusky-apiを見よう見まねで弄ってるだけなんで、まずbabel-nodeというのが何か分かってない
@tacostea 自分で使うだけなら、私にDMしなくてもカスタム通知リスナをアプリに設定するだけで動きますよ
@Clworld 多分アプリ側の事情でそこは変わるんだから/registerに情報を削るオプションとか追加すると良いかな?今はまだ必要ないと思うけど、帯域が厳しいって人が出て来たらやってもいいかも
@Clworld 多分そう。ある程度眺めてたから分かった話ではあるけど。ただ、Streaming Listener自体は他の用途にも使える(と思ってる)ので、削るかどうかは検討が必要だと思う
@Clworld アプリまでFCMのデータメッセージが複数回来る可能性はあるんですが、FCMのデータサイズ4KBに収まらない場合が結構あるので通知データそのものは含まれてないんですよ。結局端末側が普通のAPI読み直してて、その起動トリガになってるだけなん
…オプション機能だからなくても別に困らないとはいえ、非常にケチ臭い&一般人置いてけぼりな方向に突っ走ってしまったなあ…
自分で Streaming Listener を建てて、どのタンスでもSubway Tooter のリアルタイム通知を使えるようにする方法
https://github.com/tateisu/mastodon-streaming-listener/blob/master/guide2.md
#SubwayTooter #MastodonStreamingListener
カスタム通知リスナの設定を追加。自分で通知受信サーバを建てられる人向け
https://github.com/tateisu/mastodon-streaming-listener/releases/tag/v0.0.3
Sequelize ORM のモデル指定に index 指定を追加した
mstdn.jpのような301リダイレクトを返すサーバに対応した
接続エラー発生時に再 接続を
スケジュールしすぎる問題の修正
#mastodon -streaming-listener
開発当初から鯖缶向けクライアントを標榜していたが、まさかこんな展開になるとは予想してなかった #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