Commentaires HTML multi-lignes non masqués dans un post de wp-discourse

Soutien
1

Bonjour,

Je ne sais pas si c’est un problème spécifique à wp-discourse ou au解析eur HTML de Discourse lui-même, mais il semble que les commentaires HTML sur plusieurs lignes ne soient pas masqués dans les publications générées par wp-discourse.

Je viens de terminer la configuration de chinwag.pluralistic.net, basée sur les articles de pluralistic.net de Cory Doctorow. Ses articles incluent des métadonnées en haut sous forme de commentaires HTML. Récemment, ce format est passé d’une seule ligne à plusieurs lignes.

Vous pouvez le voir dans cet article :

Le commentaire sur une seule ligne de l’article d’origine est supprimé :

Cependant, le commentaire sur plusieurs lignes d’un article ultérieur est affiché directement :

2

Je ne pense pas que le problème soit causé par le plugin WordPress. Voici un exemple de balisage qui n’est pas interprété comme un commentaire par Discourse :

<p><!--
Tags:


Summary:
New podcast; Europe's interop coalition; Scarfolk beermats; Miami cop owns illegal mansion nightclub; Video and transcript of my OII talk; Shower temperature vs handle position

URL:
https://pluralistic.net/2020/07/06/polbathic/

Title:
Pluralistic: 06 Jul 2020 polbathic

Bullet:
🧔🏿

Separator:
_,.-'~'-.,__,.-'~'-.,__,.-'~'-.,__,.-'~'-.,__,.-'~'-.,_

Top Sources:
Today's top sources: Fipi Lele, Naked Capitalism (https://www.nakedcapitalism.com/).

-->
<br></p>

Rendu :

image
image712×446 29.9 KB

Le problème est que les lignes vides à l’intérieur du commentaire sont interprétées comme des paragraphes par Discourse. Une fois cela fait, le commentaire HTML n’est plus un balisage valide. Si les lignes vides sont supprimées du commentaire, il sera interprété correctement par Discourse :

<p><!--
Tags:
Summary:
New podcast; Europe's interop coalition; Scarfolk beermats; Miami cop owns illegal mansion nightclub; Video and transcript of my OII talk; Shower temperature vs handle position
URL:
https://pluralistic.net/2020/07/06/polbathic/
Title:
Pluralistic: 06 Jul 2020 polbathic
Bullet:
🧔🏿
Separator:
_,.-'~'-.,__,.-'~'-.,__,.-'~'-.,__,.-'~'-.,__,.-'~'-.,_
Top Sources:
Today's top sources: Fipi Lele, Naked Capitalism (https://www.nakedcapitalism.com/).
-->
<br></p>

À part modifier le contenu du post avant de publier les posts sur Discourse, je ne suis pas sûr de quelle serait la meilleure approche pour gérer cela.

3

Probablement la meilleure façon de gérer cela serait de supprimer les commentaires du post avant de le publier sur Discourse. Peut-être que le plugin devrait le faire par défaut, mais c’est la première fois que je rencontre ce problème.

Le plugin WP Discourse dispose d’un filtre auquel on peut se connecter pour analyser le contenu du post avant sa publication sur Discourse. Le filtre s’appelle wp_discourse_excerpt. Le contenu du post lui est passé en tant que variable. Voici comment utiliser ce filtre pour supprimer tous les commentaires du post WordPress avant sa publication sur Discourse. Ce modèle peut également être utilisé pour modifier le post d’autres manières :

add_filter( 'wp_discourse_excerpt', 'wpdc_custom_discourse_excerpt' );
function wpdc_custom_discourse_excerpt( $html ) {
	if ( ! extension_loaded( 'libxml' ) ) {

		return $html;
	}

	$use_internal_errors   = libxml_use_internal_errors( true );
	$disable_entity_loader = libxml_disable_entity_loader( true );
	$html_doc              = '<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"/></head><body>' . $html . '</body></html>';
	$doc                   = new \DOMDocument( '1.0', 'utf-8' );
	$doc->loadHTML( $html_doc );
	$finder   = new \DOMXPath( $doc );
	$comments = $finder->query( '//comment()' );
	if ( $comments->length ) {
		foreach ( $comments as $comment ) {
			$comment->parentNode->removeChild( $comment );
		}

		$parsed = $doc->saveHTML( $doc->documentElement );
		libxml_clear_errors();
		libxml_use_internal_errors( $use_internal_errors );
		libxml_disable_entity_loader( $disable_entity_loader );

		return preg_replace( '~<(?:!DOCTYPE|/?(?:html|head|meta|body))[^>]*>\s*~i', '', $parsed );
	}

	libxml_clear_errors();
	libxml_use_internal_errors( $use_internal_errors );
	libxml_disable_entity_loader( $disable_entity_loader );

	return $html;
}

Ajouter ce code au fichier functions.php de votre thème WordPress devrait résoudre le problème. Si cela ne fonctionne pas pour vous, vérifiez que l’extension libxml est activée sur le serveur de votre site WordPress.

4

Je vais effectivement essayer cela, mais cela ressemble à un problème plus important si des entités HTML dans un commentaire poussent Discourse à considérer que ce commentaire est désormais un HTML invalide, non ?

5

Je ne suis pas sûr de savoir comment Discourse devrait gérer cela. Je pense que pour les publications créées directement sur Discourse, il est logique de dire qu’un sous-ensemble limité de HTML est pris en charge, mais pour les publications créées via l’API ou en important un flux RSS, il n’est pas clair pour moi jusqu’où Discourse devrait aller pour prendre en charge le HTML.

Je pense qu’il serait logique d’ajouter directement le code que j’ai publié ci-dessus au plugin WP Discourse. Le plugin utilise déjà une fonctionnalité similaire pour nettoyer les commentaires importés de Discourse vers WordPress. Cela est utilisé depuis un certain temps maintenant, sans aucun rapport de problème. Je reviendrai vers vous à ce sujet dans les prochains jours.

6

Cela a été ajouté dans la version 2.0.6 de WP Discourse. Lorsque le contenu complet d’un article est publié depuis WordPress vers Discourse, tous les blocs de commentaires présents dans l’article sont supprimés avant l’envoi de l’article à Discourse.

7

Merci, Simon ! Je l’installerai dès que ce sera disponible et je vous tiendrai au courant.

ETA : Ça fonctionne comme sur des roulettes. Merci !