¿Recuperar los datos "crudos" reales que crearon una publicación?

El texto sin procesar de la OP en ese tema es:

○ → 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>

Esto es exactamente lo que se renderiza en la versión cocinada.

No es un bloque de details lo que se expande. Un clic en Show Full Post carga algo más, que es la expansión completa del embed, que no proviene del texto sin procesar de la publicación sino de metadatos adicionales de la publicación.
Puedes ver la solicitud de red en tu navegador cuando haces clic en ella, aquí está el equivalente:

○ → 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>

¿Querías ver el contenido del embed? Si es así, usa el anterior. Si no, ¿qué esperas ver?

2 Me gusta