Installer Discourse sur Windows pour le développement

[Discourse]

Ce tutoriel a été testé sur Windows 10 et 11.

Pour configurer un environnement de développement pour Discourse sur Windows, vous pouvez utiliser la fonctionnalité Windows Subsystem for Linux.

Cette configuration nécessite l’installation de WSL 2. Elle n’est disponible que sur les versions de Windows 10 18917 ou supérieures. Nous supposons que vous avez déjà installé Windows Subsystem for Linux 2 (Ubuntu) sur votre système Windows 10. ATTENTION : Installez Ubuntu 18.04, et non 20.04, car certaines installations échoueront sur 20.04. Pour plus d’informations, consultez les notes du 30 juin 2020 en bas de ce message.

Commençons !

Installation de Discourse

1. Suivez d’abord les étapes du sujet Beginners Guide to Install Discourse on Ubuntu for Development jusqu’à l’étape Clone Discourse.

@techAPJ

Installation des dépendances de Discourse

Vous aurez besoin des paquets suivants sur votre système :

• Git
• rbenv ou asdf
• ruby-build
• Ruby (dernière version stable)
• Rails
• PostgreSQL
• SQLite
• Redis
• Node.js
• pnpm
• libvips
• MailHog**
• ImageMagick**

** optionnel

Maintenant que les dépendances de Discourse sont installées, passons à l’installation de Discourse lui-même.

2. Avant de configurer la base de données, vous devez démarrer manuellement le service PostgreSQL et le serveur Redis à l’aide des commandes suivantes :

   sudo service postgresql start
   redis-server --daemonize yes
   

3. Ensuite, parcourez toutes les étapes restantes du guide Ubuntu.

@techAPJ

Cloner Discourse

Clonez le dépôt Discourse dans le dossier ~/discourse :

git clone https://github.com/discourse/discourse.git ~/discourse

~ indique le dossier personnel, le code source de Discourse sera donc disponible dans votre dossier personnel.

Configuration de la base de données

Créez un rôle portant le même nom que votre nom d’utilisateur système Ubuntu :

sudo -u postgres createuser -s "$USER"

Amorçage de Discourse

Passez à votre dossier Discourse :

cd ~/discourse

Installez les gems nécessaires

source ~/.bashrc
bundle install

Maintenant que vous avez installé avec succès les gems, exécutez ces commandes :

bundle exec rake db:create
bundle exec rake db:migrate
RAILS_ENV=test bundle exec rake db:create db:migrate

Essayez d’exécuter les spécifications :

bundle exec rake autospec

Tous les tests devraient réussir.

Démarrez le serveur Rails :

bundle exec rails server

Vous devriez maintenant pouvoir vous connecter à votre application Discourse sur http://localhost:3000 - essayez !

Dans une instance de terminal séparée, accédez à votre dossier discourse (cd ~/discourse) et exécutez :

bin/dev --only ember

Cela démarre le bundler frontend ; l’application reste servie depuis http://localhost:3000.

Création d’une commande pour démarrer Discourse

Votre environnement de développement est maintenant presque prêt. Le seul problème est qu’à chaque fois que vous ouvrez Ubuntu sur Windows, vous devez démarrer manuellement le service PostgreSQL et le serveur Redis. Ne vous inquiétez pas, nous pouvons trouver une solution en créant une commande personnalisée

cd ~

Créez un nouveau fichier à l’aide de la commande nano start-discourse et collez le contenu ci-dessous, puis enregistrez et quittez.

#!/bin/bash

# pour démarrer PostgreSQL
sudo service postgresql start

# pour démarrer le serveur Redis
redis-server --daemonize yes

Modifiez maintenant les permissions CHMOD à l’aide de la commande ci-dessous :

chmod +x start-discourse

Et copiez le fichier dans votre dossier bin :

sudo cp start-discourse /usr/bin/

C’est fait. Désormais, chaque fois que vous ouvrez le bash Ubuntu, exécutez simplement la commande ci-dessous et commencez à développer

start-discourse

---

Alternativement, si vous utilisez Windows 10 enterprise, pro ou education edition, vous pouvez créer une machine virtuelle Linux dans hyper-v pour configurer l’environnement de développement Discourse.

Notes sur l’environnement Windows

À partir du 30 juin 2020 :

@AndreaHabib

Avec l’introduction de la version 2004 de Windows 10 et de WSL 2, beaucoup d’entre vous pourraient rencontrer des problèmes, car Discourse nécessite désormais WSL 2 pour fonctionner réellement.
Pour commencer : Si vous ne l’avez pas encore fait, vous voudrez probablement mettre à jour votre système vers Windows 2004 (19041).
Note : N’installez pas via Windows Update dans les paramètres système, car vous pourriez obtenir des erreurs en cours d’installation. Assurez-vous également d’être sur Windows 1903 (18362) ou 1909 (18363), vous pouvez chercher winver pour cela.

• Allez sur : Download Windows 10
• Cliquez sur le bouton Update Now sous Windows 10 May 2020 Update pour télécharger l’assistant de mise à jour et laissez-le s’installer et terminer
• Si vous obtenez des erreurs, téléchargez l’outil de création de média, exécutez-le et créez une clé USB bootable (au moins 8 Go) et utilisez-la pour installer Windows.

Une fois l’installation de Windows terminée, vous devrez installer manuellement WSL 2.
Mais d’abord, nous devons nous assurer que 2 fonctionnalités sont activées :

• Virtual Machine Platform, qui peut être activée directement depuis Windows en allant dans Programmes et fonctionnalités puis en activant les fonctionnalités optionnelles dans Activer ou désactiver les fonctionnalités Windows
• L’autre est la Virtualisation, qui ne peut être activée que depuis votre BIOS. Cependant, cette option peut varier d’une carte mère à l’autre. Par exemple, sur AMD, cela s’appelle SVM. Veuillez donc consulter votre carte mère spécifique.

Maintenant que vous avez activé les deux fonctionnalités :

• Installez Ubuntu 18.04, et non 20.04, car certaines installations échoueront sur 20.04.
• Allez ici et mettez à jour le noyau Linux : Lien dans les réponses
• Allez sur ce lien et suivez les étapes : Install Windows Subsystem for Linux (WSL) on Windows 10 | Microsoft Docs
• Allez dans powershell (exécuter en tant qu’administrateur) et exécutez : wsl --set-version Ubuntu-18.04 2 ou wsl --set-version Ubuntu 2, selon la distribution qui apparaît dans wsl -l -v
• La conversion prend du temps, quelques minutes
• Exécutez wsl -l -v pour vous assurer qu’Ubuntu fonctionne sur WSL 2

Vous pouvez maintenant exécuter Ubuntu-18.04 ou Windows Terminal avec Ubuntu et commencer à installer les dépendances et les outils.

Note : Si vous rencontrez une erreur lors de l’installation de l’une des gems pendant bundle install : Assurez-vous d’être sur Ubuntu-18.04 et non 20.04

Cependant, si vous avez déjà postgreSQL 12 et qu’il fonctionne sur le port 5432, vous pourriez rencontrer des problèmes, car les dépendances installent postgreSQL 10, ce qui pourrait incrémenter le port à 5433.
Pour corriger cela :

• Ouvrez votre dossier dans un éditeur de texte (VS Code par exemple)
• Allez dans config/database.yml
• Sous development et sous adapter, ajoutez une nouvelle ligne puis ajoutez : port: 5433
• Assurez-vous de faire de même pour test et profile.

Si cela ne fonctionne pas, assurez-vous de vérifier si PostgreSQL est en cours d’exécution et sur quel port via pg_isready. Suivez ensuite les mêmes instructions ci-dessus, en définissant le port égal à celui sur lequel la base de données fonctionne.

POUR LE NOYAU LINUX : Updating the WSL 2 Linux kernel | Microsoft Docs

@RickyC0626

Une solution qui ne nécessite pas de configuration explicite du port dans database.yml

Quelques erreurs lors de la création et de la migration de la base de données :

Connexion Redis invalide à un port spécifique / refus de connexion

bundle exec rake db:create

rake aborted!
Redis::CannotConnectError: Error connecting to Redis on localhost:6379 (Errno::ECONNREFUSED)
...

Caused by:
Errno::ECONNREFUSED: Connection refused - connect(2) for 127.0.0.1:6379
...

Caused by:
IO::EINPROGRESSWaitWritable: Operation now in progress - connect(2) would block
...

Tasks: TOP => db:create => db:load_config => environment
(See full trace by running task with --trace)

À partir de cette erreur, nous pouvons voir que le port utilisé par Redis est 6379, et nous pouvons corriger cela en démarrant le serveur Redis via ce port.

Par défaut, redis-server --daemonize yes devrait fonctionner, mais si ce n’est pas le cas, utilisez :

redis-server --daemonize yes --port 6379

Vérifiez l’état de l’instance Redis :

redis-cli

127.0.0.1:6379> ping
PONG

Connexion invalide au port psql

bundle exec rake db:migrate

PG::ConnectionBad: could not connect to server: No such file or directory
       Is the server running locally and accepting
       connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?

À partir de cette erreur, nous pouvons voir que PostgreSQL a des difficultés à se connecter au port 5432. Habituellement, démarrer le service devrait fonctionner

sudo service postgresql start

Si cela ne fonctionne toujours pas et que l’erreur persiste, essayez de vérifier sur quel port le service écoute, et si nécessaire, changez le port vers celui que vous voulez dans postgresql.conf :

pg_isready

/var/run/postgresql:5432 - no response
or
/var/run/postgresql:5432 - accepting connections

---

Le Résultat

Une fois que nous avons effectué les étapes ci-dessus ou exécuté la commande start-discourse, les deux instances devraient fonctionner sur leurs ports par défaut/spécifiés. Pour vérifier leur état via le terminal cmd par défaut de Windows, nous pouvons exécuter :

netstat -anop tcp

qui affichera quelque chose comme ceci :

Proto    Local Address        Foreign Address        State            PID
TCP      127.0.0.1:5432       0.0.0.0:0              LISTENING        17768
TCP      127.0.0.1:6379       0.0.0.0:0              LISTENING        17768

Nous avons maintenant confirmé que nos instances postgresql et redis-server sont en cours d’exécution.

Nous pouvons également vérifier l’état des instances sur Ubuntu ou WSL, avec les commandes suivantes :

lsof -i

COMMAND     PID        USER  FD  TYPE  DEVICE  SIZE/OFF  NODE  NAME
mailcatch  3244  rickyc0626  7u  IPv4   36127       0t0   TCP  localhost:1025 (LISTEN)
mailcatch  3244  rickyc0626  8u  IPv4   36128       0t0   TCP  *:socks (LISTEN)
redis-ser  3287  rickyc0626  6u  IPv6   29352       0t0   TCP  *:6379 (LISTEN)
redis-ser  3287  rickyc0626  7u  IPv6   29353       0t0   TCP  *:6379 (LISTEN)

---

sudo ss -plunt | grep postgres

tcp  LISTEN  0  128  127.0.0.1:5432  0.0.0.0:*  users:(("postgres",pid=3070,fd=7))

---

pg_lsclusters

Ver Cluster Port Status Owner    Data directory              Log file
10  main    5432 online postgres /var/lib/postgresql/10/main /var/log/postgresql/postgresql-10-main.log

---

À partir d’ici, ces commandes devraient fonctionner sans grands problèmes, sans avoir besoin de modifier le fichier database.yml :

bundle exec rake db:create
bundle exec rake db:migrate
RAILS_ENV=test bundle exec rake db:create db:migrate

Toute autre question qui se pose pourra être traitée à l’avenir.

À partir du 1er juillet 2020

@RickyC0626

Une solution qui ne nécessite pas de configuration explicite du port dans database.yml

Quelques erreurs lors de la création et de la migration de la base de données :

Connexion Redis invalide à un port spécifique / refus de connexion

bundle exec rake db:create

rake aborted!
Redis::CannotConnectError: Error connecting to Redis on localhost:6379 (Errno::ECONNREFUSED)
...

Caused by:
Errno::ECONNREFUSED: Connection refused - connect(2) for 127.0.0.1:6379
...

Caused by:
IO::EINPROGRESSWaitWritable: Operation now in progress - connect(2) would block
...

Tasks: TOP => db:create => db:load_config => environment
(See full trace by running task with --trace)

À partir de cette erreur, nous pouvons voir que le port utilisé par Redis est 6379, et nous pouvons corriger cela en démarrant le serveur Redis via ce port.

Par défaut, redis-server --daemonize yes devrait fonctionner, mais si ce n’est pas le cas, utilisez :

redis-server --daemonize yes --port 6379

Vérifiez l’état de l’instance Redis :

redis-cli

127.0.0.1:6379> ping
PONG

Connexion invalide au port psql

bundle exec rake db:migrate

PG::ConnectionBad: could not connect to server: No such file or directory
       Is the server running locally and accepting
       connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?

À partir de cette erreur, nous pouvons voir que PostgreSQL a des difficultés à se connecter au port 5432. Habituellement, démarrer le service devrait fonctionner

sudo service postgresql start

Si cela ne fonctionne toujours pas et que l’erreur persiste, essayez de vérifier sur quel port le service écoute, et si nécessaire, changez le port vers celui que vous voulez dans postgresql.conf :

pg_isready

/var/run/postgresql:5432 - no response
or
/var/run/postgresql:5432 - accepting connections

---

Le Résultat

Une fois que nous avons effectué les étapes ci-dessus ou exécuté la commande start-discourse, les deux instances devraient fonctionner sur leurs ports par défaut/spécifiés. Pour vérifier leur état via le terminal cmd par défaut de Windows, nous pouvons exécuter :

netstat -anop tcp

qui affichera quelque chose comme ceci :

Proto    Local Address        Foreign Address        State            PID
TCP      127.0.0.1:5432       0.0.0.0:0              LISTENING        17768
TCP      127.0.0.1:6379       0.0.0.0:0              LISTENING        17768

Nous avons maintenant confirmé que nos instances postgresql et redis-server sont en cours d’exécution.

Nous pouvons également vérifier l’état des instances sur Ubuntu ou WSL, avec les commandes suivantes :

lsof -i

COMMAND     PID        USER  FD  TYPE  DEVICE  SIZE/OFF  NODE  NAME
mailcatch  3244  rickyc0626  7u  IPv4   36127       0t0   TCP  localhost:1025 (LISTEN)
mailcatch  3244  rickyc0626  8u  IPv4   36128       0t0   TCP  *:socks (LISTEN)
redis-ser  3287  rickyc0626  6u  IPv6   29352       0t0   TCP  *:6379 (LISTEN)
redis-ser  3287  rickyc0626  7u  IPv6   29353       0t0   TCP  *:6379 (LISTEN)

---

sudo ss -plunt | grep postgres

tcp  LISTEN  0  128  127.0.0.1:5432  0.0.0.0:*  users:(("postgres",pid=3070,fd=7))

---

pg_lsclusters

Ver Cluster Port Status Owner    Data directory              Log file
10  main    5432 online postgres /var/lib/postgresql/10/main /var/log/postgresql/postgresql-10-main.log

---

À partir d’ici, ces commandes devraient fonctionner sans grands problèmes, sans avoir besoin de modifier le fichier database.yml :

bundle exec rake db:create
bundle exec rake db:migrate
RAILS_ENV=test bundle exec rake db:create db:migrate

Toute autre question qui se pose pourra être traitée à l’avenir.

---

Dernière vérification par @SaraDev le 2022-06-16T02:00:00Z

---

Ce document est versionné - suggérez des modifications sur github.

[Arkshine]

@Arkshine

Sur une installation fraîche d’Ubuntu 22 (Windows 10, WSL2) et une installation réussie de Discourse, toutes les images échouent à être servies sur le port par défaut 4200.

Bien, j’ai trouvé une solution.

J’ai remarqué que remplacer 127.0.0.1 par localhost résolvait le problème des images.

Après quelques recherches, voici la commande que vous pouvez utiliser pour démarrer Discourse :

DISCOURSE_HOSTNAME=localhost UNICORN_LISTENER=localhost:3000 bin/ember-cli -u

---

J’essaierai de mettre à jour le guide plus tard.

[Arkshine]

Y a-t-il une chance de revoir cette PR ?

FIX: The PostgreSQL service not starting after installation (WSL2 context)

Cela rendrait ce guide un peu plus convivial.

[Will_S1 (Will S)]

Une idée de pourquoi je reçois « Malheureusement, une erreur inattendue s’est produite et Bundler ne peut pas continuer. » après bundle install ?

[D111 (D)]

même problème

[sam (Sam Saffron)]

Pouvez-vous fournir une capture d’écran de l’erreur. Quelle version de Ruby avez-vous installée ?

[frocm]

J’ai des problèmes de dépendances :

ux430uq@Asus-UX430UQ:~/discourse$ bundle install
You must use Bundler 2 or greater with this lockfile.
ux430uq@Asus-UX430UQ:~/discourse$ bundler -v
Bundler version 1.16.1

ux430uq@Asus-UX430UQ:~/discourse$ gem install bundler

Fetching: bundler-2.4.20.gem (100%)
ERROR:  While executing gem ... (Gem::FilePermissionError)
    You don't have write permissions for the /var/lib/gems/2.5.0 directory.
ux430uq@Asus-UX430UQ:~/discourse$
ux430uq@Asus-UX430UQ:~/discourse$ sudo gem install bundler
[sudo] password for ux430uq:
Fetching: bundler-2.4.20.gem (100%)
ERROR:  Error installing bundler:
        The last version of bundler (>= 0) to support your Ruby & RubyGems was 2.3.26. Try installing it with `gem install bundler -v 2.3.26`
        bundler requires Ruby version >= 2.6.0. The current ruby version is 2.5.0.
ux430uq@Asus-UX430UQ:~/discourse$ bundler -v
Bundler version 1.16.1
ux430uq@Asus-UX430UQ:~/discourse$

Comment puis-je résoudre ce problème facilement ? J’essayais d’installer 2.6.0, puis 2.7.0, mais il y a toujours d’autres problèmes avec cela.

[AliBenBongo]

Comme indiqué dans certains commentaires précédents, j’ai également rencontré des difficultés et des erreurs en essayant de suivre ce guide - j’ai essayé sur un bureau Windows 10 et Windows 11.

Après quelques essais et erreurs, j’ai enfin trouvé les étapes qui aboutissent à un environnement de développement entièrement fonctionnel sous Windows 11, testé sur la dernière build 22H2 et également sur la prochaine version Release Preview 23H2 (je suppose que cela fonctionnera également sur la dernière build de Windows 10).

Si cela peut être utile à quelqu’un, je viens de publier le guide ici :-

Guide to Setting Up Discourse Development Environment - Windows 11

Hi Everyone, After spending some time attempting to get a working development environment up and running under Windows 11 / WSL2 I thought I would share the steps that I have followed. This is my first post here so I hope that this is of use to somebody I am a Systems Administrator used to working with Windows so this has been an interesting journey learning Linux / Ruby / Discourse etc. A few things seem to have changed since the guide for Windows 10 was written and I ran into…

J’espère que cela aidera les personnes comme moi qui essaient de faire fonctionner Discourse sous Windows

[Canapin (Coin-coin le Canapin)]

J’ai parcouru à nouveau ce guide officiel pour m’assurer que rien n’avait changé depuis ma dernière tentative.
J’ai installé Ubuntu (version non spécifiée) via WSL sur Windows 11, ce qui a installé la dernière version LTS, 22.04 dans ce cas.

Je n’ai rencontré aucun problème ; tout était simple, sans erreurs, et l’installation pour le développement fonctionne.

Si vous rencontrez des difficultés pour installer quelque chose en utilisant l’un de nos guides officiels à l’avenir, veuillez noter les erreurs et nous les signaler, c’est toujours utile

---

Deux avertissements cependant :

Lors de l’installation de Node.js :

================================================================================
▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓
================================================================================

                           AVERTISSEMENT DE DÉPRECATION DE SCRIPT

  Ce script, situé à https://deb.nodesource.com/setup_X, utilisé pour
  installer Node.js est maintenant déprécié et sera bientôt rendu inactif.

  Veuillez visiter le dépôt Github des distributions NodeSource et suivre les
  instructions pour migrer votre dépôt.
  https://github.com/nodesource/distributions

  Le dépôt GitHub des distributions Linux NodeSource pour Node.js contient
  des informations sur les versions de Node.js et les distributions Linux
  qui sont prises en charge et comment les installer.
  https://github.com/nodesource/distributions


                          AVERTISSEMENT DE DÉPRECATION DE SCRIPT

================================================================================
▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓
================================================================================

POUR ÉVITER CETTE ATTENTE, MIGREZ LE SCRIPT
Continuation dans 60 secondes (appuyez sur Ctrl-C pour annuler) ...

Lors de l’exécution de redis-server --daemonize yes :

# AVERTISSEMENT Le surallocation de mémoire doit être activé ! Sans cela, une sauvegarde en arrière-plan ou la réplication peut échouer en cas de faible quantité de mémoire. En étant désactivé, cela peut également causer des échecs sans faible quantité de mémoire, voir https://github.com/jemalloc/jemalloc/issues/1328. Pour corriger ce problème, ajoutez 'vm.overcommit_memory = 1' à /etc/sysctl.conf puis redémarrez ou exécutez la commande 'sysctl vm.overcommit_memory=1' pour que cela prenne effet.

[AliBenBongo]

Je ne sais pas pourquoi j’ai eu autant de problèmes alors ! Peut-être y avait-il quelque chose d’étrange dans mon installation Windows que j’ai réussi à corriger pendant mon dépannage sans m’en rendre compte !

Néanmoins, je suis toujours satisfait de ce que j’ai appris jusqu’à présent et j’ai hâte de continuer à travailler à la migration de mes forums vers Discourse.

[Arkshine]

@Canapin

J’ai parcouru à nouveau ce guide officiel pour m’assurer que rien n’avait cassé depuis ma dernière tentative.

J’ai dû réinstaller Windows, et j’ai maintenant une nouvelle installation de Windows 11.
Je vais suivre le guide et je vous donnerai des nouvelles plus tard ! Je garderai également à l’esprit le guide de @AliBenBongo.

[Arkshine]

Voici une mise à jour.

Le guide pourrait certainement bénéficier d’une mise à jour, mais il fonctionne toujours à merveille sur une nouvelle installation de Windows 11 22H2.

Le seul problème que j’ai rencontré est que, même si la commande wsl fonctionnait dans un terminal, la fonctionnalité WSL n’était en fait pas activée par défaut :

[NateDhaliwal]

Je pense que ce guide est obsolète. Les étapes mentionnées dans le guide Ubuntu/Debian n’existent même plus.

[NateDhaliwal]

Existe-t-il un moyen d’annuler toutes ces étapes, par exemple, d’inverser le script d’installation des packages, des gems et du clonage ?

[TempAccount]

@Discourse

AVERTISSEMENT : Installez Ubuntu 18.04, et non 20.04, car certaines installations échoueront sur 20.04.

Est-il toujours nécessaire d’installer 18.04 sur 20.04 ?

Réception d’une erreur lors de l’installation de nodejs :

# apt install nodejs

Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Certains paquets n'ont pas pu être installés. Ceci peut signifier que vous avez
demandé une situation impossible, ou bien, si vous utilisez la distribution
instable, que certains paquets requis n'ont pas encore été créés
ou ont été déplacés hors de Incoming.
Les informations suivantes peuvent aider à résoudre la situation :

Les paquets suivants ont des dépendances non satisfaites :
 nodejs : Dépend: libc6 (>= 2.28) mais 2.27-3ubuntu1.6 va être installé
E : Impossible de corriger les problèmes, vous avez des paquets cassés en attente.```

[saros]

@Arkshine

J’ai trouvé une solution.

J’ai remarqué que remplacer 127.0.0.1 par localhost résout le problème d’image.

Après recherche, vous pouvez démarrer Diwsl avec la commande suivante :

Échec de l’installation sur 24.04, l’hôte ne peut pas se connecter au port 3000

[merefield (Robert)]

Je l’exécute sur 24.04. Je recommande de partager plus d’informations sur l’apparence des choses lorsque vous démarrez le serveur.

Essayez FORCE_HOSTNAME=localhost bin/ember-cli -u, ce qui lancera simultanément les serveurs backend et frontend.

(En déplacement : de mémoire)