Nostr notes by Misskey GitHub Notifier @mi.osamu-storage.info

🆕 Pushed by syuilo with ?[1 ...

2026-04-06T11:15:59Z

🆕 Pushed by **syuilo** with ?[1 commit](https://github.com/misskey-dev/misskey/compare/0b7b59f1e2c2...a18c909ba3dd):
・[?[a18c909](https://github.com/misskey-dev/misskey/commit/a18c909ba3ddbb5c3268b70cc05a3d384bf8ff6f)] Revert "deps: Update vite to v8" (#17283)

🎁 NEW RELEASE: ...

2026-03-31T12:14:42Z

🎁 **NEW RELEASE**: [2026.3.2](https://github.com/misskey-dev/misskey/releases/tag/2026.3.2) is out. Enjoy!

✅ Discussion marked answer: #17272 ...

2026-03-30T00:54:58Z

✅ Discussion marked answer: #17272 "<plain>DB障害時は /api/ping の応答を50xエラーにして欲しい</plain>"
https://github.com/misskey-dev/misskey/discussions/17272#discussioncomment-16373826

💬 Commented on #17272 "<plain>DB障害時は ...

2026-03-30T00:54:50Z

💬 Commented on #17272 "<plain>DB障害時は /api/ping の応答を50xエラーにして欲しい</plain>": anatawa12 "<plain>/healthzがすでにありますね

https://github.com/misskey-dev/misskey/blob/ece9679cc41315a5cc8226d1163419e4612170cc/packages/backend/src/server/ServerService.ts#L151

Redis DB等も確認してます

https://github.com/misskey-dev/misskey/blob/ece9679cc41315a5cc8226d1163419e4612170cc/packages/backend/src/server/HealthServerService.ts#L42-L54</plain>";
https://github.com/misskey-dev/misskey/discussions/17272#discussioncomment-16373826

💥 Issue opened: #17266 ...

2026-03-27T13:13:10Z

💥 Issue opened: #17266 "<plain>/api-docにアクセスできない</plain>"
https://github.com/misskey-dev/misskey/issues/17266

💬 Commented on "<plain>Release: ...

2026-03-27T08:36:11Z

💬 Commented on "<plain>Release: 2026.3.2</plain>": syuilo "<plain>夜くらいにします</plain>"
https://github.com/misskey-dev/misskey/pull/17232#issuecomment-4141010116

💬 Commented on "<plain>Add an option to block ...

2026-03-27T00:27:45Z

💬 Commented on "<plain>Add an option to block specific clients</plain>": KisaragiEffective "<plain>I think you cloud serve the same purpose by configuring the reverse proxy properly - your reason is too specific.</plain>"
https://github.com/misskey-dev/misskey/issues/17264#issuecomment-4139200328

💥 Issue opened: #17264 "<plain>Add an option to ...

2026-03-26T22:17:19Z

💥 Issue opened: #17264 "<plain>Add an option to block specific clients</plain>"
https://github.com/misskey-dev/misskey/issues/17264

💬 Commented on "<plain>Release: ...

2026-03-24T10:57:57Z

💬 Commented on "<plain>Release: 2026.3.2</plain>": github-actions[bot] "<plain>To dev team (@misskey-dev/dev):

リリースが提案されています :rocket:

GOの場合はapprove、NO GOの場合はその旨コメントをお願いいたします。

判断にあたって考慮すべき観点は、

- やり残したことはないか？
- CHANGELOGは過不足ないか？
- バージョンに問題はないか？(月跨いでいるのに更新忘れているなど)
- 再考すべき仕様・実装はないか？
- ベータ版を検証したサーバーから不具合の報告等は上がってないか？
- (セキュリティの修正や重要なバグ修正などのため)リリースを急いだ方が良いか？そうではないか？
- Actionsが落ちていないか？

などが挙げられます。

ご協力ありがとうございます :sparkles:
</plain>"
https://github.com/misskey-dev/misskey/pull/17232#issuecomment-4117266663

💬 Commented on "<plain>perf(frontend): ...

2026-03-20T08:44:32Z

💬 Commented on "<plain>perf(frontend): popupの状態をmapで保持するように</plain>": kakkokari-gtyih "<plain>どっちのほうが良いかは謎</plain>"
https://github.com/misskey-dev/misskey/pull/17153#issuecomment-4096627313

💥 Issue opened: #17249 ...

2026-03-20T08:11:11Z

💥 Issue opened: #17249 "<plain>ユニコード絵文字をリアクションしたときに画面上で反映されないことがある</plain>"
https://github.com/misskey-dev/misskey/issues/17249

💥 Issue opened: #17235 "<plain>Misskey should not ...

2026-03-11T04:08:44Z

💥 Issue opened: #17235 "<plain>Misskey should not sign the Accept header</plain>"
https://github.com/misskey-dev/misskey/issues/17235

🎁 NEW RELEASE: ...

2026-03-09T01:02:59Z

🎁 **NEW RELEASE**: [2026.3.1](https://github.com/misskey-dev/misskey/releases/tag/2026.3.1) is out. Enjoy!

🎁 NEW RELEASE: ...

2026-03-05T10:56:49Z

🎁 **NEW RELEASE**: [2026.3.0](https://github.com/misskey-dev/misskey/releases/tag/2026.3.0) is out. Enjoy!

💬 Commented on ...

2026-03-04T02:25:35Z

💬 Commented on "<plain>ブロック/ミュートしている相手のリアクションを他の人のノートからもみえなくしたい</plain>": FoL114514 "<plain>自分からのミュート/ブロックをTL側にも反映できればいいのかなと考えていました
反応そのものを消すのは無理でも反応した人の名前をTL側で見えなくするとか。。
</plain>"
https://github.com/misskey-dev/misskey/issues/17209#issuecomment-3994831031

💬 Commented on "<plain>Release: ...

2026-03-02T04:33:03Z

💬 Commented on "<plain>Release: 2026.2.0</plain>": anatawa12 "<plain>他プロジェクトが落ち着いて少し休んだので今から見ます。</plain>"
https://github.com/misskey-dev/misskey/pull/17171#issuecomment-3981991621

💬 Commented on "<plain>Cloudflare の Rocket Loader ...

2026-02-13T09:28:36Z

💬 Commented on "<plain>Cloudflare の Rocket Loader を有効化していると無限ロードに陥る。</plain>": anatawa12 "<plain>> Rocket Loader prioritizes your website's content (text, images, fonts, and more) by deferring the loading of all of your JavaScript until after rendering.

そもそもmisskeyはテキストやフォント等のロード自体がJSによって行われる仕様なので、効果を受けることができないように感じました。

(Rocket Loader自体がSPA向けではなく通常のウェブページ向けに見えます)</plain>"
https://github.com/misskey-dev/misskey/issues/17169#issuecomment-3895963872

💥 Issue opened: #17160 ...

2026-02-08T04:11:54Z

💥 Issue opened: #17160 "<plain>ユーザIDにもっとバリエーションを増やす。</plain>"
https://github.com/misskey-dev/misskey/issues/17160

💬 Commented on ...

2026-02-02T14:00:23Z

💬 Commented on "<plain>追悼アカウントの実装</plain>": KisaragiEffective "<plain>今までMisskeyは問題になった時点で考えるというやり方で開発が進行してきたので、You aren't gonna need it原則の考え方に基づき反対します。
</plain>"
https://github.com/misskey-dev/misskey/issues/17145#issuecomment-3835306884

📦 New Pull Request: "<plain>fix(frontend): ...

2026-02-01T07:36:37Z

📦 New Pull Request: "<plain>fix(frontend): ノートの詳細表示でリアクション一覧が全件表示されない問題を修正</plain>"
https://github.com/misskey-dev/misskey/pull/17137

💥 Issue opened: #17112 ...

2026-01-21T03:55:19Z

💥 Issue opened: #17112 "<plain>連合先ユーザーのフォロワーへのメッセージに含まれる絵文字が長すぎると正常に表示されない</plain>"
https://github.com/misskey-dev/misskey/issues/17112

💬 Commented on ...

2026-01-21T02:52:22Z

💬 Commented on "<plain>一定より過去の投稿が外部から配送されてきた場合、当該投稿がtimeline系のStreaming API経由で流れてこないようにして欲しい</plain>": syuilo "<plain>たびたびこの提案あったけど実装してこなかったから理由はあったはず</plain>"
https://github.com/misskey-dev/misskey/issues/17108#issuecomment-3775891934

💥 Issue opened: #17108 ...

2026-01-20T13:08:47Z

💥 Issue opened: #17108 "<plain>一定より過去の投稿が外部から配送されてきた場合、当該投稿がtimeline系のStreaming API経由で流れてこないようにして欲しい</plain>"
https://github.com/misskey-dev/misskey/issues/17108

💬 Commented on "<plain>fix(frontend): ...

2026-01-17T09:40:25Z

💬 Commented on "<plain>fix(frontend): 誕生日の日付が言語ごとのフォーマットで表示されるように</plain>": anatawa12 "<plain>> 多分問題ないはず
> <img alt="image" width="331" height="59" src=" ;

JSCoreはだめそう。

<img width="187" height="90" alt="image" src="https://github.com/user-attachments/assets/376c592e-246d-4fca-8fe3-d6236bb58fb8"; />

</plain>"
https://github.com/misskey-dev/misskey/pull/17105#issuecomment-3762954819

💬 Commented on "<plain>fix(frontend): ...

2026-01-17T09:13:04Z

💬 Commented on "<plain>fix(frontend): 誕生日の日付が言語ごとのフォーマットで表示されるように</plain>": kakkokari-gtyih "<plain>多分問題ないはず

<img width="331" height="59" alt="image" src="https://github.com/user-attachments/assets/9b7f4da2-6056-4259-9d7e-1f7c472a62aa"; /></plain>"
https://github.com/misskey-dev/misskey/pull/17105#issuecomment-3762934986

💬 Commented on ...

2026-01-06T07:25:44Z

💬 Commented on "<plain>削除されたノートのリプライ関係を保持するようにする</plain>": anatawa12 "<plain>このPRを更新しました。

### Backend (general)

- 削除されたノートの投稿主ユーザをわからないようにしました。
- APIの互換性を維持するため、system.ghostユーザを追加し、そのユーザのノートとしてレスポンスするようにしました。
- フロントエンドでは削除されたノートのユーザはいないことにしているため、このユーザがフロントエンドで露出することはほぼないはずです。
- pure renoteについては維持しないようにしました。
- pure renoteについてはノートの内容がリノートしかないため維持すると何も削除されないためです。
- pure renoteにリプライすることなどは不正であるため、この機能の主目的である"リプライ関係を維持する"

### Frontend
- 削除されたノートの UI を通常のノートに寄せることで、リプライなどが削除されたノートに対するリプライであることを理解しやすくしました。
- すでに削除されたノートがリプライツリーなどで含まれてる場合にエラーになる問題を修正しました。
- すでに削除されたノートの描画と、この機能で維持されるノートが同様の見た目になるようにしました。
- Embedの方で削除されたノート周りの機能を実装しました。</plain>"
https://github.com/misskey-dev/misskey/pull/16352#issuecomment-3713489180

💬 Commented on "<plain>enhance(backend): bundle ...

2026-01-06T05:36:07Z

💬 Commented on "<plain>enhance(backend): bundle backend using Rolldown (experimental)</plain>": kakkokari-gtyih "<plain>> バンドルでesmoduleそのままだと発生しない循環参照問題が発生するなら minify だけにしたい気がしてます。今後devなら問題ないのにbuildすると謎フリーズが今後増えるのはあまりうれしくないと思います

nestjsはバンドルされた環境で動作することは想定されてるのかしら</plain>"
https://github.com/misskey-dev/misskey/pull/17068#issuecomment-3713181095

💬 Commented on ...

2026-01-04T08:14:30Z

💬 Commented on "<plain>絵文字にポジティブ/ニュートラル/ネガティブのいずれかの属性を設定できるようにする</plain>": YamiOdymel "<plain>この問題はとても興味深いと感じています。なぜなら、Positive / Neutral / Negative といった分類は本質的に**主観的**であり、文脈によって意味が変わるからです。

例えば 🎉 を考えてみてください。通常は **ポジティブ** なリアクションとして扱われます。

> **Yami Odymel:**
> ああ、うちの犬が亡くなってしまった :(
> 🎉 1 · 🥳 3 · 🤣 1

しかし、この文脈では「ポジティブ」な絵文字は、決してポジティブな意味を持っていません。

次に 😡 を考えてみてください。一般的には **ネガティブ** と分類される絵文字です。

> **Yami Odymel:**
> 嫌いな人がまた何か悪いことをした ><
> 😡 2

この場合、「ネガティブ」な絵文字は、コンテンツそのものへの否定ではなく、投稿者の感情への共感や、話題となっている対象への嫌悪を表している可能性があります。

このようなケースについて、どのように扱うべきか、何か良い方法やご意見があれば教えていただけると嬉しいです。

---

<details>
<summary>Original Content (Translated from English)</summary>
I honestly find this issue interesting, because labeling things as Positive / Neutral / Negative is inherently subjective and changes depending on context.

For example, think about 🎉 — it’s normally considered **positive**.

> **Yami Odymel:**
> Oh no, my dog died :(
> 🎉 1 · 🥳 3 · 🤣 1

In this context, “positive” emojis are no longer positive at all.

Now think about 😡 — it’s usually considered **negative**.

> **Yami Odymel:**
> The person I hate just did something bad again ><
> 😡 2

Here, a “negative” emoji may be expressing alignment with the author’s feelings, or hatred toward the subject being discussed, rather than negativity toward the content itself.

I wonder if anyone has suggestions on how to handle these situations?

</details>

</plain>"
https://github.com/misskey-dev/misskey/issues/16699#issuecomment-3707853893

💬 Commented on ...

2026-01-04T05:42:09Z

💬 Commented on "<plain>モデレーター及び管理者ロールの詳細な権限制御設定の実装を要望</plain>": Sayamame-beans "<plain>duplicate of #3395 ですか?</plain>"
https://github.com/misskey-dev/misskey/issues/17061#issuecomment-3707750758

💥 Issue opened: #17066 ...

2026-01-03T09:23:30Z

💥 Issue opened: #17066 "<plain>複数アカウントがある状態でログアウトボタンを押すと全てのアカウントからログアウトされる</plain>"
https://github.com/misskey-dev/misskey/issues/17066

💬 Commented on "<plain>2026</plain>": ...

2025-12-31T15:01:05Z

💬 Commented on "<plain>2026</plain>": kakkokari-gtyih "<plain>これUTCか</plain>"
https://github.com/misskey-dev/misskey/pull/17052#issuecomment-3702350552

💬 Commented on "<plain>2026</plain>": ...

2025-12-31T15:00:09Z

💬 Commented on "<plain>2026</plain>": kakkokari-gtyih "<plain>あけましておめでとうございます</plain>"
https://github.com/misskey-dev/misskey/pull/17052#issuecomment-3702349123

💬 Review commented on ...

2025-12-31T05:56:48Z

💬 Review commented on "<plain>削除されたノートのリプライ関係を保持するようにする</plain>": Sayamame-beans "<plain>恐らく、現在のMisskeyに取り込んだ場合も同様かと思います。(リプライ関係がCASCADE削除されなくなってからの削除されたノートのreplyId/renoteIdが存在するため)
そのため、以下の対応が必要です。
- packDeletedNoteにおいて対象ノートが存在しなかった場合に、(現在のMisskeyの動作と同じように)存在しないノートとしてのnullへのfallbackを行う(nullIfEntityNotFoundを使う?)
- fallbackされたノートの表示方法について、現在のMisskeyのフロントエンドで表示されるもの同じようになることを確認する</plain>"
https://github.com/misskey-dev/misskey/pull/16352#discussion_r2654854525

💬 Review commented on ...

2025-12-31T04:07:58Z

💬 Review commented on "<plain>削除されたノートのリプライ関係を保持するようにする</plain>": Sayamame-beans "<plain>この箇所は、「srcがMiNote['id']であり、かつ、それが削除されているなどで存在しないノートであった場合、packDeletedNoteに行く」という分岐だと思うのですが、ユーザー削除によるCASCADE削除や、RemoteNotesCleaningによるノートの直接削除が発生していた場合、deleted_noteテーブルにノートが存在せず、コケてしまいませんか?
(本PRを採用しているforkで`'EntityNotFoundError: Could not find any entity of type "MiDeletedNote" matching`が発生しており、ここが原因ではないかと推定しました。実際に、あるユーザーのノートを引用/RNしていた状態で当該ユーザーを削除すると、エラーが再現しました。)

(チャンネル削除にもCASCADEが掛かっていますが、現状チャンネルはアーカイブ化されるのでこちらは踏まなさそうです)</plain>"
https://github.com/misskey-dev/misskey/pull/16352#discussion_r2654771139

💬 Commented on ...

2025-12-30T12:46:47Z

💬 Commented on "<plain>デッキメニュー上からプロファイルの削除ボタンをなくし、別のメニューなどに移動して欲しい</plain>": syuilo "<plain>プロファイル切り替えメニュー内に移動で良さそう</plain>"
https://github.com/misskey-dev/misskey/issues/17053#issuecomment-3699251963

💥 Issue opened: #17045 "<plain>$[ruby {第一引数} ...

2025-12-29T08:30:24Z

💥 Issue opened: #17045 "<plain>$[ruby {第一引数} {第二引数}]の第一引数がMFMとテキストで構成される場合に第一引数のテキスト部分と第二引数がルビとして表示される</plain>"
https://github.com/misskey-dev/misskey/issues/17045

💯 Pull Request Merged!: "<plain>refactor: use ...

2025-12-22T08:01:12Z

💯 Pull Request Merged!: "<plain>refactor: use TRANSIENT scope to avoid service bucket relay</plain>"
https://github.com/misskey-dev/misskey/pull/16985

💬 Commented on "<plain>feat: use tsgo where ...

2025-12-22T07:52:10Z

💬 Commented on "<plain>feat: use tsgo where capable</plain>": syuilo "<plain>👍</plain>"
https://github.com/misskey-dev/misskey/pull/16984#issuecomment-3680896241

💬 Commented on "<plain>Streaming ...

2025-12-22T07:24:12Z

💬 Commented on "<plain>Streaming APIでリレーサーバ経由の投稿を取得したい</plain>": anatawa12 "<plain>要件として a) リレーからのみきた投稿(公開リレー等で興味のあまり高くないもの等)を知りたい b) リレーからくる可能性のある投稿を知りたい(界隈固有リレーを区別したい) がリレー分別系列の要件としてありそうで、この issue の場合は a ですが b だと誤解してバグ報告が来る可能性もありそうと思いました

(少し誤解してました)</plain>"
https://github.com/misskey-dev/misskey/issues/17020#issuecomment-3680825141

💬 Commented on "<plain>Streaming ...

2025-12-22T07:12:17Z

💬 Commented on "<plain>Streaming APIでリレーサーバ経由の投稿を取得したい</plain>": anatawa12 "<plain>懸念点として、リレーからとフォロー関係の両方で連合されるノートについての動作が問題になると思います。

どちらが先に到達するかが確定していないため、リレーから来たというものがリレー以外の連合が行われていないという証拠にはならなくなります。</plain>"
https://github.com/misskey-dev/misskey/issues/17020#issuecomment-3680779361

💬 Commented on "<plain>Release: ...

2025-12-22T05:30:58Z

💬 Commented on "<plain>Release: 2025.12.2</plain>": syuilo "<plain>🙏🏻 🙏🏻 🙏🏻 </plain>"
https://github.com/misskey-dev/misskey/pull/16998#issuecomment-3680547262

🎁 NEW RELEASE: ...

2025-12-22T05:30:44Z

🎁 **NEW RELEASE**: [2025.12.2](https://github.com/misskey-dev/misskey/releases/tag/2025.12.2) is out. Enjoy!

💬 Commented on "<plain>Release: ...

2025-12-21T12:09:28Z

💬 Commented on "<plain>Release: 2025.12.2</plain>": github-actions[bot] "<plain>To dev team (@misskey-dev/dev):

リリースが提案されています :rocket:

GOの場合はapprove、NO GOの場合はその旨コメントをお願いいたします。

判断にあたって考慮すべき観点は、

- やり残したことはないか？
- CHANGELOGは過不足ないか？
- バージョンに問題はないか？(月跨いでいるのに更新忘れているなど)
- 再考すべき仕様・実装はないか？
- ベータ版を検証したサーバーから不具合の報告等は上がってないか？
- (セキュリティの修正や重要なバグ修正などのため)リリースを急いだ方が良いか？そうではないか？
- Actionsが落ちていないか？

などが挙げられます。

ご協力ありがとうございます :sparkles:
</plain>"
https://github.com/misskey-dev/misskey/pull/16998#issuecomment-3678737369

💬 Commented on "<plain>trustProxy: ...

2025-12-17T08:06:48Z

💬 Commented on "<plain>trustProxy: falseでIPベースのレートリミットが機能しないなどの問題がある</plain>": anatawa12 "<plain>> ・CloudflareのIP一覧はMisskeyではなくnginx側のconfigに設定するもの、という理解です（ご認識されているかもしれませんが念のため）

どっちでもできると私が認識してるのでそういうふうに私が書きました。</plain>"
https://github.com/misskey-dev/misskey/issues/16994#issuecomment-3664145595

💬 Commented on "<plain>trustProxy: ...

2025-12-17T05:07:28Z

💬 Commented on "<plain>trustProxy: falseでIPベースのレートリミットが機能しないなどの問題がある</plain>": syuilo "<plain>> cloudflareの設定をデフォルトで入れておいて、更新しなくて良くするなら misskey に https://www.cloudflare.com/ips-v4/ https://www.cloudflare.com/ips-v6/ のようなファイルを読む機能を生やし、それをデフォルト(recommended?)設定に組み込んでそれを起動時に読みに行くようにするとかですかね。各サーバーがcfのサーバーにリクエストを確定で投げるというデフォルト設定なのでお行儀は悪いと思いますが

やるとしたら起動時ではなく1日に1回とかの頻度でリクエストを投げるジョブを作るとかの方が良さそう

けどCloudflare前提の実装になるのはアレな気がしている(MisskeyとしてCfの使用が必須とか強く推奨とかになっているのならともかく。まあCDNの使用は強く推奨されると思うし、使用するとなったら選択肢はCfになる可能性がとても高いと思うので事実上そのような状態になっている気もする)</plain>"
https://github.com/misskey-dev/misskey/issues/16994#issuecomment-3663671444

💬 Commented on "<plain>trustProxy: ...

2025-12-17T02:32:49Z

💬 Commented on "<plain>trustProxy: falseでIPベースのレートリミットが機能しないなどの問題がある</plain>": syuilo "<plain>正常に動作していないときにそれを検知できる仕組みの実装は難しいと思ってました</plain>"
https://github.com/misskey-dev/misskey/issues/16994#issuecomment-3663364949

💥 Issue opened: #16999 ...

2025-12-16T12:33:14Z

💥 Issue opened: #16999 "<plain>センシティブ設定されたチャンネルの内容をアンテナで表示する時に目立たない表示にしてほしい</plain>"
https://github.com/misskey-dev/misskey/issues/16999

💬 Commented on "<plain>trustProxy: ...

2025-12-16T08:52:00Z

💬 Commented on "<plain>trustProxy: falseでIPベースのレートリミットが機能しないなどの問題がある</plain>": samunohito "<plain>> （うちがinternet -> cloudflare -> nginx -> Misskeyの構成なので検証したい）

やってきました。
cloudflareを挟む場合、nginxの設定も必要そうです

---

①https://github.com/misskey-dev/misskey/issues/16994#issuecomment-3658626279 の実装 + https://github.com/misskey-dev/misskey/issues/16994#issuecomment-3658673134 のIPv6

```ts
const fastify = Fastify({
trustProxy: this.config.trustProxy ?? [
'10.0.0.0/8', '172.16.0.0/12', '192.168.0.0/16', '127.0.0.1/32', '::1/128', 'fc00::/7'
],
logger: false,
});
```

---

②[Hubに記載されていたnginxの設定](https://misskey-hub.net/ja/docs/for-admin/install/resources/nginx/) + cloudflareのドキュメントに[記載されていたサンプル](https://developers.cloudflare.com/support/troubleshooting/restoring-visitor-ips/restoring-original-visitor-ips/#nginx-1) + cloudflareが[公開](https://www.cloudflare.com/ips/)しているIP一覧

```txt
...

# Proxy to Node
location / {
proxy_pass http://127.0.0.1:3000;
proxy_set_header Host $host;
proxy_http_version 1.1;
proxy_redirect off;

# ---- 追記ここから ----

real_ip_header CF-Connecting-IP;
real_ip_recursive on;

set_real_ip_from 173.245.48.0/20;
set_real_ip_from 103.21.244.0/22;
set_real_ip_from 103.22.200.0/22;
set_real_ip_from 103.31.4.0/22;
set_real_ip_from 141.101.64.0/18;
set_real_ip_from 108.162.192.0/18;
set_real_ip_from 190.93.240.0/20;
set_real_ip_from 188.114.96.0/20;
set_real_ip_from 197.234.240.0/22;
set_real_ip_from 198.41.128.0/17;
set_real_ip_from 162.158.0.0/15;
set_real_ip_from 104.16.0.0/13;
set_real_ip_from 104.24.0.0/14;
set_real_ip_from 172.64.0.0/13;
set_real_ip_from 131.0.72.0/22;
set_real_ip_from 2400:cb00::/32;
set_real_ip_from 2606:4700::/32;
set_real_ip_from 2803:f800::/32;
set_real_ip_from 2405:b500::/32;
set_real_ip_from 2405:8100::/32;
set_real_ip_from 2a06:98c0::/29;
set_real_ip_from 2c0f:f248::/32;

# ---- 追記ここまで ----

# If it's behind another reverse proxy or CDN, remove the following.
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto https;

...
```

---

実際にログイン履歴で確認してみたもの↓
![Image](https://github.com/user-attachments/assets/c6369d05-4d38-4078-b0a4-b01a5e05bb48)

- 下段：configもソースも何も対応してない（2025.12.0の素の状態に近い）
- 中段：①だけ施した状態。cloudflareが公開しているIP帯の中にあるものだった（一応伏せた）
- 上段：①と②を施した状態。自宅のIPv6が記録されている</plain>"
https://github.com/misskey-dev/misskey/issues/16994#issuecomment-3659454289

💬 Commented on "<plain>trustProxy: ...

2025-12-16T04:23:57Z

💬 Commented on "<plain>trustProxy: falseでIPベースのレートリミットが機能しないなどの問題がある</plain>": syuilo "<plain>そのような実装にして、デフォルト値から変更しなければならない環境がどれくらいあるのかによるという感じだわね

もし多くのケースでそのままで問題ないのであればMisskeyもそれで良さそう

もし「割とよくある」のであれば、設定を強制させるメリットよりもデメリットの方が上回っていると思われる</plain>"
https://github.com/misskey-dev/misskey/issues/16994#issuecomment-3658722963

💥 Issue opened: #16996 ...

2025-12-15T13:22:50Z

💥 Issue opened: #16996 "<plain>Play(AiScript)でバージョン指定コメントがないときの挙動がチェンジログにない</plain>"
https://github.com/misskey-dev/misskey/issues/16996

💬 Commented on ...

2025-12-15T02:27:03Z

💬 Commented on "<plain>正確なクライアントIPを記録できない</plain>": samunohito "<plain>起票ありがとうございます。

> Misskey v2025.12.0以降、正しいクライアントIPを記録するには、Misskeyの設定ファイル（通常は .config.yml など）で trustProxy: true を明示的に設定する必要があります。これは、MisskeyのバックエンドがFastifyの trustProxy オプションを使っており、デフォルト値が false に変更されたためです

dosubotが言う通りで、デフォルト値の変更対応が入りました。

> Misskeyの設定ファイルに trustProxy: true を追加

こちらの対応で従来の挙動に戻ると思いますので、試していただけると幸いです。</plain>"
https://github.com/misskey-dev/misskey/issues/16993#issuecomment-3652638184

💬 Commented on "<plain>Release: ...

2025-12-14T07:27:19Z

💬 Commented on "<plain>Release: 2025.12.1</plain>": syuilo "<plain>🙏🙏🙏</plain>"
https://github.com/misskey-dev/misskey/pull/16972#issuecomment-3650406749

🎁 NEW RELEASE: ...

2025-12-14T07:27:09Z

🎁 **NEW RELEASE**: [2025.12.1](https://github.com/misskey-dev/misskey/releases/tag/2025.12.1) is out. Enjoy!

📦 New Pull Request: "<plain>[WIP] Update volume ...

2025-12-14T01:36:07Z

📦 New Pull Request: "<plain>[WIP] Update volume mount path for postgres container</plain>"
https://github.com/misskey-dev/misskey/pull/16986

💬 Commented on "<plain>enhance(frontend): ...

2025-12-12T08:33:57Z

💬 Commented on "<plain>enhance(frontend): 投稿フォームの絵文字ピッカーに独立したウィンドウを使用できるように</plain>": syuilo "<plain>ウィンドウ表示できるとどのように嬉しいのかがピンときていない</plain>"
https://github.com/misskey-dev/misskey/pull/15291#issuecomment-3645480958

📦 New Pull Request: "<plain>#16951 Service Worker ...

2025-12-11T15:54:38Z

📦 New Pull Request: "<plain>#16951 Service Worker Auto Preloadをオプトアウトするように</plain>"
https://github.com/misskey-dev/misskey/pull/16971

💯 Pull Request Merged!: "<plain>fix(sw): ...

2025-12-10T08:26:32Z

💯 Pull Request Merged!: "<plain>fix(sw): オフライン時のfetch timeout処理を実装 </plain>"
https://github.com/misskey-dev/misskey/pull/16952

💥 Issue opened: #16966 ...

2025-12-08T23:31:33Z

💥 Issue opened: #16966 "<plain>削除されたノートのリノートは、削除したノートの空引用のリノートとして表示される</plain>"
https://github.com/misskey-dev/misskey/issues/16966

💬 Commented on ...

2025-12-08T06:11:47Z

💬 Commented on "<plain>CSSをJSファイルにバンドルする</plain>": syuilo "<plain>検証のためにもとりあえずバンドルしたいけど設定がいまいちよく分からん</plain>"
https://github.com/misskey-dev/misskey/issues/16963#issuecomment-3625160811

💬 Commented on ...

2025-12-08T02:57:11Z

💬 Commented on "<plain>リノート対象のノートが削除された場合、(リロード後も)当該リノートはTLで表示されたままになる</plain>": syuilo "<plain>当機能に十分な需要が認められた前提とすると、

- API側で実装 ... 負荷のかからないような実装方法であればアリ
- フロントエンドで実装 ... サーバーに負荷がかかるわけではないのでアリ</plain>"
https://github.com/misskey-dev/misskey/issues/16954#issuecomment-3624358032

💬 Commented on ...

2025-12-08T00:07:28Z

💬 Commented on "<plain>リノート対象のノートが削除された場合、(リロード後も)当該リノートはTLで表示されたままになる</plain>": samunohito "<plain>（哲学と体験の間で平行線になっている気配を感じますねぇ）</plain>"
https://github.com/misskey-dev/misskey/issues/16954#issuecomment-3623869478

💬 Commented on ...

2025-12-07T23:42:33Z

💬 Commented on "<plain>リノート対象のノートが削除された場合、(リロード後も)当該リノートはTLで表示されたままになる</plain>": Sayamame-beans "<plain>> 脈絡のない独り言ではなく、なんらかのノートに対する言及であると分かることは重要と思います

これが関係のあるリノートであるとは限らないので、その点は五分五分だと思います(X(Twitter)を含めた主観的な感覚では、関係ある傾向がやや強い程度で、脈絡ないリノート/リポストも一定数あると思います)
むしろリノート対象のユーザ名だけ出てしまう分、変に誤解を招きそう(場合によっては意図的に招くことも可…?)です

一方で、DBでやるとコストが掛かるのはそうですね(減らした分の一部が戻ってくる感じですが、CASCADEの仕組みを使うのに比べると同量に対するコストは高そう…?)</plain>"
https://github.com/misskey-dev/misskey/issues/16954#issuecomment-3623800146

💬 Commented on ...

2025-12-07T23:24:26Z

💬 Commented on "<plain>リノート対象のノートが削除された場合、(リロード後も)当該リノートはTLで表示されたままになる</plain>": syuilo "<plain>あるノートが削除されても関連するノートは消えない仕様にしたので意図しています。

リノートしたという情報が残ることは、対象が削除されても後から見た時にリノートに対しての言及がそうだと分かるようになります。</plain>"
https://github.com/misskey-dev/misskey/issues/16954#issuecomment-3623753774

💬 Commented on ...

2025-12-07T23:20:42Z

💬 Commented on "<plain>リノート対象のノートが削除された場合、(リロード後も)当該リノートはTLで表示されたままになる</plain>": samunohito "<plain>> 純粋なリノートは削除するか

が最もあるべき姿に近いと思います。

取得時に削るのは、ちょっと重いかと…fallback時に除外するクエリとか、Redis→IDベースの検索時に十分な件数が取れなかった時の再取得とかを鑑みると、チリツモで負荷をかけ続けることになると思います（フロントでの非表示も同様の理由）。
削除時にDBアクセスが増えてでも消しておけば、上記は免れるのではないかなと…</plain>"
https://github.com/misskey-dev/misskey/issues/16954#issuecomment-3623743845

💥 Issue opened: #16954 ...

2025-12-07T14:46:19Z

💥 Issue opened: #16954 "<plain>リノート対象のノートが削除された場合、(リロード後も)当該リノートはTLで表示されたままになる</plain>"
https://github.com/misskey-dev/misskey/issues/16954

💥 Issue opened: #16949 ...

2025-12-06T12:41:40Z

💥 Issue opened: #16949 "<plain>postgresコンテナのvolumeのマウントパス変更が必要</plain>"
https://github.com/misskey-dev/misskey/issues/16949

🎁 NEW RELEASE: ...

2025-12-06T12:22:57Z

🎁 **NEW RELEASE**: [2025.12.0](https://github.com/misskey-dev/misskey/releases/tag/2025.12.0) is out. Enjoy!

💬 Commented on ...

2025-12-06T10:34:18Z

💬 Commented on "<plain>特定のMFMをiOSのブラウザ上で読み込むとiOSがクラッシュする</plain>": nakkaa "<plain>私のiPadOS 26.1(iPad Air M2)では再現しました。
環境設定で次のようにします。
- 動きのあるMFMを有効化する -> オン
- アニメーション画像を再生しない -> オヒ
続いて、大きくなるGopherくんを画面に映る状態にして待つと、画面が真っ暗になりロック画面に飛ばされます。
</plain>"
https://github.com/misskey-dev/misskey/issues/16943#issuecomment-3619883079

💬 Commented on "<plain>Release: ...

2025-12-06T09:43:27Z

💬 Commented on "<plain>Release: 2025.12.0</plain>": kakkokari-gtyih "<plain>テストが落ちてるわね</plain>"
https://github.com/misskey-dev/misskey/pull/16916#issuecomment-3619817287

💥 Issue opened: #16943 ...

2025-12-05T13:39:21Z

💥 Issue opened: #16943 "<plain>特定のMFMをiOSのブラウザ上で読み込むとiOSがクラッシュする</plain>"
https://github.com/misskey-dev/misskey/issues/16943

💥 Issue opened: #16933 ...

2025-12-03T15:43:33Z

💥 Issue opened: #16933 "<plain>2025.12.0-alpha.1へ更新後、 permission denied, open '/misskey/.config/default.json' が発生し起動しない。</plain>"
https://github.com/misskey-dev/misskey/issues/16933

💬 Commented on "<plain>起動時に pnpm ...

2025-12-03T12:17:18Z

💬 Commented on "<plain>起動時に pnpm のプロセスが残り続け、メモリを消費している</plain>": syuilo "<plain>Note: Misskeyでは直接 Node.js でエントリポイントを実行する方法は想定しておらず、そのような方法で起動した場合予期せぬ不具合が発生する可能性があります。</plain>"
https://github.com/misskey-dev/misskey/issues/16931#issuecomment-3606589625

💥 Issue opened: #16931 "<plain>起動時に pnpm ...

2025-12-03T12:12:36Z

💥 Issue opened: #16931 "<plain>起動時に pnpm のプロセスが残り続け、メモリを消費している</plain>"
https://github.com/misskey-dev/misskey/issues/16931

💬 Commented on "<plain>enhance(backend): ...

2025-12-01T06:59:23Z

💬 Commented on "<plain>enhance(backend): pugをやめ、JSXベースのテンプレートに変更</plain>": kakkokari-gtyih "<plain><img width="680" height="643" alt="image" src="https://github.com/user-attachments/assets/7aefae64-dd9a-4950-8a3b-c4329632dabe"; />

常にエスケープを意識しながらbootloaderを書く必要があるので文字列で埋め込むのはかなりストレスの掛かる作業になりそう（JSXのscriptタグ内に直接記述すると、JSX側のJSと干渉してうまくできなかった）</plain>"
https://github.com/misskey-dev/misskey/pull/16908#issuecomment-3594872700

💬 Commented on ...

2025-12-01T06:14:23Z

💬 Commented on "<plain>Emojiの型に画像の縦横比を含めて欲しい</plain>": samunohito "<plain>（サードパーティアプリの文脈無いような…それはさておき）

カラムとプロパティだけ用意して、レスポンスにサイズが含まれていればそれを使えるようにするのであれば…まあ…
（既存データへのサイズ付与は運用時の責務とし、必要に応じて…）</plain>"
https://github.com/misskey-dev/misskey/issues/16913#issuecomment-3594702775

💬 Commented on ...

2025-12-01T05:36:50Z

💬 Commented on "<plain>Emojiの型に画像の縦横比を含めて欲しい</plain>": samunohito "<plain>自分個人としては、実装コストのわりに得られるメリットが小さく、かなり渋い印象を持ちました。

### バックエンド観点

- 現状のemojiテーブルにはwidth/heightに相当する情報が無い
- 絵文字登録時の元ファイル（drive_file）への参照も保持していないため、サーバ側でサイズを取得することも難しい
- 仮にwidth/heightカラムを追加しても、既存データを埋めるには全件の画像をダウンロードしてサイズを計測するツールが必要で、移行コストが非常に重い

### フロントエンド観点

- 「画像ロードによるサイズ変更」と「Vueコンポーネントの再レンダリング」は無関係な気がしてて、width/heightをDBに持ってもレンダリング回数は変わらないんじゃないかと…（レイアウトシフト低減という文脈であれば理解できます）
</plain>"
https://github.com/misskey-dev/misskey/issues/16913#issuecomment-3594618011

📦 New Pull Request: "<plain>enhance(backend): ...

2025-11-29T07:21:26Z

📦 New Pull Request: "<plain>enhance(backend): pugをやめ、JSXベースのテンプレートに変更</plain>"
https://github.com/misskey-dev/misskey/pull/16889

💥 Issue opened: #16886 ...

2025-11-29T03:01:39Z

💥 Issue opened: #16886 "<plain>絵文字追加辞書がリアクション時の絵文字検索画面で機能しない</plain>"
https://github.com/misskey-dev/misskey/issues/16886

🎁 NEW RELEASE: ...

2025-11-28T10:04:08Z

🎁 **NEW RELEASE**: [2025.11.1](https://github.com/misskey-dev/misskey/releases/tag/2025.11.1) is out. Enjoy!

📦 New Pull Request: "<plain>enhance: replace JSON5 ...

2025-11-27T07:58:48Z

📦 New Pull Request: "<plain>enhance: replace JSON5 with AiSON</plain>"
https://github.com/misskey-dev/misskey/pull/16876

💬 Commented on #16873 ...

2025-11-27T04:20:34Z

💬 Commented on #16873 "<plain>compose.ymlがPostgresql18指定になりましたが、18の利用は必須ですか？</plain>": nakkaa "<plain>ありがとうございます。必須ではないが推奨ということで理解しました。</plain>"
https://github.com/misskey-dev/misskey/discussions/16873#discussioncomment-15092582

💬 Commented on "<plain>fix: ...

2025-11-27T02:40:13Z

💬 Commented on "<plain>fix: フォロワー限定投稿の本人リプライ、リノートを解決できるように（signed getされた際にfollowers, specifiedのノートも取得可能に）</plain>": tai-cha "<plain>> 投稿者本人がフォロワー限定投稿を引用しても、それが未知のもの(当該サーバーとの連合開始以前の投稿等)である場合は、引用したノート本体のみ連合され、どのノートが引用されているかは分からず(引用でないように見える)、引用されたノートの連合もされない

これに対するテストも必要そう</plain>"
https://github.com/misskey-dev/misskey/pull/16871#issuecomment-3583989463

💬 Commented on ...

2025-11-26T13:50:52Z

💬 Commented on "<plain>フォロワー限定投稿の本人リノートが連合されず、未知の投稿の場合に本人が引用/リプライしても連合されない (そもそもフォロワー限定投稿を照会出来ない)</plain>": samunohito "<plain>調査したのでメモ：

---

リノートした鍵投稿のURLは_misskey_quoteに格納されて相手まで届いていて（ログで見た）、そのURLをもとに解決を図ろうとまではしているようでした。ただ…

https://github.com/misskey-dev/misskey/blob/b5767c315a31363edac4fe39aa5202f94942f7e9/packages/backend/src/server/ActivityPubServerService.ts#L648-L652
↑で弾かれています。public/homeのみ取るようになってるので、followersなノートは引っかかりません。

---

で、試しにリクエストに乗ってきたkeyIdから誰か特定してフォロワーかどうかを確認する[実装](https://github.com/tiramiss-community/tiramiss/pull/59/files#diff-777735d82d9e090f52f196bab74ea34c4d34f2dfbe75d81cb8af2f798f7e33e3R672-R716)を仕込んでみましたが、instance.actorのkeyを使って照会してきているようで、このロジックは役に立ちませんでした。

---

照会する側でkeyを設定するときってどうやってるのかと思ったら、
https://github.com/misskey-dev/misskey/blob/26506677c2debbe7d58b26f1e5c98b834bc72e0f/packages/backend/src/core/activitypub/ApResolverService.ts#L107-L113
のようになっていました。this.userが指定されていなければactorを使う動きになっているようですが、このthis.userは上記の個所でしか設定されないので、実質actorのkeyのみを使うようになっているようでした。

ここで個人のkeyを使えば…？とも思ったのですが、力尽きました</plain>"
https://github.com/misskey-dev/misskey/issues/15521#issuecomment-3581416636

💥 Issue opened: #16858 "<plain>dev: ...

2025-11-26T01:18:43Z

💥 Issue opened: #16858 "<plain>dev: RenovateがOOMで落ちる</plain>"
https://github.com/misskey-dev/misskey/issues/16858

💥 Issue opened: #16831 ...

2025-11-22T23:40:34Z

💥 Issue opened: #16831 "<plain>ノート検索に空白の選択肢が存在する</plain>"
https://github.com/misskey-dev/misskey/issues/16831

💬 Commented on "<plain>chore: followup ...

2025-11-19T03:46:19Z

💬 Commented on "<plain>chore: followup 16793</plain>": anatawa12 "<plain>devcontainer、misskey本体じゃないしいらないに一票</plain>"
https://github.com/misskey-dev/misskey/pull/16814#issuecomment-3550578137

💥 Issue opened: #16806 ...

2025-11-17T10:26:11Z

💥 Issue opened: #16806 "<plain>リモートユーザーがリアクションした未観測ノートを強制的に照会するオプション</plain>"
https://github.com/misskey-dev/misskey/issues/16806

🎁 NEW RELEASE: ...

2025-11-16T08:23:45Z

🎁 **NEW RELEASE**: [2025.11.0](https://github.com/misskey-dev/misskey/releases/tag/2025.11.0) is out. Enjoy!

💥 Issue opened: #16787 ...

2025-11-14T06:22:16Z

💥 Issue opened: #16787 "<plain>`.devcontainer/Dockerfile` のソースコンテナが Renovate の bump 対象になっていない</plain>"
https://github.com/misskey-dev/misskey/issues/16787

💬 Commented on "<plain>enhance(frontend): ...

2025-11-10T06:58:09Z

💬 Commented on "<plain>enhance(frontend): アンテナ・リストの設定画面・タイムラインの動線を改善</plain>": kakkokari-gtyih "<plain>> チュートリアル追加するか

チュートリアル云々ではなく単純に導線として変かなと個人的には感じた
（要素の一覧画面 > 要素の結果を見る画面 > 要素の設定をする画面の順に導線を組むのが普通そう）</plain>"
https://github.com/misskey-dev/misskey/pull/16739#issuecomment-3509735810

🆕 Pushed by syuilo with ?[1 ...

2025-11-10T05:09:19Z

🆕 Pushed by **syuilo** with ?[1 commit](https://github.com/misskey-dev/misskey/compare/23d2d191a0b0...73bcd330f7c4):
・[?[73bcd33](https://github.com/misskey-dev/misskey/commit/73bcd330f7c409f444e2ec34d088dbe5f0c543ca)] fix(backend): improve isFederationAllowedHost

💬 Commented on ...

2025-11-09T08:39:50Z

💬 Commented on "<plain>Devcontainerで環境構築後サーバーを起動するとエラーが出る</plain>": dosubot[bot] "<plain>
Hi @kamiya-s-max! I'm [Dosu](https://go.dosu.dev/dosubot) and I’m helping the misskey team.


このエラーは、Devcontainerのベースイメージ（`mcr.microsoft.com/devcontainers/javascript-node:0-18`）がDebian 11（bullseye）ベースであり、必要なGLIBCXX_3.4.29（libstdc++の新しいバージョン）が含まれていないため発生しています。MisskeyのDevcontainer設定や初期化スクリプトではlibstdc++のアップグレードやGLIBCXXバージョンの指定は行われていませんでした[参考](https://github.com/misskey-dev/misskey/blob/29bfc9a91a29a5dc49589f3b5e96d7914a46674c/.devcontainer/Dockerfile#L1-L2)。

**解決策の例:**
- DevcontainerのDockerfileを編集し、より新しいDebian（例: bookworm）やUbuntu（例: 22.04以降）ベースのイメージに変更する。
- もしくは、`init.sh`などでlibstdc++の新しいバージョンをインストールする（例: `sudo apt-get install -y libstdc++6` だが、bullseyeではバージョンが足りない場合が多いので、やはりベースイメージの更新が確実です）。

**参考コマンド例（Dockerfileに追記）:**
```dockerfile
FROM mcr.microsoft.com/devcontainers/javascript-node:0-20
# もしくは Ubuntu 22.04 ベースのイメージを選択
```

**注意:** ARM64環境では特に新しいlibstdc++が必要な場合が多いので、ベースイメージの更新が最も安全です。

この修正で`GLIBCXX_3.4.29`が提供され、サーバーが正常に起動する可能性が高いです。


*To reply, just mention [@dosu](https://go.dosu.dev/dosubot).*

---
<sup>How did I do? [Good](https://app.dosu.dev/response-feedback/a6bce206-f8ff-44d3-8558-17f5882eba46?feedback_type=great_response) | [Irrelevant](https://app.dosu.dev/response-feedback/a6bce206-f8ff-44d3-8558-17f5882eba46?feedback_type=irrelevant_answer) | [Incorrect](https://app.dosu.dev/response-feedback/a6bce206-f8ff-44d3-8558-17f5882eba46?feedback_type=incorrect_sources) | [Verbose](https://app.dosu.dev/response-feedback/a6bce206-f8ff-44d3-8558-17f5882eba46?feedback_type=too_verbose) | [Hallucination](https://app.dosu.dev/response-feedback/a6bce206-f8ff-44d3-8558-17f5882eba46?feedback_type=hallucination) | [Report 🐛](https://app.dosu.dev/response-feedback/a6bce206-f8ff-44d3-8558-17f5882eba46?feedback_type=bug_report) | [Other](https://app.dosu.dev/response-feedback/a6bce206-f8ff-44d3-8558-17f5882eba46?feedback_type=other)</sup>  [![Chat with Dosu](https://dosu.dev/dosu-chat-badge.svg)](https://app.dosu.dev/674897ba-829a-43bd-99d2-7591489b04aa/ask?utm_source=github) [![Join Discord](https://img.shields.io/badge/join-5865F2?logo=discord&logoColor=white&label=)](https://go.dosu.dev/discord-bot) [![Share on X](https://img.shields.io/badge/X-share-black)](https://twitter.com/intent/tweet?text=%40dosu_ai%20helped%20me%20solve%20this%20issue!&url=https%3A//github.com/misskey-dev/misskey/issues/16776)</plain>"
https://github.com/misskey-dev/misskey/issues/16776#issuecomment-3507708931

💥 Issue opened: #16776 ...

2025-11-09T08:35:20Z

💥 Issue opened: #16776 "<plain>Devcontainerで環境構築後サーバーを起動するとエラーが出る</plain>"
https://github.com/misskey-dev/misskey/issues/16776

💬 Commented on ...

2025-11-07T11:42:49Z

💬 Commented on "<plain>TLや検索においてのみミュートを適用し、リプライや引用などの通知は通常通り行われるようなユーザーミュート設定が欲しい</plain>": syuilo "<plain>Off-topic:
こういうエンドユーザーにとって存在して特にデメリットのない機能の場合、「(使うかどうかは分からないけど)無いよりは有った方が良い」ということでとりあえず「必要」な選択肢に票が集まる傾向があるから、選択肢を「絶対使う」「多分使う」「分からない」「多分使わない」「絶対使わない」とかにして、「絶対使う」にどれくらい投票されたかを見る方が需要を知る上では確実ではありそう</plain>"
https://github.com/misskey-dev/misskey/issues/13405#issuecomment-3502083266

💬 Commented on ...

2025-11-06T10:43:17Z

💬 Commented on "<plain>TLや検索においてのみミュートを適用し、リプライや引用などの通知は通常通り行われるようなユーザーミュート設定が欲しい</plain>": syuilo "<plain>需要がどんくらいかによりそう</plain>"
https://github.com/misskey-dev/misskey/issues/13405#issuecomment-3496498551

💬 Commented on "<plain>fix(frontend): ...

2025-11-05T00:49:14Z

💬 Commented on "<plain>fix(frontend): PageHeaderのタイトルがはみ出る問題を修正</plain>": syuilo "<plain>/ｐｒｅｖｉｅｗ</plain>"
https://github.com/misskey-dev/misskey/pull/16744#issuecomment-3488606463

💬 Commented on #16746 ...

2025-11-04T00:28:58Z

💬 Commented on #16746 "<plain>Misskeyのアカウント移行について — どの情報が実際に移行されますか？</plain>": jayhsu5202 "<plain>移行は即座に行われますか?</plain>"
https://github.com/misskey-dev/misskey/discussions/16746#discussioncomment-14864048

💬 Review commented on "<plain>feat: ...

2025-11-02T01:44:09Z

💬 Review commented on "<plain>feat: チャンネルミュートの実装</plain>": syuilo "<plain>cc @anatawa12 </plain>"
https://github.com/misskey-dev/misskey/pull/14105#discussion_r2484085283

💬 Commented on "<plain>sync read position between ...

2025-10-29T14:35:49Z

💬 Commented on "<plain>sync read position between multiple devices via read marker API</plain>": foss- "<plain>The challenge I intended to bring up was sync functionality across devices. If this is achieved via a custom solution in misskey or by adapting mastodon API is secondary. The focus is the functionality. Mastodon was mentioned to give an idea, how this can be tackled. Same goes for the considerations done by Nik in the linked comment.</plain>"
https://github.com/misskey-dev/misskey/issues/16724#issuecomment-3461913628

💬 Commented on "<plain>sync read position between ...

2025-10-29T12:19:32Z

💬 Commented on "<plain>sync read position between multiple devices via read marker API</plain>": KisaragiEffective "<plain>I don’t agree with complaints like *“Why doesn’t Misskey have feature XXX that Mastodon recently implemented?”* nor with adopting Mastodon’s request/response schema (or *compatibility*, in other words) without carefully considering how it would actually fit into the implementation.

That said, I don’t find the lack of synchronized read position across devices particularly concerning.

What I **do** believe is that we should focus on **#16039**, since the referenced issue is more general in scope.</plain>"
https://github.com/misskey-dev/misskey/issues/16724#issuecomment-3461223856

Nostr notes by Misskey GitHub Notifier @mi.osamu-storage.info

🆕 Pushed by **syuilo** with ?[1 ...

🎁 **NEW RELEASE**: ...

✅ Discussion marked answer: #17272 ...

💬 Commented on #17272 "<plain>DB障害時は ...

💥 Issue opened: #17266 ...

💬 Commented on "<plain>Release: ...

💬 Commented on "<plain>Add an option to block ...

💥 Issue opened: #17264 "<plain>Add an option to ...

💬 Commented on "<plain>Release: ...

💬 Commented on "<plain>perf(frontend): ...

💥 Issue opened: #17249 ...

💥 Issue opened: #17235 "<plain>Misskey should not ...

🎁 **NEW RELEASE**: ...

🎁 **NEW RELEASE**: ...

💬 Commented on ...

💬 Commented on "<plain>Release: ...

💬 Commented on "<plain>Cloudflare の Rocket Loader ...

💥 Issue opened: #17160 ...

💬 Commented on ...

📦 New Pull Request: "<plain>fix(frontend): ...

💥 Issue opened: #17112 ...

💬 Commented on ...

💥 Issue opened: #17108 ...

💬 Commented on "<plain>fix(frontend): ...

💬 Commented on "<plain>fix(frontend): ...

💬 Commented on ...

💬 Commented on "<plain>enhance(backend): bundle ...

💬 Commented on ...

💬 Commented on ...

💥 Issue opened: #17066 ...

💬 Commented on "<plain>2026</plain>": ...

💬 Commented on "<plain>2026</plain>": ...

💬 Review commented on ...

💬 Review commented on ...

💬 Commented on ...

💥 Issue opened: #17045 "<plain>$[ruby {第一引数} ...

💯 Pull Request Merged!: "<plain>refactor: use ...

💬 Commented on "<plain>feat: use tsgo where ...

💬 Commented on "<plain>Streaming ...

💬 Commented on "<plain>Streaming ...

💬 Commented on "<plain>Release: ...

🎁 **NEW RELEASE**: ...

💬 Commented on "<plain>Release: ...

💬 Commented on "<plain>trustProxy: ...

💬 Commented on "<plain>trustProxy: ...

💬 Commented on "<plain>trustProxy: ...

💥 Issue opened: #16999 ...

💬 Commented on "<plain>trustProxy: ...

💬 Commented on "<plain>trustProxy: ...

💥 Issue opened: #16996 ...

💬 Commented on ...

💬 Commented on "<plain>Release: ...

🎁 **NEW RELEASE**: ...

📦 New Pull Request: "<plain>[WIP] Update volume ...

💬 Commented on "<plain>enhance(frontend): ...

📦 New Pull Request: "<plain>#16951 Service Worker ...

💯 Pull Request Merged!: "<plain>fix(sw): ...

💥 Issue opened: #16966 ...

💬 Commented on ...

💬 Commented on ...

💬 Commented on ...

💬 Commented on ...

💬 Commented on ...

💬 Commented on ...

💥 Issue opened: #16954 ...

💥 Issue opened: #16949 ...

🎁 **NEW RELEASE**: ...

💬 Commented on ...

💬 Commented on "<plain>Release: ...

💥 Issue opened: #16943 ...

💥 Issue opened: #16933 ...

💬 Commented on "<plain>起動時に pnpm ...

💥 Issue opened: #16931 "<plain>起動時に pnpm ...

💬 Commented on "<plain>enhance(backend): ...

💬 Commented on ...

💬 Commented on ...

📦 New Pull Request: "<plain>enhance(backend): ...

💥 Issue opened: #16886 ...

🎁 **NEW RELEASE**: ...

🆕 Pushed by syuilo with ?[1 ...

🎁 NEW RELEASE: ...

🎁 NEW RELEASE: ...

🎁 NEW RELEASE: ...

🎁 NEW RELEASE: ...

🎁 NEW RELEASE: ...

🎁 NEW RELEASE: ...

🎁 NEW RELEASE: ...

🎁 NEW RELEASE: ...

🆕 Pushed by syuilo with ?[1 ...