投稿を作成した実際の「生の」データを取得するには？

開発
33

そのトピックのOPの生のテキストは次のとおりです。

○ → curl https://discuss.kde.org/posts/132565/raw
<p>Leaking memory is impolite. It’s messy, it can suggest logic bugs, and thanks to AI grifters RAM is expensive.
</p>
<hr>
<small>This is a companion discussion topic for the original entry at <a href="https://nicolasfella.de/posts/detecting-leaks-in-kde-ci/?utm_source=atom_feed">https://nicolasfella.de/posts/detecting-leaks-in-kde-ci/?utm_source=atom_feed</a></small>

これは、調理済みバージョンでレンダリングされるものとまったく同じです。

これは、detailsブロックが展開されているわけではありません。「Show Full Post」をクリックすると、埋め込みの完全な展開である何か別のものがロードされますが、これは投稿の生データからではなく、追加の投稿メタデータから取得されます。

クリックするとブラウザでネットワークリクエストを確認できます。同等のものは次のとおりです。

○ → curl -s -H 'accept: application/json' 'https://discuss.kde.org/posts/132565/expand-embed' | jq -r .cooked
<div><div>
            <p>Leaking memory is impolite. It’s messy, it can suggest logic bugs, and thanks to AI grifters RAM is expensive.</p>
…
…
…
<p>LSAN is now enabled for some Frameworks CI builds, but ideally it would be enabled for all KDE projects. And of course any leaks found along the way should be fixed.</p>
<p>Happy leak-fixing!</p>
        </div></div>
<hr>
<small>This is a companion discussion topic for the original entry at <a href='https://nicolasfella.de/posts/detecting-leaks-in-kde-ci/?utm_source=atom_feed'>https://nicolasfella.de/posts/detecting-leaks-in-kde-ci/?utm_source=atom_feed</a></small>

埋め込みの内容を見たいですか？その場合は上記を使用してください。そうでない場合は、何が表示されることを期待していますか？

「いいね！」 2