ご不便をおかけして申し訳ございません。 今後の開発の参考とさせていただきます。
構文ハイライト機能は動作保証しておりません。 気になるようでしたら、通常のプレーンテキストモードをお使いください。
ご不便をおかけして申し訳ございません。 環境によって上記の現象が発生するようです。 リアルタイムで表示することでブラウザに負荷がかかっている可能性があります。 今後の開発の参考とさせていただきます。
ご不便をおかけして申し訳ございません。 データの容量が大きいとサーバー側で時間がかかりタイムアウトします。 dumpプラグインを廃止にして「コントロールパネル」からダウンロードができるように検討いたします。
ご報告ありがとうございます。 上記の不具合、修正いたしました。
申し訳ございません。アップロードの上限を引き上げることは難しいです。 大容量のファイルがページ内で展開されると閲覧者の回線や端末、サーバーに負荷がかかります。 他のWIKIにも影響がありますので、制限させていただいております。 また、倉庫としてのご利用は利用規約で禁止となっております。
Twitterなど埋め込んだコンテンツは後から読み込まれ、高さが決まります。 そのコンテンツの配信が遅いほど、ズレることがあります。
Fandom (Wikia) については知らないですが、 日本のレンタルwikiはどこも管理ユーザー登録は1人だと思います。 管理ユーザー1名 + 管理ユーザーが認めた副管理者複数名による管理で、 wikiwikiも同様です。 管理ユーザーが複数名になることでどんなメリットがあるのか自分は思い当たりませんし、 あなたの簡素過ぎる文章からも伝わってきません。 (逆に管理者同士が対立したり編集合戦を繰り広げたらどうなるのかなと思います)
「具体的な提案や理由を書いて下さい」とあるように、 具体的なメリットが伝わるように書かないと共感は得られないと思いますよ。
WikiWikiだと管理者が1人しかいませんので、Fandomのように数人が増えたらもっとWikiWikiの編集がしやすくなると思います。
当方としては、別の打開策を考えることにします。「解決済」とさせて頂きます。
行おうとしていたことが出来ずに残念です。 できたとしても、仕様がころころと変更されるのであれば極力、これ以上の利用を行わない方向でいきます。ご確認頂き、ありがとうございます。
Facebook oEmbed https://developers.facebook.com/docs/plugins/oembed?locale=ja_JP
埋め込み可能なFacebookコンテンツのoEmbedエンドポイント(従来型) https://developers.facebook.com/docs/plugins/oembed-legacy
Instagram oEmbed https://developers.facebook.com/docs/instagram/oembed?locale=ja_JP
Instagram oEmbed (従来型) https://developers.facebook.com/docs/instagram/oembed-legacy
imgur は横幅固定で配信されてくるコンテンツがあります。 この場合、横幅を指定しても効きません。
#embed を埋め込んだ領域の横幅が最初に 0px だと表示されないサービスがあります。 この場合、横幅を確保する必要があります。 例 #flex_box(300){{...
#embed
#flex_box(300){{...
oEmbed 対応サービスは仕様がよく変わります。 突然使えなくことがありますので、ご留意いただけますと幸いです。🙇♂️
しかしながら、当Wikiで試そうとしていたInstagramの画像埋め込みができないことがわかりました。 他のユーザー作成のwikiwikiサイトでも、正しく機能していないことを確認しています。 別トピックを立てることでもないので不本意でありますが、再度「解決済」タグを外させていただきます。 検証ページ https://wikiwiki.jp/kairoparknew/その他/編集者用Sandbox(テスト編集ページ)
ご対応いただきありがとうございます。 当環境でも表示されていることを確認いたしました。
返信ありがとうございます。最後までお付き合いいただき、感謝しております。 私自身がすでに解決済みで検証する術がないため、備忘録としてモバイル版Chromeのインライン画像のURLについて、同じ事象でお困りの方のために書き残します。
読み込みを続けて終わらない画像がある際の対処方法 1.上記に返信されているWIKIWIKI運営が示されているPCでインラインで表示されている画像のURLを取得する 2.モバイル端末しか所持していない場合、対象の画像を長押し後に「リンクをコピー」してURLを取得する 3.インライン画像のURL後、CDN キャッシュのクリアを行う
インライン(ページ内に埋め込まれている)で表示されている画像のURLは全て末尾に Revision が付いています。CDN のキャッシュを削除するには完全一致のURLを入力してください。
インライン画像のURL末尾 ?rev=04a33e62f5a7e5fee0d1a6eda3d2cf77&t=20230330230231 PC版Chrome なら 画像を右クリック「画像アドレスをコピー」でURLを取得できます。
?rev=04a33e62f5a7e5fee0d1a6eda3d2cf77&t=20230330230231
また、下記のURLはダイレクトでアクセスしたURLなので、インラインの画像は削除されないのでご注意ください。
https://cdn.wikiwiki.jp/to/w/kairoparknew/その他/ランダム表示用/::attach/映画スタジオ物語(別Ver.).webp https://cdn.wikiwiki.jp/to/w/kairoparknew/その他/ランダム表示用/::attach/こだわりラーメン館(別Ver.2).webp https://cdn.wikiwiki.jp/to/w/kairoparknew/その他/ランダム表示用/::attach/お住まい夢物語(別Ver.6).webp https://cdn.wikiwiki.jp/to/w/kairoparknew/その他/ランダム表示用/::attach/クルーズ大紀行(別Ver.).webp
もしCloudflareの管理画面にアクセスできず、有効なキャッシュを削除したいとなった場合、管理者に依頼するか、キャッシュの期限が終了するのを待つしかないため、修正をすぐに反映できない状況が発生します。
CDN キャッシュのクリア https://c.wikiwiki.jp/cdn-cache/purge
こちらで CDN のキャッシュを削除できます。 画像を差し替えたりすると Revision も変わります。 新しい別の画像としてキャッシュが生成されるようになっています。
WIKIWIKI.JPのWHOIS情報を確認したところ、Cloudflareを利用されておりました。 もしかしたら、こちらのページがお役に立つかもしれません。
以下、抜粋内容
参考:https://www.cloudflare.com/ja-jp/application-security/
前述したとおり、CloudflareはCDNでファイルをキャッシュする機能を提供してます。このキャッシュ機能がかなり強力で、設定にもよりますが、一度キャッシュされたファイルはCloudflareのキャッシュを削除するか、キャッシュの期限を迎えるまで更新されないようになっています。サーバー側のキャッシュを削除しても、ブラウザ側のキャッシュや履歴を削除しても効果がありません。もしCloudflareの管理画面にアクセスできず、有効なキャッシュを削除したいとなった場合、管理者に依頼するか、キャッシュの期限が終了するのを待つしかないため、修正をすぐに反映できない状況が発生します。
コメントはzcommentが管理やページ数の抑制の観点でお勧めですが設置と記述された文字列に対してリンクを張るのが煩雑なのが問題です。 zcommentが普及するためにはpコメ同様にページのひな型として単純な記述で設置できることと、既存のpコメントを置換なりシステムコマンドなりでzコメに転換できる仕組みが必要です。さらに一般的なpukiwikiには存在しないので、#region非推奨コメントのようにエディタ上でアピールしたほうが良いでしょう。
pcomment標準の"コメント/ページ名"のようになってるなら
#lsx(prefix=コメント,num=1:20,sort=date,date,new,next) "コメント/"から始まるページ名を抽出 1~20番目を表示 日付順でソート 日付表示あり new表示あり nextで次ページリンク
"ページ名/コメント"のような作り方をしていたり、除外したいページがあるなら
#lsx(prefix=/,filter=コメント,except=除外ページ) /で全ページ名を抽出 filterでコメントを含むページを絞り込み(正規表現) exceptで除外したいページを指定(正規表現) 他オプションは必要に応じて
他の方法として、RecentChangeから更新されたコメントページをincludexで抜き出すやりかたもあります。
類似の話題 #recent除外設定をしたい
ご確認ありがとうございます。 行っていなかったモバイル版chromeのアンインストール→再インストールを行ったところ、全ての画像が表示されるようになりました。元々のchromeを弄ったり、設定もインストール当初のままでした。原因が何だったのか定かではありません。ご迷惑をお掛けして、すみませんでした。
こちらで確認しましたが正常に表示されているようです。
お忙しい中、ご対応いただきありがとうございます。 Safariはすべての画像で元の画像が表示されたことを確認いたしました。 しかし、ChromeはスーパーリロードとCDN キャッシュのクリアを行いましたが未だ、以下に記載した一部の画像が元の画像が表示されずにいます。 これ以上、運営側として行う手段がない場合は「おま環」として諦めます。
こちらのサイトを見ながら、モバイル版Chromeのスーパーリロードを行いました。 スーパーリロード後のChromeのプライバシーとセキュリティ画面
CDN キャッシュのクリアについても、読み込みを続けて終わらない以下の画像を念のため、2回づつ計8回に分けて、個別に実行いたしました。 https://cdn.wikiwiki.jp/to/w/kairoparknew/その他/ランダム表示用/::attach/映画スタジオ物語(別Ver.).webp https://cdn.wikiwiki.jp/to/w/kairoparknew/その他/ランダム表示用/::attach/こだわりラーメン館(別Ver.2).webp https://cdn.wikiwiki.jp/to/w/kairoparknew/その他/ランダム表示用/::attach/お住まい夢物語(別Ver.6).webp https://cdn.wikiwiki.jp/to/w/kairoparknew/その他/ランダム表示用/::attach/クルーズ大紀行(別Ver.).webp
ご不便をおかけして申し訳ございません。 対応しましたのでご確認いただけたら幸いです。
まだ表示されていない場合は、ブラウザのスーパーリロード、CDN キャッシュのクリアをお試し下さい。
https://cdn.wikiwiki.jp/ で始まるフルURLを入力して実行ボタンを押して下さい。
https://cdn.wikiwiki.jp/
こちら、私も希望しております。 zrecent・zcommentとzawazawaを使えというのはその通りで、実際荒らし対策も比較的やりやすいのはこちらですが、たった数コメントしか使われないようなページにzcommentはコストが高いと思っています。
pcommentは書いておくだけで誰でもコメントページを作れるのが最大の利点であり、よく使っております。 以前からあるwikiだと今更数千ページ分も書き換えたくはないでしょうし・・・。
今日できるようになってました。 公式様からの発表がないのでご修正いただいたのか、私がただ勘違いしていただけなのかは分かりませんが、ありがとうございました。
先ほど念のため確認したところページ作れるようになってたみたいでした。 ありがとうございました
私も情報共有ができてよかったです。 これは運営さんが対処できる問題ではないので「解決済」タグをつけた方がよさそうです。 そもそも広告ブロッカーなんて使わないのがWIKIWIKIさんのマネタイズ的にも良いとは思いますが……
ありがとうございます。 nolink指定していない添付画像が同一ページ内に複数ある場合、 起こる可能性があるっぽいですね。
ただ、当方でも現在は直っています。 ちなみに何もしていませんので、 原因も直った理由も?のままです。
私が款冬華の提示したページで確認しているときに、画像が一部表示された状態になった画像もあるので私がやったことがトリガーになったのであれば確認したいと思います。(運営側とタイミングがかぶってただけかもしれないですが) 該当するURLください
トピ主です るーさんの投稿にあるフィルターの設定試したら見えました ありがとうございます 今まで普通に見えていたものが見えなくなって困惑したものの 拡張機能の設定で改善するならばWikiWiki運営さんへの要望ではないかも…と困惑していたのですが 他にも同様の症状の方がいてご意見もいただけて投稿してよかったです
解決していないので、未解決とコメントしただけです。 個々のトラブルではないと思うので、 同じ内容のトピックを重複させるつもりはありません。
ユーザー側で出来ることがないのであれば、 暫く様子を見ることにします。
そうですね こちらも参考になります https://gamerch.com/syntaxhelp/entry/317512
以前に運営さんからトピックが解決済みで追加の問い合わせがある場合は、新たにトピックを立ててくださいとメールにて、回答を頂いています。新たなトピックを立てて、該当ページや環境情報を記載して運営へお伝えすることをおすすめします。
当方では未解決のままなんですよね…
何か対策して解決したのでしょうか。 それとも自動的に解消されたのでしょうか。 原因は何でしょう?
イメージとしてExcelのウィンドウ枠固定みたいなことですよね。 確かにできれば便利ですね。
代替案として、 こちらのサイトでやっているような事ができればいいのですけどね。 (スクロールすると、放送局名欄が番組表上部にインポーズされる)
1行目を固定できる機能はほしいです。代替案があるようでしたらご教示いただければ幸いです
あらゆる方面から試行錯誤して問題点を調査するのは、基本の行動であり的確です。わざわざ出向いてご協力頂き、ありがとうございます。
別ver-testってしたの私です。 名前変更したりプレビューしたりすればどうなるのか気になったのでやってみました。 連絡せずに編集してしまい申し訳ないです
即座にご対応いただき、ありがとうございます。 該当ページにて、表示されていることを確認いたしました。
EasyListという広告ブロックのフィルターリストでブロックされてしまうようです。 Braveブラウザもこのフィルターを使ってるっぽいですね。
拡張機能uBlockの場合は「マイフィルター」に下記を追加することで解決すると思います。AdBlockでも同じことができるはず。
@@||counter.wikiwiki.jp^
ご不便をおかけして申し訳ございません。
今後の開発の参考とさせていただきます。
構文ハイライト機能は動作保証しておりません。
気になるようでしたら、通常のプレーンテキストモードをお使いください。
ご不便をおかけして申し訳ございません。
環境によって上記の現象が発生するようです。
リアルタイムで表示することでブラウザに負荷がかかっている可能性があります。
今後の開発の参考とさせていただきます。
ご不便をおかけして申し訳ございません。
データの容量が大きいとサーバー側で時間がかかりタイムアウトします。
dumpプラグインを廃止にして「コントロールパネル」からダウンロードができるように検討いたします。
ご報告ありがとうございます。
上記の不具合、修正いたしました。
申し訳ございません。アップロードの上限を引き上げることは難しいです。
大容量のファイルがページ内で展開されると閲覧者の回線や端末、サーバーに負荷がかかります。
他のWIKIにも影響がありますので、制限させていただいております。
また、倉庫としてのご利用は利用規約で禁止となっております。
Twitterなど埋め込んだコンテンツは後から読み込まれ、高さが決まります。
そのコンテンツの配信が遅いほど、ズレることがあります。
Fandom (Wikia) については知らないですが、
日本のレンタルwikiはどこも管理ユーザー登録は1人だと思います。
管理ユーザー1名 + 管理ユーザーが認めた副管理者複数名による管理で、
wikiwikiも同様です。
管理ユーザーが複数名になることでどんなメリットがあるのか自分は思い当たりませんし、
あなたの簡素過ぎる文章からも伝わってきません。
(逆に管理者同士が対立したり編集合戦を繰り広げたらどうなるのかなと思います)
「具体的な提案や理由を書いて下さい」とあるように、
具体的なメリットが伝わるように書かないと共感は得られないと思いますよ。
WikiWikiだと管理者が1人しかいませんので、Fandomのように数人が増えたらもっとWikiWikiの編集がしやすくなると思います。
当方としては、別の打開策を考えることにします。「解決済」とさせて頂きます。
行おうとしていたことが出来ずに残念です。
できたとしても、仕様がころころと変更されるのであれば極力、これ以上の利用を行わない方向でいきます。ご確認頂き、ありがとうございます。
Facebook oEmbed
https://developers.facebook.com/docs/plugins/oembed?locale=ja_JP
埋め込み可能なFacebookコンテンツのoEmbedエンドポイント(従来型)
https://developers.facebook.com/docs/plugins/oembed-legacy
Instagram oEmbed
https://developers.facebook.com/docs/instagram/oembed?locale=ja_JP
Instagram oEmbed (従来型)
https://developers.facebook.com/docs/instagram/oembed-legacy
imgur は横幅固定で配信されてくるコンテンツがあります。
この場合、横幅を指定しても効きません。
#embedを埋め込んだ領域の横幅が最初に 0px だと表示されないサービスがあります。この場合、横幅を確保する必要があります。 例
#flex_box(300){{...oEmbed 対応サービスは仕様がよく変わります。
突然使えなくことがありますので、ご留意いただけますと幸いです。🙇♂️
しかしながら、当Wikiで試そうとしていたInstagramの画像埋め込みができないことがわかりました。
他のユーザー作成のwikiwikiサイトでも、正しく機能していないことを確認しています。
別トピックを立てることでもないので不本意でありますが、再度「解決済」タグを外させていただきます。
検証ページ
https://wikiwiki.jp/kairoparknew/その他/編集者用Sandbox(テスト編集ページ)
ご対応いただきありがとうございます。
当環境でも表示されていることを確認いたしました。
返信ありがとうございます。最後までお付き合いいただき、感謝しております。
私自身がすでに解決済みで検証する術がないため、備忘録としてモバイル版Chromeのインライン画像のURLについて、同じ事象でお困りの方のために書き残します。
読み込みを続けて終わらない画像がある際の対処方法
1.上記に返信されているWIKIWIKI運営が示されているPCでインラインで表示されている画像のURLを取得する
2.モバイル端末しか所持していない場合、対象の画像を長押し後に「リンクをコピー」してURLを取得する
3.インライン画像のURL後、CDN キャッシュのクリアを行う
インライン(ページ内に埋め込まれている)で表示されている画像のURLは全て末尾に Revision が付いています。CDN のキャッシュを削除するには完全一致のURLを入力してください。
インライン画像のURL末尾
?rev=04a33e62f5a7e5fee0d1a6eda3d2cf77&t=20230330230231PC版Chrome なら 画像を右クリック「画像アドレスをコピー」でURLを取得できます。
また、下記のURLはダイレクトでアクセスしたURLなので、インラインの画像は削除されないのでご注意ください。
CDN キャッシュのクリア
https://c.wikiwiki.jp/cdn-cache/purge
こちらで CDN のキャッシュを削除できます。
画像を差し替えたりすると Revision も変わります。
新しい別の画像としてキャッシュが生成されるようになっています。
WIKIWIKI.JPのWHOIS情報を確認したところ、Cloudflareを利用されておりました。
もしかしたら、こちらのページがお役に立つかもしれません。
以下、抜粋内容
参考:https://www.cloudflare.com/ja-jp/application-security/
前述したとおり、CloudflareはCDNでファイルをキャッシュする機能を提供してます。このキャッシュ機能がかなり強力で、設定にもよりますが、一度キャッシュされたファイルはCloudflareのキャッシュを削除するか、キャッシュの期限を迎えるまで更新されないようになっています。サーバー側のキャッシュを削除しても、ブラウザ側のキャッシュや履歴を削除しても効果がありません。もしCloudflareの管理画面にアクセスできず、有効なキャッシュを削除したいとなった場合、管理者に依頼するか、キャッシュの期限が終了するのを待つしかないため、修正をすぐに反映できない状況が発生します。
コメントはzcommentが管理やページ数の抑制の観点でお勧めですが設置と記述された文字列に対してリンクを張るのが煩雑なのが問題です。
zcommentが普及するためにはpコメ同様にページのひな型として単純な記述で設置できることと、既存のpコメントを置換なりシステムコマンドなりでzコメに転換できる仕組みが必要です。さらに一般的なpukiwikiには存在しないので、#region非推奨コメントのようにエディタ上でアピールしたほうが良いでしょう。
pcomment標準の"コメント/ページ名"のようになってるなら
"ページ名/コメント"のような作り方をしていたり、除外したいページがあるなら
他の方法として、RecentChangeから更新されたコメントページをincludexで抜き出すやりかたもあります。
類似の話題
#recent除外設定をしたい
ご確認ありがとうございます。
行っていなかったモバイル版chromeのアンインストール→再インストールを行ったところ、全ての画像が表示されるようになりました。元々のchromeを弄ったり、設定もインストール当初のままでした。原因が何だったのか定かではありません。ご迷惑をお掛けして、すみませんでした。
こちらで確認しましたが正常に表示されているようです。
お忙しい中、ご対応いただきありがとうございます。
Safariはすべての画像で元の画像が表示されたことを確認いたしました。
しかし、ChromeはスーパーリロードとCDN キャッシュのクリアを行いましたが未だ、以下に記載した一部の画像が元の画像が表示されずにいます。
これ以上、運営側として行う手段がない場合は「おま環」として諦めます。
こちらのサイトを見ながら、モバイル版Chromeのスーパーリロードを行いました。

スーパーリロード後のChromeのプライバシーとセキュリティ画面
CDN キャッシュのクリアについても、読み込みを続けて終わらない以下の画像を念のため、2回づつ計8回に分けて、個別に実行いたしました。
https://cdn.wikiwiki.jp/to/w/kairoparknew/その他/ランダム表示用/::attach/映画スタジオ物語(別Ver.).webp
https://cdn.wikiwiki.jp/to/w/kairoparknew/その他/ランダム表示用/::attach/こだわりラーメン館(別Ver.2).webp
https://cdn.wikiwiki.jp/to/w/kairoparknew/その他/ランダム表示用/::attach/お住まい夢物語(別Ver.6).webp
https://cdn.wikiwiki.jp/to/w/kairoparknew/その他/ランダム表示用/::attach/クルーズ大紀行(別Ver.).webp
ご不便をおかけして申し訳ございません。
対応しましたのでご確認いただけたら幸いです。
まだ表示されていない場合は、ブラウザのスーパーリロード、CDN キャッシュのクリアをお試し下さい。
CDN キャッシュのクリア
https://c.wikiwiki.jp/cdn-cache/purge
https://cdn.wikiwiki.jp/で始まるフルURLを入力して実行ボタンを押して下さい。ご不便をおかけして申し訳ございません。
対応しましたのでご確認いただけたら幸いです。
まだ表示されていない場合は、ブラウザのスーパーリロード、CDN キャッシュのクリアをお試し下さい。
CDN キャッシュのクリア
https://c.wikiwiki.jp/cdn-cache/purge
https://cdn.wikiwiki.jp/で始まるフルURLを入力して実行ボタンを押して下さい。こちら、私も希望しております。
zrecent・zcommentとzawazawaを使えというのはその通りで、実際荒らし対策も比較的やりやすいのはこちらですが、たった数コメントしか使われないようなページにzcommentはコストが高いと思っています。
pcommentは書いておくだけで誰でもコメントページを作れるのが最大の利点であり、よく使っております。
以前からあるwikiだと今更数千ページ分も書き換えたくはないでしょうし・・・。
今日できるようになってました。
公式様からの発表がないのでご修正いただいたのか、私がただ勘違いしていただけなのかは分かりませんが、ありがとうございました。
先ほど念のため確認したところページ作れるようになってたみたいでした。
ありがとうございました
私も情報共有ができてよかったです。
これは運営さんが対処できる問題ではないので「解決済」タグをつけた方がよさそうです。
そもそも広告ブロッカーなんて使わないのがWIKIWIKIさんのマネタイズ的にも良いとは思いますが……
ありがとうございます。
nolink指定していない添付画像が同一ページ内に複数ある場合、
起こる可能性があるっぽいですね。
ただ、当方でも現在は直っています。
ちなみに何もしていませんので、
原因も直った理由も?のままです。
私が款冬華の提示したページで確認しているときに、画像が一部表示された状態になった画像もあるので私がやったことがトリガーになったのであれば確認したいと思います。(運営側とタイミングがかぶってただけかもしれないですが)
該当するURLください
トピ主です
るーさんの投稿にあるフィルターの設定試したら見えました ありがとうございます
今まで普通に見えていたものが見えなくなって困惑したものの
拡張機能の設定で改善するならばWikiWiki運営さんへの要望ではないかも…と困惑していたのですが
他にも同様の症状の方がいてご意見もいただけて投稿してよかったです
解決していないので、未解決とコメントしただけです。
個々のトラブルではないと思うので、
同じ内容のトピックを重複させるつもりはありません。
ユーザー側で出来ることがないのであれば、
暫く様子を見ることにします。
そうですね
こちらも参考になります
https://gamerch.com/syntaxhelp/entry/317512
以前に運営さんからトピックが解決済みで追加の問い合わせがある場合は、新たにトピックを立ててくださいとメールにて、回答を頂いています。新たなトピックを立てて、該当ページや環境情報を記載して運営へお伝えすることをおすすめします。
当方では未解決のままなんですよね…
何か対策して解決したのでしょうか。
それとも自動的に解消されたのでしょうか。
原因は何でしょう?
イメージとしてExcelのウィンドウ枠固定みたいなことですよね。
確かにできれば便利ですね。
代替案として、
こちらのサイトでやっているような事ができればいいのですけどね。
(スクロールすると、放送局名欄が番組表上部にインポーズされる)
1行目を固定できる機能はほしいです。代替案があるようでしたらご教示いただければ幸いです
あらゆる方面から試行錯誤して問題点を調査するのは、基本の行動であり的確です。わざわざ出向いてご協力頂き、ありがとうございます。
別ver-testってしたの私です。
名前変更したりプレビューしたりすればどうなるのか気になったのでやってみました。
連絡せずに編集してしまい申し訳ないです
即座にご対応いただき、ありがとうございます。
該当ページにて、表示されていることを確認いたしました。
EasyListという広告ブロックのフィルターリストでブロックされてしまうようです。
Braveブラウザもこのフィルターを使ってるっぽいですね。
拡張機能uBlockの場合は「マイフィルター」に下記を追加することで解決すると思います。AdBlockでも同じことができるはず。