ところで、あなたのフォーラムがどれだけ忙しいか、あるいはx/twitterのワンボックスがどれくらいの頻度で投稿されるか分かりませんが、基本的な無料のTwitterプランはデフォルトのワンボックスで機能します。ただし、15分に約1回のワンボックスリクエストにレート制限されます。比較的トラフィックの多いフォーラムで実行していますが、投稿内で複数のワンボックスリンクを投稿しようとしたときにのみ制限がかかるようです。
「いいね！」 3
残念ながら、これを有効にすると、リンクがYouTubeにリダイレクトされるため、多くのYouTube（例：https://youtu.be/）が埋め込まれなくなることを発見しました。
人々が投稿するYouTubeリンクの数は、Xの投稿よりもはるかに多いです。そのため、今は無効にして、x.comをtwitter.comに編集するだけにします。
「いいね！」 2
x/twitter の投稿が言及されることはめったにありません。また、Twitter.com の onebox は機能しますが、X.com は機能しません。
本当ですか？このコンポーネントではなく、Twitter開発者の無料プランAPIトークンを使用して、このコンポーネントを無効にしたネイティブのoneboxのことを言っていますか？ホストされているとのことなので、彼らはここで（Metaで）見られるようなデフォルトのoneboxingを設定できるはずです。
私は2つの異なるセルフホスト型サイトでX/Twitterの豊富な埋め込みを無料で利用しています。X/Twitter APIが何らかの理由で動作しなくなった場合にこのコンポーネントを使用し、必要に応じてオンとオフを切り替えています。
「いいね！」 5
Xの無料開発者アカウントを設定しました。埋め込み用のTwitterのワンボックスをどのように取得するのか疑問に思っています。
ネイティブのTwitter埋め込みコンポーネントは正常に動作していますが、ダークモードで投稿したいと考えています。
一部の最近のDiscourseバージョンでは、Twitter/Xのワンボックスを無効にしても、うまく機能しないようです。
また、このテーマコンポーネントは、既存のワンボックスでも正しく機能しません。
ベアリンクをネイティブ埋め込みに置き換えるだけでなく、Twitterのワンボックスも検索して同じことを行う機能を追加しました。
これにより、ワンボックスを無効にしたり、古い投稿を再構築したりする必要がなくなりました。
「いいね！」 3
ありがとうございます！1 ヶ月待たせてしまい申し訳ありません。その間は入院しており病床にありました。今、退院してこの PR を確認しました。マージしました！
「いいね！」 5
こんにちは、皆さん…このプラグインで問題を抱えている方はいますか？何か壊れたようで、x.comでもtwitter.comでもエMBEDが表示されなくなりました。Discourseの新しいバージョンで壊れたのでしょうか？
「いいね！」 1
本日（2026年9月26日）時点でも、この問題が依然として発生していることを確認しました。
私のインスタンスでは、コンポーネントが単にサイレントに失敗するだけでなく、現在積極的にエラーをスローするようになっています。Discourseは管理者専用のバナーを表示しています：
サイトの投稿装飾子のいずれかがエラーをスローしたため、投稿が正しくレンダリングされない可能性があります。原因は “Twitter/X Einbindung” [Twitter/X embed] です。
この問題は繰り返し発生しており、埋め込みが表示されないだけでなく、サイト全体でセーフモード風の警告を引き起こしています。Discourseのバージョン：2026.10.0。
コンポーネントを完全に無効化する以外の修正方法や回避策を見つけた方はいますか？
プロバイダーの IPv6 問題を解決した後、Nitter の埋め込みに移行し、Twitter から完全に撤退します。
「いいね！」 1
マスク氏が継続的なボットによるスパムを理由にAPIアクセスを大幅に制限して以来、プラットフォームへのあらゆる形式の外部アクセスが苦境に立たされています。
ビジネス上やセキュリティ上の判断は理解できますが、外部への埋め込みに関する公式オプションの欠如については理解できません。
Nitterは知っていますが、元のXリンクをコピー＆ペーストするほど便利ではありません。
Discourseプロジェクトチーム自身がX Corpにアプローチし、公式プラグインを提供する提案を行うことが理にかなっているかもしれません。
そうでなければ、ここでは相互運用性の未来は正直なところ見いだせません。Xは、疑う余地なく、西洋世界で最も重要なニュースプラットフォームです
先月、Nitterは差止請求書を受け取り、まもなく利用できなくなる可能性があります：X sends cease-and-desist to open source project Nitter over alleged scraping | TechCrunch
「いいね！」 2
一見すると合理的なように見える。彼らは説明や復旧手段なしに大量のデータを削除した。その背後にある意図は本当に不透明だ。
リンクしたコミュニティプロジェクトは、今でもより活発に稼働しています。Codeberg、コミュニティ主導。
Xが何かを変更し、Zedがもういなくなれば、実際のきついスクレイピング作業を誰もやらなくなる。
ええ、抵抗は抵抗できる限り抵抗するものです。自閉症者（Inventati）は、もう続けることができなくなるまで何十年も人類のために働いていました。
Nitterは、少なくとも1年間、さらなる問題なくメンテナンスされ続けると思います。彼らは大規模なサービスにプッシュするだけで、セルフホスティングにはそのような影響はありません。
「いいね！」 1
このコンポーネントの小さなフォークを作成し、セーフモードでのクラッシュ（存在しない属性に対する未ガードのnull）と、いくつかの小さな問題を修正しました：GitHub - terraboss/discourse-x-native-embed: X embedding · GitHub — 今のところ問題なく動作しています。フィードバックをお待ちしています。
「いいね！」 1
更新：フォークの最初のマイルストーン
フィードバックありがとうございます。私のフォークでは、これまでのところセーフモードのバナーが表示されていません。原因として最も可能性が高いのは依然として data-onebox-src 属性の欠如ですが、確認は取れていないため、実験的なものとしてお考えください。
その後、いくつかの機能を追加しました。その中には、このスレッドの前半で要望のあったものも含まれます：
- ツイートの上にあるプレーンなリンクは、ツイートが読み込まれた後に消えます（X にアクセスできない場合は残ります）
- ツイートの読み込み時のジャンプが減少し、重複した埋め込みが表示されなくなりました
- 埋め込みのダークモード対応
- Discourse が onebox 化していない素の X リンクも埋め込まれるようになりました
- X リンクを含む投稿を引用しても、引用がツイートに置き換えられなくなりました
元のアイデアへのクレジットはすべて @Lhc_fl に帰します。このフォークは Claude による AI の支援を受けて構築されました。他の人での動作状況について、フィードバックをいただければ幸いです。
長いトピックで上にスクロールするとスクロール位置がジャンプする
長いトピックを上にスクロールしている際、画面上にない古い投稿が再構築されると（おそらく投稿のクローキングに関連していると思われます）、ページが繰り返し少し下にジャンプしてしまいます。これはかなり煩わしく、長いスレッドを底から上へ読むのが困難なほどです。
最初はテーマコンポーネント（再読み込み後にサイズが変わるネイティブ X/Twitter 埋め込み）が原因かと思いましたが、その独立した状況でもジャンプが発生しているようです。下にスクロールする際には同じ問題は見られず、上にスクロールする時のみ発生します。
Discourse バージョン：最新バージョン。他の人も同じ問題に遭遇していますか？それとも既知の問題ですか？
別のアプローチとして、https://x.com を https://fixupx.com に置き換えるためのグローバルな置換語を追加するのはどうでしょうか？
「いいね！」 3
ご提案ありがとうございます！ただ、そのような代替手段はこのプロジェクトには合わないと思います。このコンポーネントの目的は、X/Twitterのツイートを直接埋め込むことです。fixupxのようなサードパーティのプロキシは根本的な問題を解決せず、むしろ間に別のレイヤーを追加するだけです：失敗したり変更されたりするサービスが一つ増え、リクエストを確認する第三者も一つ増えることになります。また、投稿内に保存されているリンク自体を書き換えてしまう点もあります。
実際に私が望んでいるのは、ツイートのローカルコピーです。これにより読み込み時間とキャッシュの面で改善が見込め、障害時に埋め込みが耐性を保ち、コンテンツのアーカイブも残せます。ただし、これには有料のAPIアクセスと、著作権およびコンテンツ責任に関する明確な方針が必要です。どちらも私が提供できるものではありません。そのため、当面はこのコンポーネントは直接埋め込みのままにします。
もし単なるリンクプレビューだけでよく、プロキシの使用に問題がなければ、監視ワード置換で対応できますが、それはこのコンポーネントの目的とは別のものです。