# Y a-t-il des commandes pour accélérer le site ?
**URL:** https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574
**Category:** Support
**Created:** [Avril 2, 2020, 11:57 UTC](https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574 "2020-04-02T11:57:04Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@eextra](https://meta.discourse.org/u/eextra)
#### Post date: [Avril 2, 2020, 11:57 UTC](https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574/1 "2020-04-02T11:57:04Z")
Il existe des commandes comme rake posts:rebake (par exemple, après une migration).
Y a-t-il d’autres commandes ou autre chose **qui pourrait accélérer** le forum ? J’ai l’impression que, après avoir changé d’hébergement avec plus de RAM, c’est probablement encore plus lent. L’ajout de Go n’a pas aidé, même si je teste sans aucun trafic. Je me demande s’il existe des commandes pour optimiser la base de données, etc., car peut-être est-ce la raison pour laquelle la navigation entre les liens est terriblement longue et lente (1 à 2 secondes). C’est un peu décevante par rapport à NodeBB, par exemple.
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [Avril 2, 2020, 1:45 UTC](https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574/2 "2020-04-02T13:45:24Z")
Si vous modifiez la RAM de votre serveur, vous devez exécuter à nouveau `discourse-setup` pour ajuster les paramètres de mémoire.
Quelle est la taille de votre base de données ? S’agit-il d’une importation ou d’une nouvelle communauté ? Quelle est la vitesse du processeur ? La vitesse d’un seul cœur CPU est cruciale. Vous avez bien un SSD et non des disques mécaniques, n’est-ce pas ?
---
### Author:  [@eextra](https://meta.discourse.org/u/eextra)
#### Post date: [Avril 2, 2020, 7:43 UTC](https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574/3 "2020-04-02T19:43:18Z")
Tests d’instances Lightsail avec 2 Go de RAM, 1 vCPU et 60 Go de SSD
Je pense que les paramètres sont corrects :
```
UNICORN_WORKERS: 4
db_shared_buffers: "256Mo"
```
> [@pfaffman](#):
>
> Pas de disques mécaniques
Pourriez-vous m’éclairer ?
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [Avril 2, 2020, 7:59 UTC](https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574/4 "2020-04-02T19:59:40Z")
Lightsail est vraiment conçu pour les applications web et les sites web simples.
Vous disposez d’un seul cœur de processeur, ce qui signifie 2 processus unicorn, mais votre paramètre shared\_buffers pourrait être augmenté à 512 Mo. Votre fichier app.yml devrait inclure ce commentaire :
```
Avec 2 Go, nous recommandons 3 à 4 processus, avec 1 Go seulement 2
```
Vous utilisez donc deux fois plus de processus avec la moitié de la taille de buffer recommandée.
Les disques mécaniques sont ce qui a précédé les SSD, bien que vous les connaissiez peut-être aussi sous le nom de disques durs ou HDD. Ils sont trop lents pour Discourse.
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [Avril 3, 2020, 6:24 UTC](https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574/5 "2020-04-03T06:24:15Z")
Ces paramètres sont généralement définis automatiquement par `discourse-setup` en fonction des spécifications du système (nombre de cœurs CPU, quantité de RAM) au moment où le script est exécuté. Il est également sans danger de l’exécuter à nouveau si les spécifications de votre serveur changent.
---
### Author:  [@eextra](https://meta.discourse.org/u/eextra)
#### Post date: [Avril 6, 2020, 11:45 UTC](https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574/6 "2020-04-06T11:45:17Z")
Vous voulez dire qu’il est bien préférable d’investir dans l’EC2 le moins cher avec deux cœurs (et éventuellement le combiner plus tard avec ELB) ?
C’est ce que je vois : tous les serveurs sur AWS sont sans disque dur mécanique (non-HDD).
---
### Author:  [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [Avril 6, 2020, 12:11 UTC](https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574/7 "2020-04-06T12:11:34Z")
Il existe de nombreuses différences entre les types d’instances AWS. Certaines utilisent des disques basés sur EBS, qui passent par le réseau pour l’accès aux données, ce qui augmente la latence. D’autres disposent de disques NVMe locaux rapides, mais ils ne conservent pas les données de manière persistante. Il existe également les familles d’instances Z et C, offrant des performances de données bien supérieures.
Cependant, tout cela finit par être plus complexe et coûteux qu’une instance Droplet chez Digital Ocean, qui offre des performances acceptables pour les petites communautés à 5 et propose un processeur plutôt rapide dans son offre optimisée pour le CPU à 40 .
---
### Author:  [@eextra](https://meta.discourse.org/u/eextra)
#### Post date: [Avril 6, 2020, 12:49 UTC](https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574/8 "2020-04-06T12:49:47Z")
Quel offre exactement entendez-vous par « optimisée » ?
Par ailleurs, ma question s’applique également aux commandes elles-mêmes. Autrement dit, quelles commandes (comme « rake rebake posts ») dois-je exécuter pour optimiser / reconstruire les articles / supprimer les fichiers inutiles, etc. ?
---
### Author:  [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [Avril 6, 2020, 1:05 UTC](https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574/9 "2020-04-06T13:05:37Z")
> [@eextra](#):
>
> De quelle offre parlez-vous exactement en parlant d’« optimisée » ?
> **[Budget-Friendly Cloud Server Pricing | DigitalOcean](https://www.digitalocean.com/pricing)**
>
> Need a powerful cloud server without the hefty price tag? DigitalOcean has got you covered. Enjoy exceptional performance and flexibility at unbeatable prices.
> [@eextra](#):
>
> Quelles commandes (comme « rake rebake posts ») dois-je exécuter pour optimiser/reconstruire les publications et supprimer les fichiers inutiles, etc. ?
Une telle chose n’existe pas 😅.
Pourquoi y aurait-il une commande secrète pour accélérer les choses ? Pourquoi diable partir par défaut d’un mode lent ?
Si vous rencontrez des problèmes de performance, vous devez fournir des données concrètes. Quelle est la procédure lente, quelle est la taille de la communauté, quelle est la taille de la base de données, avez-vous essayé de supprimer tous les plugins et thèmes, avez-vous essayé de l’exécuter sur un droplet DO à 5 $, etc. ?
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [Avril 7, 2020, 9:50 UTC](https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574/10 "2020-04-07T21:50:19Z")
> [@Falco](#):
>
> Pourquoi y aurait-il une commande secrète pour accélérer les choses ? Pourquoi diable passerions-nous par défaut en mode lent ?
Il y a des précédents 🤣
> **[Turbo button](https://en.wikipedia.org/wiki/Turbo_button)**
>
> On some older IBM PC–compatible computers, the turbo button selects one of two run states: the default "turbo" clock speed or a reduced speed closer to the Intel 8086 CPU. It was relatively common on computers using the Intel 80286, 80386 and 80486 processors, from the mid 1980s to mid 1990s. The name is inspired by the turbocharger, a device which increases an engine's power and efficiency. When pressed, the "turbo" button is intended to let a computer run at the highest speed for which it With ...
---
### Author:  [@Andreas\_Pfotenhauer](https://meta.discourse.org/u/Andreas_Pfotenhauer)
#### Post date: [Avril 8, 2020, 3:04 UTC](https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574/11 "2020-04-08T15:04:14Z")
Je n’ai aucune intention de blâmer qui que ce soit, surtout que je n’ai pas examiné cela moi-même, en particulier l’instance/config PostgreSQL… mais Discourse est terriblement lent. Je ne sais pas ce qui en est responsable, je suppose que l’ORM Ruby y joue un rôle.
Bien sûr, vous pouvez toujours ajouter du matériel plus puissant, plus de SSD, plus de RAM… jusqu’à un certain point, mais cela ne change pas l’essentiel : Discourse est assez exigeant/lent, même pour des installations minuscules, il nécessite un hébergement décent.
---
### Author:  [@merefield](https://meta.discourse.org/u/merefield)
#### Post date: [Avril 8, 2020, 3:24 UTC](https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574/12 "2020-04-08T15:24:05Z")
> [@Andreas\_Pfotenhauer](#):
>
> discourse est vraiment lent
Vraiment ? Pouvez-vous étayer cela avec des chiffres, s’il vous plaît ?
Par rapport à quoi et dans quelles circonstances ?
Considérez-vous Meta comme lent ?
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [Avril 8, 2020, 3:48 UTC](https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574/13 "2020-04-08T15:48:34Z")
Je suis en désaccord total avec cette affirmation. Je connais plusieurs petites communautés qui fonctionnent sur un VPS à 5 $. Une installation Discourse lente indique généralement un mauvais choix d’hébergeur ou une mauvaise configuration.
N’oubliez pas que Discourse n’est pas un site web, mais une application. Une fois chargée dans votre navigateur, les échanges de données sont minimes.
> [@Andreas\_Pfotenhauer](#):
>
> Aucune intention de blâmer qui que ce soit, surtout que je n’ai pas examiné cela moi-même, en particulier l’instance/config postgres.
Si vous suivez le guide d’installation standard, qui est le seul que nous prenions en charge ici, tout le réglage du CPU/RAM est effectué _automagiquement_. Vous ne nous avez fourni aucun exemple ni comparateur ici ; je vous encourage vivement à nous donner des précisions.
---
### Author:  [@Andreas\_Pfotenhauer](https://meta.discourse.org/u/Andreas_Pfotenhauer)
#### Post date: [Avril 8, 2020, 4:14 UTC](https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574/14 "2020-04-08T16:14:30Z")
Je peux bien sûr réaliser quelques benchmarks. Je l’exécute sur une machine virtuelle à 5 $, avec un matériel vraiment minimaliste selon les standards actuels, je le sais. Et je ne le comparais pas à d’autres solutions de forum, mais je sais ce que PostgreSQL peut gérer et fournir, même lorsqu’il est exécuté dans un conteneur Docker sur une machine virtuelle. J’ai presque 20 ans d’expérience dans le développement de bases de données.
D’accord, d’accord, et j’ai été un peu piqué par l’attitude du genre : « Est-ce que vous l’exécutez sur du matériel du siècle dernier, c’est-à-dire des disques mécaniques ? » 😊
Je reformule en disant : « Discourse est plus exigeant que des systèmes plus simples. »
---
### Author:  [@Andreas\_Pfotenhauer](https://meta.discourse.org/u/Andreas_Pfotenhauer)
#### Post date: [Avril 8, 2020, 4:16 UTC](https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574/15 "2020-04-08T16:16:33Z")
Le commentaire était un peu trop dur, d’accord. Voir ci-dessus.
---
### Author:  [@eextra](https://meta.discourse.org/u/eextra)
#### Post date: [Avril 9, 2020, 12:00 UTC](https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574/17 "2020-04-09T12:00:28Z")
> [@Stephen](#):
>
> mauvaise configuration
Pouvez-vous expliquer ce que signifie le terme « mauvaise configuration » ? Cela désigne les erreurs possibles lors de l’installation d’un forum vierge et de l’ajout d’au maximum 1 à 2 plugins. De quelle configuration parlez-vous ?
---
### Author:  [@SouperC](https://meta.discourse.org/u/SouperC)
#### Post date: [Avril 9, 2020, 5:38 UTC](https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574/18 "2020-04-09T17:38:38Z")
@eextra quelques éléments me viennent à l’esprit…
Que considérez-vous comme des performances adéquates ?
Décrivez les scénarios dans lesquels les performances ralentissent.
Comment avez-vous déterminé que la plateforme Discourse (ou même votre hébergement) est à l’origine de ce ralentissement ? Que la base de données est un facteur limitant, etc.
Peut-être pourriez-vous partager quelques liens [webpagetest.org](http://webpagetest.org) comme point de départ.
> [@Stephen](#):
>
> Rappelez-vous que Discourse n’est pas un site web, mais une application ; une fois chargée dans votre navigateur, les données échangées sont minimes.
Bien que cela soit techniquement juste, je pense que cela manque le point de vue de la croissance communautaire et de l’expérience utilisateur. Il y a beaucoup à dire concernant le trafic que nos communautés attirent via les moteurs de recherche.
À mon avis, il est important que leur première visite sur ce lien se charge rapidement.
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [Avril 9, 2020, 6:06 UTC](https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574/19 "2020-04-09T18:06:44Z")
Et c’est le cas : à l’exception des communautés riches en ressources comme NPN, je ne vois pratiquement aucune communauté Discourse dont le temps de chargement final dépasse deux secondes, et le DOMContentLoaded se situe généralement bien en dessous de 1000 ms.
WebPageTest est une métrique peu fiable. Ouvrez un navigateur, inspectez le code source de la page, passez à l’onglet Réseau, videz le cache et forcez un rechargement complet. Toutes les données sont sous vos yeux.
Vous avancez qu’il y a un problème, mais vous ne nous donnez aucun exemple. Il serait vraiment utile si vous pouviez étayer ces affirmations.
---
### Author:  [@SouperC](https://meta.discourse.org/u/SouperC)
#### Post date: [Avril 18, 2020, 6:39 UTC](https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574/20 "2020-04-18T06:39:17Z")
> [@Stephen](#):
>
> WebPageTest est une métrique terrible : ouvrez un navigateur, inspectez le code source de la page, allez dans l’onglet Réseau, videz le cache et forcez un rechargement complet. Toutes les données sont là, sous vos yeux.
C’est un outil parfaitement valable, qui peut servir de point de départ ou pour explorer plus en profondeur des scénarios spécifiques (système d’exploitation, localisation, bande passante, latence) si vous le souhaitez. C’est aussi un moyen pratique de partager les résultats d’un scénario contrôlé pour que d’autres puissent les examiner.
L’onglet Réseau est tout aussi valable, à condition de comprendre que vous voyez littéralement uniquement votre propre expérience, probablement depuis votre bureau et via la connexion que vous utilisez. C’est un bon test indicatif, cela ne prend que quelques secondes, et cela peut ou non vous donner les informations nécessaires pour optimiser l’expérience de vos visiteurs.
Les deux approches ont du mérite. Aucune n’est une « métrique terrible ».
@eextra, il est également utile de rappeler que vous devriez avoir un compteur de temps de réponse visible lorsque vous êtes connecté à Discourse en tant qu’administrateur. Vous avez également la possibilité de générer des rapports de performance NGINX via le panneau d’administration.
---
### Author:  [@orchardstreet](https://meta.discourse.org/u/orchardstreet)
#### Post date: [Décembre 2, 2020, 4:52 UTC](https://meta.discourse.org/t/are-there-any-commands-that-will-speed-up-the-site/146574/21 "2020-12-02T16:52:30Z")
Quel est le problème avec les sites de test de vitesse des sites web ?
Je voulais ajouter mon grain de sable car je les utilise beaucoup et je les trouve utiles. Surtout ceux qui effectuent des tests depuis plusieurs emplacements et plusieurs fois lors d’une même session.
Je trouve intéressant que j’obtienne des résultats différents entre ces sites et mon navigateur lorsqu’il s’agit d’optimisations impliquant 100 à 200 ms, bien qu’ils semblent précis pour des durées supérieures.
Parfois, je choisis des optimisations qui satisfont les sites de test de vitesse des sites web, car s’ils rapportent tous des mesures similaires, je suppose que Google fait de même, ce qui pourrait être faux, car son algorithme est secret.
Ruby est un langage notoirement lent, Discourse utilise une quantité énorme de JavaScript, et il n’est guère contesté que le temps de chargement initial d’un forum Discourse soit long et que la vitesse sur mobile soit médiocre. Je pense que dire aux gens qu’ils obtiendront d’excellents résultats de vitesse avec le bon matériel n’est pas vraiment précis, car je navigue actuellement sur Meta et c’est en effet lent par rapport à, disons… un forum programmé en Go lol. J’utilise Discourse car il fonctionne bien, offre une excellente protection anti-spam, de grandes fonctionnalités et nécessite peu de maintenance. Je ne l’ai jamais considéré comme rapide, ni la plupart des visiteurs de forum qui ne le voient pas comme une « application » lorsqu’ils cliquent sur le premier lien Google pour visiter le site.