Petite chose à ajouter : je viens de faire une reconstruction d’une installation fraîche (sans plugins) sur une machine CX22 (car c’est ce avec quoi j’ai commencé avant de regarder le serveur ARM), et cela a pris 8m 52s. Donc quelque part entre les chiffres de @Canapin, mais je suppose qu’avec un peu de contenu, cela pourrait augmenter davantage vers la barre des 10 minutes.
J’ai mis à jour la liste des fournisseurs recommandés avec Scaleway. Je n’ai pas de benchmark, mais j’ai rempli le reste ! (J’utilise des instances plus grandes)
Il existe de nombreux fournisseurs de VPS abordables. Je recommande Oracle Cloud, qui offre un serveur Linux gratuit avec 4 cœurs et 24 Go de mémoire. Alternativement, considérez Netcup, qui fournit un serveur haute performance avec 4 cœurs, 8 Go de RAM et 512 Go de stockage pour seulement 5 euros par mois.
Wow, j’ai enfin une installation Discourse qui fonctionne.
Comme j’ai déjà un compte d’hébergement web chez Veerotech, j’ai choisi leur serveur KVM VPS auto-géré avec accès root complet.
| RAM | Stockage | vCPU | Prix (USD) |
|---|---|---|---|
| 1 Go | 30 Go | 1 | 4,95 $/mois |
| 2 Go | 40 Go | 1 | 9,95 $/mois |
| 4 Go | 50 Go | 1 | 15,25 $/mois |
J’ai choisi l’option la moins chère.
J’ai choisi l’option Linux Ubuntu 20.04 X86 64 Minimal Latest V1 pour mon système d’exploitation.
Lorsque je me suis connecté en tant que root via SSH, j’ai rapidement découvert que les partitions n’étaient pas assez grandes pour mes besoins. Je suis novice en Linux, j’ai donc dû faire beaucoup de recherches et de lecture avant de pouvoir enfin étendre ma partition root à 25 Go et ajouter une partition swap de 5 Go.
Après cela, l’installation de Discourse s’est déroulée assez bien.
Mon problème suivant était le fait que mon site est proxifié via Cloudflare, j’ai donc dû faire d’autres recherches et lectures pour finalement le faire fonctionner.
Comme Veerotech n’avait pas été mentionné ici, et que je les utilise depuis près de 4 ans pour mon hébergement web sans aucun problème ni plainte, j’ai pensé laisser une réponse pour vous faire part de mon expérience avec eux.
Merci,
Major
Sa fin de vie est dans quelques semaines. Vous voulez vraiment la 24.04.
Oui, mais malheureusement, celle-ci ne figurait pas sur la liste.
L’une des autres options aurait-elle été un meilleur choix ?
Je suppose qu’avec Ubuntu Pro, elle sera toujours prise en charge jusqu’en 2030.
J’éviterais à tout prix un fournisseur d’hébergement qui propose ces options.
Il semble que cette liste n’ait pas été mise à jour depuis 5 ans.
Fedora 20 est obsolète depuis juin 2015, CentOS 8 depuis décembre 2021.
AlmaLinux 9 est le seul système d’exploitation qui est réellement sorti il y a moins de 3 ans.
L’exécution de do-release-upgrade affecterait-elle mon installation Discourse ?

Oui. Il est souvent possible de mettre à niveau le système d’exploitation de cette façon. Mais cela ne change pas ceci :
C’est un bon conseil. La probabilité que quelque chose se casse là-bas et que vous perdiez tout n’est pas négligeable.
Ok, c’est vrai. Je suppose que si ce serveur était pour quelque chose de plus important, je chercherais davantage et comparerais d’autres fournisseurs d’hébergement.
Je l’ai seulement commandé pour 1 mois juste pour jouer et essayer d’apprendre des choses sur Linux.
Utilisez-vous toujours Hertzner ? Si oui, qu’en pensez-vous ?
Selon leur page de prix, le CX32 coûte pratiquement le même prix que celui que je paie sur Digital Ocean (6 $), mais avec 8 Go de RAM contre 1 Go de RAM sur DO.
De plus, en tant que débutant moi-même, avez-vous eu des problèmes avec le récepteur d’e-mails ? J’en ai eu un avec DO et Brevo, mais c’était juste le numéro de port qui devait être différent de celui suggéré sur la page d’installation officielle de Discourse. En dehors de cela, tout s’est bien passé, donc oui, en tant que novice, devoir utiliser un numéro de port différent n’était pas un gros problème, mais je me demande si cela peut devenir plus complexe que cela ?
J’utilise les serveurs de Hetzner depuis des années. J’en suis très satisfait. Leur interface backend est également très bien faite. Ils sont assez bon marché avec de bonnes spécifications.
Je trouve que leurs serveurs ARM fonctionnent beaucoup mieux que x86 pour faire fonctionner Discourse. Bien que je n’aie pas effectué de tests approfondis, d’après ce que j’ai vu, en comparant des serveurs avec les mêmes spécifications et des architectures différentes, j’ai obtenu des chargements de page plus rapides et des reconstructions beaucoup plus rapides (jusqu’à deux fois plus rapides).
Je ne sais pas pourquoi.
Le seul inconvénient est que je dois m’appuyer sur un fork de mail-receiver pour le faire fonctionner sur ARM (ce qui n’a causé aucun problème jusqu’à présent).
Merci beaucoup pour ces informations.
Je suis très enclin à changer d’entreprise, car Digital Ocean est vraiment très cher pour ce qu’ils offrent. Peut-être que pour d’autres choses que Discourse, ils sont excellents, mais pour le moment, pouvoir payer la même chose tout en ayant plus de ressources est vraiment un must, surtout en gérant 2 communautés.
Je dois vérifier ce lien, car je n’ai aucune idée du problème avec le mail-receiver.
J’apprécie vos commentaires !
Je demandais juste à ChatGPT au sujet de l’image mail-receiver, parce que je ne sais pas ce que c’est et en utilisant Digital Ocean, je n’ai eu aucun problème jusqu’à présent.
Il m’a dit que ce n’est pertinent que si des choses comme “Reply via Email” ou “Post via Email” sont activées, ce qui n’est pas mon cas.
Confirmez-vous que c’est le cas ?
Oui, et à mon avis, la réponse par e-mail est une fonctionnalité indispensable. La plupart des utilisateurs l’utilisent sur mes instances. Cela supprime une couche de friction lorsque vous souhaitez publier une réponse après avoir reçu une notification par e-mail.
Je suis sûr qu’il y en a, mais je ne vois aucune raison pour qu’un administrateur ne veuille pas activer cela sur son forum. Surtout avec le récepteur de courrier officiel, car son installation et sa configuration ne nécessitent pas plus de compétences que l’installation de Discourse.
Au début, j’ai aussi pensé que ce serait bien, car je suis tout à fait favorable à la réduction du nombre de clics/étapes entre les actions, mais ensuite, je pensais à quelque chose qui pourrait mal tourner.
Par exemple, disons que vous répondez à mon message et que je décide seulement de vous répondre 2 jours plus tard, par e-mail. À ce moment-là, ma réponse pourrait être obsolète et je ne fais qu’ajouter du « bruit » à la conversation. Peut-être que le sujet est même résolu et que ma réponse n’est plus utile ou pertinente.
Un autre avantage que je vois à forcer les utilisateurs à se rendre sur le site Web lui-même est qu’ils peuvent éventuellement y rester plus longtemps s’ils tombent sur un autre sujet. Puisqu’ils sont déjà là, les chances qu’ils voient autre chose et s’engagent augmentent.
Donc, même si moins de friction/clics peut en théorie sembler être un avantage, ce n’est pas toujours le cas. Je préfère cette friction et en supposant que les utilisateurs voient de la valeur dans la conversation, je préfère qu’ils se rendent sur le site Web.
En tant qu’utilisateur d’autres forums, je ne réponds jamais par e-mail. J’aime lire l’intégralité.
Mais merci d’avoir partagé ces liens et d’avoir confirmé que le problème est uniquement lié aux e-mails sortants des utilisateurs. Cela rend tout beaucoup plus facile, c’est sûr. Je dois vérifier l’entreprise alors.

