L’une des choses que j’aime avec les anciennes machines, c’est la simplicité et la sobriété. J’aimais SMF parce qu’il semblait léger et rapide, même sur un vieux PC (ou sur une machine moderne poussée au maximum des réglages d’économie d’énergie).
En visitant le nouveau forum, j’ai remarqué une augmentation de l’utilisation du CPU et de la chauffe de l’ordinateur. Pour vérifier s’il s’agissait d’une simple coïncidence, j’ai contrôlé deux ou trois choses.
uMatrix indique que le nouveau forum essaie de charger du contenu depuis stripe.com. Est-ce que vous prévoyez d’intégrer du contenu payant ? J’imagine que non. Dans ce cas, il faudrait peut-être vérifier si des modules inutiles ne sont pas activés ? Cela pourrait même avoir un impact, au moins minime, sur la charge du serveur et les coûts de fonctionnement.
Le système ainsi que Firefox (about:processes) rapportent une consommation CPU continue liée aux onglets affichant le nouveau forum. En ouvrant les outils de développement, on voit un minuteur et du texte qui mentionne le suivi du temps que les utilisateurs passent à naviguer.
Est-ce quelque chose que vous avez activé volontairement ? Je n’aime pas trop l’idée d’un forum pour passionnés de rétro-informatique qui consomme du CPU en permanence et passe des appels vers stripe.com. De vastes pans d’Internet sont en train de devenir de la merde (l’« enshittification » générale) et je comprends bien que l’adoption de nouveaux outils engendre de nouveaux coûts. J’apprécierais vraiment que cela soit désactivé.
Stripe tourne, inutilement et sans rien transmettre vraiment (surtout parce que je n’ai pas de compte Stripe ) à cause de la fonctionnalité d’abonnements. Sur Discourse, les abonnements sont liés à Stripe, malheureusement. Et, bien que je compte utiliser la fonctionnalité Abonnement, elle ne sera pas liée à Stripe. Malheureusement, impossible de désactiver Stripe sans désactiver complètement les abonnements, mais je dois encore réfléchir à la façon d’implémenter ça. Après tout, c’est encore un travail en cours.
Pour ce qui est du suivi… Sérieusement ? Ça te dérange que le forum suive le temps que tu y passes, comme à peu près tous les autres sites du Web ? C’est pas comme si c’était utilisé pour des pubs, de la collecte de données ou de la revente, quoi.
Édit : oh, aussi, les compteurs/traqueurs servent dans certains cas à décider s’il faut envoyer une notification par e-mail ou en direct. Ça calcule aussi si quelqu’un a vraiment lu un message ou l’a juste survolé, pour attribuer les niveaux de confiance, se souvenir de la position de défilement et calculer le temps de lecture des sujets.
(Au passage, j’ai utilisé cette fonction pour faire le tri et virer les bots)
Rien à faire pour la hausse de l’utilisation des ressources — il faut s’y attendre quand on passe d’une plateforme vétuste à une nouvelle. Mais je dois dire que ça tourne super bien sur mon vieux portable de secours.
Cela dit, tes remarques sont pertinentes, et merci pour le retour ! Mais parler de « fonctionnalités malveillantes », c’est un peu poussé
PS : Je serais vraiment ravi d’avoir le reste de tes impressions !
Je comprends qu’il faille être un peu parano à une époque où les entreprises sont d’une opacité sans nom, mais je ne pense pas qu’il y ait de quoi s’inquiéter outre mesure.
Dans ce cas précis, SMF proposait des fonctionnalités de suivi similaires. Si ça n’a pas posé de problème pendant toutes ces années sur l’ancien forum, pourquoi cela en deviendrait-il un d’un coup, simplement parce qu’on utilise un nouveau logiciel de forum ?
Même si SMF était au top niveau performances, il manquait vraiment de résilience. Il tombait souvent en panne.
Le nouveau forum a l’air de proposer quelques fonctionnalités un peu inutiles à mes yeux (pourquoi diable un forum a-t-il besoin de succès ?), mais je préfère encore ça plutôt que de ne pas avoir de forum du tout.
Les succès et la gamification, c’est un truc que je trouve un peu benêt aussi, mais c’est lié à des fonctionnalités comme les niveaux de confiance, donc je ne sais pas trop comment m’y prendre avec ça. Personnellement, je les ignore.
Pour ce qui est des performances, SMF était tout sauf rapide. Donc, tu préfères un système qui met deux secondes (ou plus) à générer une page qui s’affiche ensuite immédiatement (et encore, pas toujours, parce que des requêtes continuaient après), ou une plateforme qui sollicite un peu plus le client (c’est une application monopage en Ember.js), mais qui te donne tout sans le moindre hoquet ?
(Et ne parlons même pas de la maintenance que sa « simplicité » exigeait. Il faut aussi prendre en compte les temps d’arrêt. Par exemple, si on a pu se débarrasser de Cloudflare pour la plupart des utilisateurs, c’est grâce aux fonctions anti-robot intégrées de Discourse. Tu préfères que ton forum tombe en panne parce qu’Alibaba a décidé de le mettre K.O., ou qu’il consomme un peu de CPU et reste opérationnel ?)
Tout d’abord, un grand merci pour ta réponse détaillée. Les détails montrent que tu maîtrises vraiment ton sujet et que tu sais de quoi tu parles. Du coup, d’autant plus de respect pour toi.
Dude
L’ambiguïté de l’écrit… On est tous restés super zen depuis le début, t’inquiète.
Stripe runs, …
J’ai vu qu’entre-temps tu avais trouvé un moyen de supprimer tous les appels au domaine Stripe, super !
Comme je le disais dans le premier message, c’est la hausse de la consommation CPU qui me gênait.
Jeff Atwood a créé Discourse. Tout comme pour le réseau StackExchange (StackOverflow, etc.) qu’il a aussi créé, il a veillé à ce qu’ils soient entièrement consultables sans le moindre bout de JavaScript.
Pourtant, Discourse a l’air « moins minimaliste » et consomme plus de ressources. Et contrairement à StackExchange et SMF, il a un look complètement différent quand le JavaScript est totalement désactivé.
Ah, ces satanés bots.
Merci beaucoup pour les explications.
Tu as ma confiance, et j’imagine celle de la communauté.
C’est comme ça depuis des décennies. Les plateformes grossissent et deviennent plus lentes. À un moment donné, certains jugent cette lenteur excessive et réécrivent à partir de zéro un truc plus rapide, ce qui relance une itération.
J’y ai répondu plus haut suite à ton invitation, et ci-dessous.
J’ai toujours un modèle mental proche du Web des débuts, qui sert avant tout des documents. Les programmes (JavaScript) sont totalement optionnels, dans le sens où tout ce qui peut fonctionner sans code fonctionne réellement sans moteur JavaScript côté client.
Hélas, la plupart des développeurs web s’en fichent royalement et ont tendance à partir du principe que le CPU et la bande passante sont illimités, que le navigateur du visiteur est identique à celui du dev, que tout le web est disponible à 100 % et que les appels vers des domaines tiers sont gratuits et naturels. Pourquoi ? Parce que c’est bien moins d’efforts que de réfléchir à la diversité côté utilisateur. La dure réalité, c’est que plus on a de dépendances, plus tout casse dès qu’un truc flanche à l’autre bout du monde. Et comme les pannes sont rares, ces solutions fragiles et lourdes finissent par être acceptées et devenir la norme.
J’aime le monde du CPC où un octet ou un cycle CPU est quelque chose dont on se soucie, pas une unité négligeable à plusieurs ordres de grandeur près.
Bref, par ordre d’importance :
la communauté CPC a son site principal (à mon sens) de nouveau en ligne ! Je vais pouvoir lire les autres, poser des questions, parler de mes projets en cours, etc.
tu mérites du respect
c’est une super nouvelle
Discourse permet d’écrire des messages en Markdown plutôt qu’avec un WYSIWYG fondamentalement bancal
Je subis des limitations comme le nombre de liens ou de citations par réponse, ce qui m’oblige à couper des morceaux de ce message.
Une longue réponse arrive pour accompagner votre café du matin — à vous et à tout le monde.
Pour commencer : je veux que vous — tout comme chaque utilisateur ici — soyez satisfait du résultat et de la communauté. Est-ce que tout est parfait ? Ma foi, non. Mais nous avons passé un temps fou au cours de l’été à planifier et à mettre en œuvre le retour de CPCWiki. Je veux dire, imaginez-vous en train de boire un verre au bord d’une piscine et, au lieu de draguer les filles à la table d’à côté, vous êtes en train de dessiner la configuration du serveur et les nœuds de sauvegarde (histoire vraie). J’ai d’ailleurs passé la majeure partie de mon anniversaire à intégrer cpcjs ici
Eh bien. Comme je l’ai déjà dit, je ne suis pas un professionnel de l’informatique ni quoi que ce soit dans le genre. Je travaille dans le marketing. Quand j’ai décidé de fonder le CPCWiki (d’abord sous forme de wiki, le forum a suivi), je n’y connaissais pas grand-chose. C’est ce projet précis qui, au fil des ans, m’a appris une TRÈS GRANDE partie de ce que je sais aujourd’hui et, sans ironie, m’a aussi aidé dans mon travail professionnel. Je ne pense pas en savoir énormément, mais au moins je me situe quelque part au début de la « pente de l’éveil » sur la courbe de Dunning-Kruger, ce qui me rend prudent et me force à apprendre les choses avant d’agir.
J’ai un vrai faible dans mon cœur pour SMF. Après tout, j’ai passé vingt ans à le chouchouter. Mais c’est effectivement une solution archaïque.
Un exemple concret : SMF, c’est en gros : « voici un tas de fichiers PHP, ils font des trucs ensemble, n’hésite pas à tout foutre en l’air ». Et en effet, si tu foires quelque chose et que tu n’as pas de sauvegarde vers laquelle revenir, la solution officielle consiste à balancer le package d’installation par-dessus les anciens fichiers et à annuler les modifications, en perdant à peu près tout ce sur quoi tu as travaillé. Et c’est aussi le chemin de mise à jour, ce qui explique pourquoi à chaque grosse mise à jour, nous perdiez toutes nos personnalisations et je devais travailler pendant des jours sur quelque chose qui devrait prendre quelques minutes.
J’imagine qu’ils s’en occupent avec la version 3 qui arrivera peut-être d’ici 2030… ou pas.
Discourse, d’un autre côté, dit : « tiens, remplis ce fichier app.yml, puis installe-toi confortablement ou va faire une lーーongue promenade pendant qu’on télécharge, configure et installe toute une pile compose. Tu peux jeter un œil, mais crois-nous, tu n’en as pas envie ».
Donc SMF est nettement plus ouvert et fonctionne très bien dès la sortie de la boîte, mais se casse très facilement (et certaines décisions de conception sont discutables). Discourse est très opaque de ce côté-là, mais il expose quelques points d’entrée qui vous permettent de faire des trucs sans tout casser.
Non, il n’y avait pas de moyen, j’ai tout simplement désactivé les abonnements. Du moins jusqu’à ce que je trouve comment l’implémenter.
Eh bien. Mais Atwood (et l’autre gars, quel est son nom déjà) pensaient en gros que les pages statiques étaient un truc des années 90, et c’est pour ça qu’il a pris l’autre direction avec Discourse. C’est sûr, une installation de SMF s’affichera tout aussi bien sur un PC de 2005, mais ça ne veut pas dire grand-chose quand on prend en compte les fonctionnalités. Par exemple, j’ai commencé ce commentaire sur mon ordinateur portable et je le continue sur mon téléphone — et je retournerai sur mon ordinateur portable plus tard. Oh, et il me semble me souvenir que les gens se plaignaient aussi d’ASP.NET MVC à l’époque
C’est très apprécié. Permets-moi de le réitérer, les données ne quittent jamais le serveur (je veux dire, bien sûr, Discourse envoie un ping par-ci par-là et GA tourne en arrière-plan, mais ce n’est pas comme si je faisais autre chose avec lesdites données). En fait, je me sens un peu sous-estimé que personne ne m’ait abordé pour me racheter le jeu de données
Bien dit. Mais j’ai vraiment l’impression que Discourse est assez léger. J’ai deux onglets ouverts en ce moment, et sur mon ordinateur portable (encore lui) avec le CPU bloqué en mode économie d’énergie, Vivaldi me dit qu’il utilise précisément 0 % de CPU et environ 350 Mo. C’est bien suffisant, je trouve. Bon, le CPU est un Core Ultra 7 255HX, donc même en tournant à 2,4 GHz il est assez puissant, mais…
Ouais, la clé c’est « tout ce qui peut fonctionner ».
Non pas que je sois en désaccord avec toi, honnêtement, mais on pourrait faire tourner ça comme un BBS en ASCII et voir combien de personnes l’utiliseraient
C’est lié aux niveaux de confiance (Trust Levels). J’ai un peu augmenté les limites pour les nouveaux utilisateurs, mais je pense qu’elles étaient bien avant aussi, sauf dans de rares cas :
J’ai augmenté ton niveau de confiance manuellement.
Aussi, la limite de citations est une variable globale — une décision de conception pour éviter le chaos des réponses imbriquées. Je l’ai passée de 5 à 10 (parce que j’y ai été confronté moi aussi ici )
Quoi qu’il en soit, discussion vraiment intéressante. Merci pour tes gentils mots
J’aimais bien SMF parce qu’il me semblait léger et rapide, même sur un vieil ordinateur (ou sur une machine moderne avec le mode d’économie d’énergie poussé au maximum).
Après une petite expérience sur cette vraie nouveauté (roulement de tambour) … j’aime Discourse maintenant !
Excellente expérience sur mobile. Rapide et tout.
Félicitations à @Gryzor !
Ça fait un bon moment que j’ai un œil sur Discourse, mais c’est vrai que la migration était/est difficile, voire impossible. Ravi de voir que ça plaît aux gens !
Avec les API désormais disponibles, il serait possible d’importer les fils de discussion de l’ancien forum grâce à un agent IA. Mais pour être honnête, je ne suis pas convaincu de la valeur ajoutée. Cela dit, vous ne voulez probablement pas continuer à gérer deux forums en parallèle, et j’adorerais que le vieux contenu ne disparaisse pas. Toute cette connaissance accumulée sur l’ancien forum… C’est comme ça que j’ai réappris plein de choses sur l’Amstrad, et que j’en ai découvert d’autres que j’ignorais complètement.
Du coup, mon objectif principal là-dessus, ce serait vraiment de préserver tout ce savoir.
Non, ce ne serait pas vraiment possible ; et les utilisateurs ? Les MP ? Il y a énormément de détails qu’il n’est pas possible de gérer via l’API, car elle ne fonctionne qu’en surface…
Hm… Je vois le problème et je n’ai pas de bonne solution pour l’instant. Je vais y réfléchir un peu.
L’idée serait de laisser un agent IA simplement lire l’ancien forum (ce qu’il peut faire actuellement - pas besoin d’API) et, de là, le publier sur le nouveau forum. Peut-être seulement du contenu sélectionné…
Je cherche juste des moyens de préserver ces connaissances. Si l’ancien forum disparaît, meurt, etc., ces informations seront perdues à jamais.
Mais encore une fois - je n’ai pas de bonne idée sur la façon de les préserver correctement dans une archive moderne. Laisse-moi y réfléchir et mûrir tout ça un peu.
Oui, c’est ce que je voulais dire par « fonctionne en surface ». Ce serait un jeu d’enfant de crawler l’ancien forum selon certains critères et de créer de nouveaux messages ici via un agent. Cependant, la première chose qui manquerait (et à partir de là, tout se dégrade rapidement), c’est que CHAQUE message et sujet serait sous le même nom d’utilisateur, ce qui créerait un bazar pas possible.
) à cause de la fonctionnalité d’abonnements. Sur Discourse, les abonnements sont liés à Stripe, malheureusement. Et, bien que je compte utiliser la fonctionnalité Abonnement, elle ne sera pas liée à Stripe. Malheureusement, impossible de désactiver Stripe sans désactiver complètement les abonnements, mais je dois encore réfléchir à la façon d’implémenter ça. Après tout, c’est encore un travail en cours.
la communauté CPC a son site principal (à mon sens) de nouveau en ligne ! Je vais pouvoir lire les autres, poser des questions, parler de mes projets en cours, etc.
tu mérites du respect
c’est une super nouvelle
on dirait que Discourse consomme plus de CPU
(roulement de tambour) … j’aime Discourse maintenant !