Discourse, Flarum, NodeBB ou phpBB sur un VPS

Quel logiciel de forum auto-hébergé devriez-vous utiliser ?

Pour un forum auto-hébergé, quatre choix réalistes peuvent aujourd’hui être installés sur un VPS (serveur privé virtuel) : Discourse, Flarum, NodeBB et phpBB. Discourse est le choix par défaut si vous pouvez lui attribuer 4 GB de RAM et si au moins deux personnes sont prêtes à assurer la modération. Avec 1 GB et un seul modérateur, utilisez plutôt Flarum ou phpBB. Un forum calme que vous pouvez maintenir propre vaut mieux qu’un meilleur forum que vous ne pouvez pas gérer.

L’installation est la partie la plus simple. Ces quatre logiciels peuvent être opérationnels en une après-midi. Ce qui détermine la survie du forum au bout d’un an, c’est la file des signalements et le chemin d’acheminement des e-mails. Lisez donc les sections sur la modération et les e-mails avant les listes de fonctionnalités.

De quoi un forum a-t-il réellement besoin pour fonctionner ?

Un forum repose sur quatre éléments, et non sur un seul : un processus applicatif, une base de données qui doit survivre à ce processus, un répertoire contenant les avatars et les pièces jointes téléversés, ainsi qu’un chemin fonctionnel pour l’envoi des e-mails. L’application peut être remplacée. La base de données, non, car chaque publication, chaque compte et chaque message privé y sont stockés. C’est pourquoi la base de données choisie par chaque projet constitue l’information la plus importante dans les sections ci-dessous. Elle détermine la forme de votre export le jour où vous voudrez partir.

Le deuxième coût est humain. L’inscription et la publication publiques entraînent l’arrivée de comptes de bots, généralement dès la première semaine où le domaine apparaît dans un crawl. Les quatre éléments peuvent être sécurisés. Un seul fournit le workflow directement dans son cœur.

Discourse : le choix par défaut, et son coût réel

Discourse repose sur Ruby on Rails, avec PostgreSQL pour les données, Redis pour le cache et les files d’attente de tâches, et Sidekiq pour exécuter les tâches en arrière-plan. L’installation prise en charge place tout cela dans un seul conteneur Docker, construit à partir d’un fichier de configuration situé dans /var/discourse/containers/app.yml. Vous n’installez pas ces composants vous-même.

wget -qO- https://raw.githubusercontent.com/discourse/discourse_docker/main/install-discourse | sudo bash

Ce script installe git et Docker s’ils sont absents, clone discourse_docker dans /var/discourse, puis lance l’assistant interactif discourse-setup. L’assistant demande votre hostname, une adresse e-mail d’administration et les paramètres SMTP (simple mail transfer protocol), écrit app.yml, puis construit le conteneur. Les ports 80 et 443 doivent être libres, car le conteneur exécute son propre nginx et demande un certificat Let’s Encrypt pour vous.

Le minimum publié est de 1 GB de RAM avec du swap, plus 10 GB de disque. Prenez la mention du swap au pied de la lettre. Le script d’installation crée un fichier de swap de 2 GB avec fallocate -l 2G /swapfile lorsque l’assistant estime que le serveur en a besoin, et ce swap est indispensable. Le pic de mémoire ne correspond pas à l’utilisation du site en fonctionnement. Il se produit pendant ./launcher rebuild app, qui recompile les assets JavaScript et CSS dans le conteneur à chaque mise à niveau. Sur un serveur de 1 GB sans swap, cette étape est arrêtée en cours d’exécution, la reconstruction se termine sans message d’erreur exploitable à l’écran, et dmesg | tail affiche une ligne Out of memory: Killed process. Prévoyez 2 GB pour l’exécuter correctement, puis 4 GB lorsque le forum sera actif.

Les mises à niveau s’exécutent depuis /admin/upgrade dans le navigateur, ou depuis le shell :

cd /var/discourse
./launcher rebuild app

rebuild détruit le conteneur en cours d’exécution, en initialise un nouveau à partir de app.yml, puis le démarre. Le site est donc indisponible pendant les quelques minutes nécessaires. Sur un conteneur unique, vous ne pouvez pas éviter cette interruption. La séparation en deux conteneurs à l’aide des exemples data.yml et web_only.yml permet de maintenir PostgreSQL en fonctionnement pendant la reconstruction du conteneur web. Cette architecture devient intéressante dès que vous avez des utilisateurs qui remarquent les interruptions.

C’est pour la modération que Discourse justifie sa consommation de RAM. Les nouveaux comptes commencent au niveau de confiance 0, avec des limites strictes sur le nombre de liens qu’ils peuvent publier et sur leur fréquence de publication. Ils progressent ensuite en lisant et en participant. Les signalements arrivent dans une file de revue qui enregistre qui a traité chaque signalement. Les intégrations Akismet et StopForumSpam sont des plugins officiels. Pour les trois autres solutions, vous devez composer vous-même l’ensemble avec des add-ons.

La migration vers Discourse est son principal atout. Le répertoire script/import_scripts/ de l’arborescence source contient plus de soixante importateurs, notamment phpbb3.rb, vbulletin.rb, xenforo.rb, vanilla.rb, mybb.rb, flarum_import.rb, un répertoire nodebb et un importateur mbox pour les archives de listes de diffusion. Ce sont des scripts Ruby que vous exécutez dans le conteneur sur une copie de l’ancienne base de données. Ils sont lents, mais toujours maintenus.

La migration depuis Discourse est son point faible. ./launcher enter app suivi de discourse backup écrit un .tar.gz contenant un dump PostgreSQL et le répertoire des uploads. Une autre instance Discourse peut le restaurer. Aucun autre logiciel ne peut le lire. Quitter Discourse implique donc d’écrire vous-même des requêtes SQL sur ce dump. Assurez-vous de pouvoir l’accepter avant d’importer 50,000 publications.

Flarum : le forum PHP léger

Flarum est une application PHP classique : php-fpm derrière nginx ou Apache, une base de données MySQL ou MariaDB, et des fichiers sur le disque. Les prérequis documentés sont PHP 7.3 ou une version ultérieure, avec les extensions curl, dom, fileinfo, gd, json, mbstring, openssl, pdo_mysql, tokenizer et zip, ainsi que MySQL 5.6+ (ou 8.0.23+) ou MariaDB 10.0.5+. Ubuntu 24.04 fournit PHP 8.3, qui est supérieur à ce minimum.

Notez pdo_mysql dans cette liste. Flarum ne prend pas en charge PostgreSQL ni SQLite. Si vous cherchiez une base de données dans un seul fichier, c’est phpBB, présenté plus bas.

sudo apt update
sudo apt install -y nginx mariadb-server composer php-fpm php-mysql php-curl php-gd php-mbstring php-xml php-zip
sudo install -d -m 755 /srv/flarum
cd /srv/flarum
sudo COMPOSER_ALLOW_SUPERUSER=1 composer create-project flarum/flarum:^1.8.0 .
sudo chown -R www-data:www-data /srv/flarum

Configurez le serveur web pour pointer vers /srv/flarum/public, et non vers /srv/flarum. Le code de l’application, le fichier de configuration et le mot de passe de la base de données se trouvent tous un répertoire au-dessus de public. Une racine de document située un niveau trop haut expose donc vos identifiants à toute personne qui les demande. Avec Apache, vous devez également activer mod_rewrite et AllowOverride All pour que le fichier .htaccess fourni soit pris en compte. Avec nginx, incluez le fichier .nginx.conf fourni dans votre bloc server. Accédez ensuite au domaine. L’installateur de Flarum vous demande la base de données et le compte administrateur.

Versions en août 2026 : 1.8.17 est la version stable actuelle, publiée en juin 2026, et 2.0 en est à la release candidate 5. Ne démarrez pas une nouvelle communauté avec cette release candidate. À la sortie de 2.0, les extensions devront être mises à jour avant de pouvoir être chargées. C’est cette mise à niveau qui peut vous prendre tout un week-end.

L’empreinte est faible. Quelques workers php-fpm, MariaDB qui utilise quelques centaines de Mo et des fichiers statiques. Une jeune communauté tient sur 1 GB.

La modération est le point faible le plus évident. Le cœur fournit les signalements et les permissions par groupe. Les files d’approbation et le blocage du spam proviennent d’extensions, principalement de la collection FriendsOfFlarum, installées avec composer require puis activées dans le panneau d’administration. Cela fonctionne aujourd’hui. Vous dépendez d’un écosystème de bénévoles plus restreint que celui de phpBB ou Discourse. Une extension qui n’est plus maintenue bloque votre prochaine mise à niveau du cœur, car composer refuse de la résoudre avec la nouvelle version.

La récupération des données est simple : mysqldump la base de données et copiez le répertoire assets. L’importation des données est plus difficile. Discourse fournit flarum_import.rb pour la migration de Flarum vers Discourse, ce qui indique le sens habituel des migrations. L’importation de phpBB dans Flarum repose sur des extensions communautaires, et non sur une solution officielle. Testez-en une sur une copie avant de lui confier votre seule copie.

NodeBB : publication en temps réel, avec la contrainte que cela implique

NodeBB est basé sur Node.js. Il envoie les nouvelles publications aux navigateurs ouverts via des websockets. Une discussion active se met ainsi à jour sans rechargement. C’est la raison de le choisir. Le README demande Node.js 22 ou une version ultérieure, ainsi que MongoDB 5+ ou Redis 7.2+. Un driver PostgreSQL est également fourni dans l’arborescence source comme troisième option.

Utiliser Redis comme base de données principale est le piège de cette phrase. Redis conserve le dataset en mémoire. La quantité de RAM nécessaire augmente donc avec la taille du forum au lieu de rester stable. MongoDB et PostgreSQL le conservent sur disque et mettent en cache les données fréquemment utilisées. Choisissez Redis uniquement si vous pouvez en expliquer la raison.

Ubuntu 24.04 fournit Node.js 18, qui est inférieur à la version minimale requise. Installez donc d’abord un runtime à jour.

curl -fsSL https://deb.nodesource.com/setup_22.x | sudo -E bash -
sudo apt install -y nodejs git build-essential
sudo adduser --system --group --home /srv/nodebb nodebb
sudo -u nodebb git clone -b v4.x https://github.com/NodeBB/NodeBB.git /srv/nodebb
cd /srv/nodebb
sudo -u nodebb ./nodebb setup

./nodebb setup est interactif. Il demande quelle base de données utiliser et comment y accéder. Il crée ensuite le compte administrateur et choisit un port, qui est 4567 par défaut. NodeBB ne démarre pas avec npm start. Le script ./nodebb est l’interface, et ./nodebb log indique où la sortie est écrite.

./nodebb start s’exécute en tant que daemon, ce qui ne convient pas à une machine qui redémarre. Exécutez plutôt le loader au premier plan avec systemd.

[Unit]
Description=NodeBB
After=network.target

[Service]
Type=simple
User=nodebb
WorkingDirectory=/srv/nodebb
ExecStart=/usr/bin/env node loader.js --no-daemon
Restart=on-failure

[Install]
WantedBy=multi-user.target

--no-daemon est l’élément souvent oublié. Sans lui, le loader crée un fork, puis le processus parent se termine. systemctl status nodebb indique alors que l’unité est arrêtée, tandis que curl localhost:4567 continue de répondre. systemctl stop nodebb n’arrête ensuite aucun processus. Derrière un reverse proxy, les en-têtes de mise à niveau websocket doivent être transmis. Si proxy_set_header Upgrade $http_upgrade; et proxy_set_header Connection "upgrade"; manquent dans le bloc nginx, le forum se charge, la console du navigateur se remplit de requêtes socket.io en échec et les nouvelles publications n’apparaissent plus tant que le lecteur ne recharge pas la page.

La modération se situe entre Flarum et Discourse. Le panneau d’administration contient une file de signalements. Des privilèges sont définis pour chaque catégorie et un système de réputation est disponible. La protection contre le spam repose sur des plugins communautaires tels que nodebb-plugin-spam-be-gone, qui intègre Akismet et StopForumSpam.

Les sauvegardes sont manuelles. Personne ne s’en préoccupe avant d’en avoir besoin. La CLI ./nodebb ne possède aucune commande de sauvegarde. Vous devez exporter vous-même la base de données avec mongodump ou pg_dump, puis copier le répertoire public/uploads et config.json avec elle. config.json contient les identifiants de la base de données et l’URL du site. Une restauration sans ce fichier revient donc à effectuer une nouvelle installation. Il n’existe pas non plus d’importateur officiel. nodebb-plugin-import est un projet communautaire qui n’est plus maintenu au même rythme, tandis que Discourse fournit un importateur NodeBB. Pour une migration de sortie qui fonctionne réellement, choisissez donc Discourse.

phpBB : le petit forum banal qui fonctionne toujours

phpBB est ancien, et c’est précisément son intérêt. La branche 3.3 fonctionne avec PHP 7.2.0 jusqu’à PHP 8.3 inclus. Elle prend en charge MySQL 4.1.3+, MariaDB 5.1+, PostgreSQL 8.3+, SQLite 3.6.15+, MS SQL Server et Oracle. Elle nécessite la prise en charge de json, mbstring et XML, ainsi que l’activation de la fonction getimagesize().

SQLite est la raison de sa présence dans cette liste. Avec SQLite, le forum se compose d’un répertoire de fichiers PHP et d’un seul fichier de base de données. Il n’y a pas de serveur de base de données, rien à régler et aucun élément supplémentaire à sauvegarder. Sur un VPS de 1 GB qui exécute déjà un autre service, la différence est réelle. Utilisez SQLite pour une petite communauté, puis passez à MySQL lorsque les publications simultanées augmentent, car SQLite sérialise les écritures et les publications commencent à s’empiler les unes derrière les autres.

Il n’y a pas d’étape composer ni de conteneur. Installez un serveur web avec PHP, décompressez l’archive, puis lancez l’installation dans le navigateur. La configuration complète de la stack est décrite dans une stack LAMP standard sur Ubuntu 24.04.

sudo apt update
sudo apt install -y apache2 php libapache2-mod-php php-mysql php-mbstring php-xml php-gd unzip

Téléchargez la version 3.3 actuelle depuis phpbb.com, décompressez-la dans le répertoire servi par votre vhost, puis rendez accessibles en écriture au compte utilisateur du serveur web les chemins dans lesquels l’installateur écrit.

sudo chown -R www-data:www-data /srv/phpbb
sudo chmod 660 /srv/phpbb/config.php
sudo chmod -R 770 /srv/phpbb/store /srv/phpbb/cache /srv/phpbb/files /srv/phpbb/images/avatars/upload

Les instructions officielles indiquent 666 et 777. Ces valeurs sont prévues pour l’hébergement mutualisé, lorsque vous ne contrôlez pas le compte sous lequel PHP s’exécute. Sur votre propre VPS, vous le contrôlez. Donnez donc la propriété à www-data et empêchez les autres utilisateurs d’y accéder. Un détail concernant Apache piège souvent les administrateurs : la configuration d’Ubuntu n’autorise l’accès que sous son document root par défaut. Un vhost pointant vers /srv/phpbb nécessite donc aussi un bloc <Directory> correspondant avec Require all granted. Sinon, chaque requête renvoie 403 Forbidden avant même que phpBB soit exécuté. Terminez l’installation dans le navigateur à l’adresse /install/index.php, puis remettez config.php à 640 et supprimez le répertoire install/. phpBB continue de vous avertir tant que ce répertoire existe.

Le spam est le problème connu de phpBB, mais il est possible de le corriger. Le formulaire d’inscription se trouve à une URL prévisible (ucp.php?mode=register). Les bots le découvrent donc quelques jours après l’exploration du domaine. La solution durable se trouve dans le panneau d’administration, sous Spambot countermeasures : définissez la méthode anti-spam sur Question and Answer et rédigez une question à laquelle seule une personne de votre communauté peut répondre. Les CAPTCHA image (completely automated public Turing tests) sont résolus à bas coût par des services facturant à l’unité de 1000. Une question portant sur votre propre sujet ne l’est pas.

phpBB est aussi la source la mieux documentée pour une migration. Le phpbb3.rb de Discourse est l’importateur le plus utilisé de tout cet article, et les forums d’assistance phpBB contiennent vingt ans de réponses. Pour migrer vers une autre solution, mysqldump, ou copiez le fichier SQLite. Vos styles et vos extensions ne sont en revanche pas transférés.

Pourquoi les e-mails d’inscription au forum n’arrivent-ils jamais ?

L’inscription à ces quatre logiciels est conditionnée par un e-mail de confirmation. Si ce message n’arrive pas, le compte n’est jamais activé et les journaux indiquent une inscription qui s’est simplement interrompue. La délivrabilité des e-mails sortants détermine donc si le forum fonctionne réellement. Traitez-la comme une partie de l’installation.

• Le port sortant 25 est bloqué par défaut par la plupart des fournisseurs de VPS. Un Postfix local qui tente de distribuer directement les messages n’aboutit donc à rien. Le journal de messagerie affiche connect to gmail-smtp-in.l.google.com[...]:25: Connection timed out.
• Une adresse IP toute nouvelle n’a aucune réputation d’envoi. Même une distribution réussie aboutit alors dans le dossier de spam. Pour un lien de confirmation, cela revient à ne pas recevoir le message.
• Sans enregistrements SPF (sender policy framework) et DKIM (domainkeys identified mail) publiés dans le DNS, les grands fournisseurs rejettent directement le message. Le rejet de Google est 550 5.7.26 Unauthenticated email from example.com is not accepted due to domain's DMARC policy. DMARC (domain-based message authentication, reporting and conformance) est désormais attendu de toute personne qui envoie des e-mails en volume.

La solution pratique consiste à utiliser un relay. Configurez les paramètres SMTP du forum pour utiliser un fournisseur d’e-mails transactionnels sur le port 587, publiez les enregistrements SPF, DKIM et DMARC fournis par ce fournisseur, puis envoyez depuis un sous-domaine tel que mail.example.com. La réputation du forum reste ainsi séparée de celle de votre messagerie personnelle. Il est possible d’exécuter vous-même le serveur de messagerie, et un serveur de messagerie entièrement auto-hébergé sur un VPS explique comment procéder. Toutefois, le lancement d’un forum n’est pas le bon moment pour apprendre à gérer la délivrabilité.

Effectuez des tests avant d’annoncer le forum. Dans Discourse, depuis l’intérieur du conteneur :

cd /var/discourse
./launcher enter app
rake emails:test[you@example.com]

Cette tâche vérifie la connexion SMTP et envoie un message. Elle indique la cause de l’échec lorsque les identifiants sont incorrects, généralement sous la forme d’un Net::SMTPAuthenticationError. phpBB propose un test équivalent dans le panneau d’administration, sous Client communication. Pour Flarum et NodeBB, inscrivez un compte temporaire avec une adresse réelle chez un grand fournisseur, puis consultez les en-têtes bruts du message reçu. spf=pass et dkim=pass dans l’en-tête Authentication-Results correspondent au résultat recherché.

Une précision concernant Discourse. Depuis août 2026, l’assistant de configuration permet d’ignorer SMTP et d’utiliser Discourse ID, qui authentifie les utilisateurs avec un compte externe au lieu d’un lien envoyé par e-mail. Vous pouvez ainsi lancer le forum sans relay. Cette solution ne fournit ni les e-mails de notification ni les réinitialisations de mot de passe. Configurez donc tout de même SMTP avant que la communauté ne se développe.

Comment placer le forum derrière TLS ?

Flarum et phpBB sont des virtual hosts classiques. Certbot sur le serveur web que vous utilisez déjà suffit donc. NodeBB et Discourse sont différents : ce sont des applications qui écoutent sur des ports locaux. Un composant frontal doit terminer les connexions TLS (transport layer security) et effectuer le routage selon le nom d’hôte. Si le forum partage le serveur avec d’autres services, placez un reverse proxy devant l’ensemble. C’est précisément le rôle de Traefik devant plusieurs applications Docker Compose.

Par défaut, Discourse utilise directement les ports 80 et 443, avec son propre nginx et son propre modèle Let's Encrypt. Pour le placer derrière un proxy existant, modifiez app.yml, supprimez la ligne templates/web.letsencrypt.ssl.template.yml, changez les ports exposés afin que le conteneur écoute uniquement sur une adresse locale, puis exécutez ./launcher rebuild app. Si vous effectuez cette modification après l’installation, vous devrez reconstruire le conteneur et prévoir quelques minutes d’interruption. Décidez donc de l’architecture avant l’installation, et non après.

Quel forum convient à la taille de votre communauté ?

La règle de décision porte sur le nombre de personnes, pas sur les fonctionnalités.

• Moins de quelques centaines de membres, un modérateur, 1 GB de RAM : phpBB avec SQLite, ou Flarum si vous voulez une interface moderne et pouvez utiliser MariaDB. Dans les deux cas, vous ne devez maintenir qu’une seule application PHP à jour.
• Une communauté en croissance, deux modérateurs ou plus, 4 GB de RAM : Discourse. Les niveaux de confiance et la file de modération justifient l’empreinte dès que la modération ne tient plus dans la tête d’une seule personne.
• Vous privilégiez les échanges en direct aux discussions durables : NodeBB, ou reconnaissez qu’il s’agit d’un chat et utilisez plutôt Rocket.Chat avec Docker Compose. Un forum dont aucun contenu ne mérite d’être relu une semaine plus tard aurait dû être un serveur de chat.
• Vous avez en réalité besoin de documentation plutôt que de discussions : aucun de ces outils. BookStack, Wiki.js ou Outline répondent mieux à ce besoin, et un forum rempli de questions répétées révèle généralement l’absence d’un wiki.
• Vous cherchez encore à déterminer ce qui doit réellement être installé sur le serveur : la sélection plus large de solutions d’auto-hébergement pour 2026 constitue un meilleur point de départ, et le guide des alternatives auto-hébergées à Notion couvre le recouvrement entre les forums et les espaces de travail partagés.

Quel que soit votre choix, la durabilité du forum dépend de la dernière sauvegarde restaurée avec succès. Exportez la base de données selon un calendrier défini, copiez le répertoire des fichiers importés dans la même tâche, puis restaurez le résultat ailleurs une fois pour vérifier que le dump est exploitable. Les sauvegardes restic planifiées sur un VPS couvrent cette partie. C’est le seul élément de cette configuration qui n’offre aucune seconde chance.

FAQ

Quelles sont les exigences minimales du serveur pour un forum auto-hébergé ?

phpBB avec SQLite fonctionne avec 1 GB de RAM à côté d’autres services, car aucun serveur de base de données n’est nécessaire. Flarum nécessite 1 GB et MariaDB. NodeBB fonctionne confortablement avec 2 GB et MongoDB. Discourse indique 1 GB avec du swap et 10 GB de disque comme minimum, mais 2 GB constituent le seuil réaliste et 4 GB conviennent à un forum actif, car ./launcher rebuild app recompile les assets en mémoire à chaque mise à niveau. C’est à ce moment qu’un petit serveur risque d’être arrêté par le gestionnaire Out Of Memory du noyau.

Puis-je migrer mon forum phpBB vers Discourse ?

Oui, et c’est ici le chemin de migration le mieux pris en charge. Discourse fournit script/import_scripts/phpbb3.rb, que vous exécutez dans le conteneur sur une copie de la base de données phpBB, jamais sur la base active. Les utilisateurs, catégories, sujets, messages et pièces jointes sont importés. Les styles et les extensions ne le sont pas, et les anciennes URL des sujets changent. Préparez donc les redirections depuis les chemins phpBB avant de modifier le DNS. Les gros forums peuvent nécessiter plusieurs heures. Répétez donc l’import une fois sur un serveur de test et mesurez sa durée.

Pourquoi les nouveaux utilisateurs ne reçoivent-ils jamais l’e-mail d’activation ?

La plupart des fournisseurs de VPS bloquent le port sortant 25. Un serveur de messagerie local ne peut donc pas remettre les messages, et le journal affiche Connection timed out pour le mail exchanger du destinataire. Lorsque la remise fonctionne, une nouvelle adresse IP sans enregistrements SPF ou DKIM est rejetée ou filtrée, et Google répond avec 550 5.7.26 Unauthenticated email ... is not accepted due to domain's DMARC policy. Envoyez les messages via un relay sur le port 587 et publiez les enregistrements SPF, DKIM et DMARC fournis par ce relay. Confirmez ensuite le fonctionnement avec une inscription de test et consultez l’en-tête Authentication-Results du message reçu.

Quel logiciel de forum auto-hébergé demande le moins de travail de modération ?

Discourse, car le workflow est intégré au core au lieu d’être ajouté séparément. Les nouveaux comptes sont soumis à une limitation de débit tant que leurs utilisateurs n’ont pas suffisamment lu de contenu. Les signalements sont regroupés dans une file qui enregistre les personnes ayant traité chaque signalement, et le plugin Akismet est officiel. phpBB s’en approche une fois que vous activez la méthode anti-spam Question and Answer, qui bloque à elle seule la plupart des inscriptions de bots. Flarum et NodeBB dépendent d’extensions communautaires pour les mêmes fonctions. Rien de tout cela ne change le facteur déterminant : la charge de modération dépend du nombre de personnes qui publient, et non du logiciel utilisé pour publier.