Here’s the PR ![]()
I know; I too have spent too much time debugging docker-sync than I care to admit. This new approach, albeit not as fast, requires zero additional effort to setup and is quite stable from my own experiences!
Here’s the PR ![]()
I know; I too have spent too much time debugging docker-sync than I care to admit. This new approach, albeit not as fast, requires zero additional effort to setup and is quite stable from my own experiences!
J’ai enfin installé Discourse sur mon Mac… mais c’est un enfer de lenteur… comme si je naviguais extrêmement lentement (20 secondes par page).
Ma question est donc :
Quelqu’un rencontre-t-il le même problème ?
C’est un problème lié à Docker pour Mac. Configurer Discourse nativement sur votre Mac pour le développement améliorera considérablement les performances.
Peut-être que Discourse ne devrait pas utiliser Docker du tout ? Je ne vois pas l’avantage. Sérieusement, c’est juste une couche supplémentaire et le débogage des conteneurs deviendra douloureux. Je dis ça, je dis rien.
Docker standardise l’environnement autour de l’application en cours d’exécution et l’isole de l’hôte.
Ce serait un cauchemar pour l’équipe de Discourse de prendre en charge les installations auto-hébergées sans Docker, car l’environnement et la configuration de l’hôte varieraient considérablement d’une instance Discourse à l’autre — en particulier entre Mac et Linux, par exemple.
Docker entraîne une légère baisse de performance sous Linux (admettons que c’est plus important sur Mac), mais les avantages sont énormes pour un projet open source comme celui-ci, avec une équipe de développement distribuée et des milliers d’instances auto-hébergées.
Si vous souhaitez exécuter une application à une échelle commerciale quelconque (par exemple, en utilisant Kubernetes pour l’orchestration de clusters), vous devez conteneuriser votre application afin d’abstraire tous les détails d’implémentation vis-à-vis de l’orchestrateur.
Je n’utilise pas Docker dans mon environnement de développement (bien que sous Ubuntu). C’est en fait probablement plus de travail de le faire comme je le fais, car c’est pénible de tout reconstruire à partir de zéro.
Je te le renvoie @cmoi,
Je viens d’installer une nouvelle configuration de développement sur mon Mac (pour le développement, voir le message #44 ci-dessus) et c’est très rapide. Aucun problème du tout.
Concernant votre autre question
@cmoi dit…
Peut-être que Discourse ne devrait pas utiliser Docker du tout ? Je ne vois pas l’avantage. Sérieusement, c’est juste une couche supplémentaire et le débogage des conteneurs deviendra un cauchemar. Je dis ça, je dis rien
Nous exécutons Discourse dans Docker en production et en préproduction, et c’est formidable. L’une des raisons est que la configuration dans Docker prend une fraction du temps et des efforts nécessaires pour une installation « sur le matériel ». De plus, il est beaucoup plus facile de restaurer le système en cas de crash du serveur avec Docker.
Donc, il y a de nombreuses raisons d’exécuter Discourse dans Docker (en production), sans aucun doute.
Cependant, pour le développement de plugins, j’ai finalement basculé vers une configuration « bare metal » sans Docker, et je vois déjà que le chargement et le rechargement des plugins, le débogage et toutes ces choses amusantes seront beaucoup plus rapides et plus agréables en dehors de Docker, c’est certain.