Discourse unter Windows für die Entwicklung installieren

[Discourse]

Diese Anleitung wurde unter Windows 10 und 11 getestet.

Um eine Entwicklungsumgebung für Discourse unter Windows einzurichten, können Sie die Funktion Windows Subsystem for Linux verwenden.

Diese Einrichtung erfordert die Installation von WSL 2. Sie ist nur in Windows 10 Builds 18917 oder höher verfügbar. Wir gehen davon aus, dass Sie bereits Windows Subsystem for Linux 2 (Ubuntu) auf Ihrem Windows 10-System installiert haben. WARNUNG: Installieren Sie Ubuntu 18.04 und nicht 20.04, da einige Installationen unter 20.04 fehlschlagen können. Weitere Informationen finden Sie in den Notizen vom 30. Juni 2020 am Ende dieses Beitrags.

Legen wir los!

Discourse installieren

1. Befolgen Sie zunächst die Schritte aus dem Thema Beginners Guide to Install Discourse on Ubuntu for Development bis zum Schritt Discourse klonen.

@techAPJ

Discourse-Abhängigkeiten installieren

Sie benötigen die folgenden Pakete auf Ihrem System:

• Git
• rbenv oder asdf
• ruby-build
• Ruby (neueste stabile Version)
• Rails
• PostgreSQL
• SQLite
• Redis
• Node.js
• pnpm
• MailHog**
• ImageMagick**

** optional

Da wir nun die Discourse-Abhängigkeiten installiert haben, fahren wir mit der Installation von Discourse selbst fort.

2. Bevor Sie die Datenbank einrichten, müssen Sie den PostgreSQL-Dienst und den Redis-Server manuell mit folgenden Befehlen starten:

   sudo service postgresql start
   redis-server --daemonize yes
   

3. Folgen Sie dann allen verbleibenden Schritten des Ubuntu-Leitfadens.

@techAPJ

Discourse klonen

Klonen Sie das Discourse-Repository in den Ordner ~/discourse:

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

~ steht für den Home-Ordner, sodass der Discourse-Quellcode in Ihrem Home-Ordner verfügbar sein wird.

Datenbank einrichten

Erstellen Sie eine Rolle mit demselben Namen wie Ihr Ubuntu-Benutzername:

sudo -u postgres createuser -s "$USER"

Discourse bootstrappen

Wechseln Sie in Ihren Discourse-Ordner:

cd ~/discourse

Installieren Sie die benötigten Gems:

source ~/.bashrc
bundle install

Nachdem Sie die Gems erfolgreich installiert haben, führen Sie diese Befehle aus:

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

Versuchen Sie, die Testspezifikationen auszuführen:

bundle exec rake autospec

Alle Tests sollten erfolgreich durchlaufen.

Starten Sie den Rails-Server:

bundle exec rails server

Sie sollten nun in der Lage sein, eine Verbindung mit Ihrer Discourse-App unter http://localhost:3000 herzustellen – probieren Sie es aus!

In einer separaten Terminal-Instanz navigieren Sie zu Ihrem Discourse-Ordner (cd ~/discourse) und führen Sie aus:

bin/dev --only ember

Dies startet den Frontend-Bundler; die App bleibt unter http://localhost:3000 bereitgestellt.

Einen Befehl zum Starten von Discourse erstellen

Ihre Entwicklungsumgebung ist jetzt fast einsatzbereit. Das einzige Problem ist, dass Sie jedes Mal, wenn Sie Ubuntu unter Windows öffnen, den PostgreSQL-Dienst und den Redis-Server manuell starten müssen. Keine Sorge, wir können dies umgehen, indem wir einen benutzerdefinierten Befehl erstellen

cd ~

Erstellen Sie eine neue Datei mit dem Befehl nano start-discourse, fügen Sie den untenstehenden Inhalt ein, speichern Sie und beenden Sie.

#!/bin/bash

# zum Starten von PostgreSQL
sudo service postgresql start

# zum Starten des Redis-Servers
redis-server --daemonize yes

Ändern Sie nun die CHMOD-Berechtigungen mit dem folgenden Befehl:

chmod +x start-discourse

Und kopieren Sie die Datei in Ihren Bin-Ordner:

sudo cp start-discourse /usr/bin/

Fertig. Jetzt können Sie jedes Mal, wenn Sie Ubuntu Bash öffnen, einfach den folgenden Befehl ausführen und mit der Entwicklung beginnen

start-discourse

---

Alternativ können Sie, wenn Sie Windows 10 Enterprise, Pro oder Education Edition verwenden, eine Linux-Virtualmaschine in Hyper-V erstellen, um die Discourse-Entwicklungsumgebung einzurichten.

Hinweise zur Windows-Umgebung

Stand 30. Juni 2020:

@AndreaHabib

Mit der Einführung von Windows 10 Build 2004 und WSL 2 könnten viele von Ihnen auf einige Probleme stoßen, da Discourse nun WSL 2 für die Ausführung benötigt.
Zunächst: Falls Sie dies noch nicht getan haben, sollten Sie Ihr System auf Windows 2004 (19041) aktualisieren.
Hinweis: Installieren Sie nicht über Windows Update in den Systemeinstellungen, da dies zu Fehlern während der Installation führen kann. Stellen Sie außerdem sicher, dass Sie Windows 1903 (18362) oder 1909 (18363) verwenden; Sie können dies mit winver überprüfen.

• Gehen Sie zu: Windows 10 herunterladen
• Klicken Sie auf den Button „Jetzt aktualisieren“ unter „Windows 10 Mai 2020 Update“, um den Aktualisierungsassistenten herunterzuladen und die Installation abzuschließen.
• Falls Sie Fehler erhalten, laden Sie das Media Creation Tool herunter, führen Sie es aus und erstellen Sie einen bootfähigen Flash-Laufwerk (mindestens 8 GB), um Windows damit zu installieren.

Nach Abschluss der Windows-Installation müssen Sie WSL 2 manuell installieren.
Zunächst müssen wir jedoch sicherstellen, dass zwei Funktionen aktiviert sind:

• Die „Virtual Machine Platform“, die direkt in Windows über „Programme und Funktionen“ und dann durch Aktivieren von „Optionale Features“ in „Windows-Features aktivieren oder deaktivieren“ aktiviert werden kann.
• Die andere ist „Virtualisierung“, die nur im BIOS aktiviert werden kann. Diese Option kann je nach Mainboard variieren, z. B. heißt sie bei AMD „SVM“. Bitte recherchieren Sie daher die spezifischen Einstellungen Ihres Mainboards.

Sobald beide Funktionen aktiviert sind:

• Installieren Sie Ubuntu 18.04 und nicht 20.04, da einige Installationen unter 20.04 fehlschlagen können.
• Gehen Sie hierher und aktualisieren Sie den Linux-Kernel: Link in den Antworten.
• Gehen Sie zu diesem Link und folgen Sie den Schritten: Windows Subsystem for Linux (WSL) unter Windows 10 installieren | Microsoft Docs
• Öffnen Sie PowerShell (als Administrator) und führen Sie aus: wsl --set-version Ubuntu-18.04 2 oder wsl --set-version Ubuntu 2, je nachdem, welche Distribution in wsl -l -v angezeigt wird.
• Die Konvertierung dauert einige Minuten.
• Führen Sie wsl -l -v aus, um sicherzustellen, dass Ubuntu auf WSL 2 läuft.

Jetzt können Sie Ubuntu-18.04 oder Windows Terminal mit Ubuntu starten und die Abhängigkeiten sowie Tools installieren.

Hinweis: Wenn Sie beim Installieren eines der Gems während bundle install einen Fehler erhalten: Stellen Sie sicher, dass Sie Ubuntu-18.04 und nicht 20.04 verwenden.

Wenn Sie jedoch bereits PostgreSQL 12 auf Port 5432 laufen haben, könnten Sie auf Probleme stoßen, da die Abhängigkeiten PostgreSQL 10 installieren, was den Port möglicherweise auf 5433 erhöht.
Um dies zu beheben:

• Öffnen Sie Ihren Ordner in einem Texteditor (z. B. VS Code).
• Gehen Sie zu config/database.yml.
• Unter „development“ und unter „adapter“ fügen Sie eine neue Zeile hinzu und schreiben Sie: port: 5433.
• Stellen Sie sicher, dass Sie dasselbe für „test“ und „profile“ tun.

Wenn das oben Genannte nicht funktioniert, überprüfen Sie, ob PostgreSQL läuft und auf welchem Port, mittels pg_isready. Befolgen Sie dann die oben genannten Anweisungen und setzen Sie den Port auf den Port, auf dem die Datenbank läuft.

FÜR DEN LINUX-KERNEL: Aktualisierung des WSL 2 Linux-Kernels | Microsoft Docs

@RickyC0626

Eine Lösung, die keine explizite Portkonfiguration in database.yml erfordert.

Einige Fehler während der Erstellung und Migration der Datenbank:

Ungültige Redis-Verbindung zu einem bestimmten Port / Verbindungsverweigerung

bundle exec rake db:create

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

Verursacht durch:
Errno::ECONNREFUSED: Connection refused - connect(2) for 127.0.0.1:6379
...

Verursacht durch:
IO::EINPROGRESSWaitWritable: Operation now in progress - connect(2) would block
...

Tasks: TOP => db:create => db:load_config => environment
(Vollständigen Trace durch Ausführen der Aufgabe mit --trace anzeigen)

Aus diesem Fehler geht hervor, dass Redis den Port 6379 verwendet. Dies können wir beheben, indem wir den Redis-Server über diesen Port starten.

Standardmäßig sollte redis-server --daemonize yes funktionieren, aber falls nicht, verwenden Sie:

redis-server --daemonize yes --port 6379

Überprüfen Sie den Status der Redis-Instanz:

redis-cli

127.0.0.1:6379> ping
PONG

Ungültige Verbindung zum psql-Port

bundle exec rake db:migrate

PG::ConnectionBad: could not connect to server: No such file or directory
       Läuft der Server lokal und akzeptiert
       Verbindungen auf Unix-Domain-Socket "/var/run/postgresql/.s.PGSQL.5432"?

Aus diesem Fehler geht hervor, dass PostgreSQL Probleme hat, eine Verbindung zum Port 5432 herzustellen. Normalerweise sollte das Starten des Dienstes funktionieren.

sudo service postgresql start

Wenn dies immer noch nicht funktioniert und der Fehler bestehen bleibt, prüfen Sie, auf welchem Port der Dienst lauscht, und ändern Sie bei Bedarf den Port auf den gewünschten Port in postgresql.conf:

pg_isready

/var/run/postgresql:5432 - keine Antwort
oder
/var/run/postgresql:5432 - akzeptiert Verbindungen

---

Das Ergebnis

Sobald wir das oben Genannte durchgeführt oder den Befehl start-discourse ausgeführt haben, sollten beide Instanzen auf ihren Standard- bzw. angegebenen Ports laufen. Um ihren Status über das Standard-Windows-cmd-Terminal zu überprüfen, können wir ausführen:

netstat -anop tcp

Dies zeigt etwas wie folgt an:

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

Wir haben nun bestätigt, dass sowohl unsere PostgreSQL- als auch unsere Redis-Server-Instanzen laufen.

Wir können auch den Status der Instanzen unter Ubuntu oder WSL mit folgenden Befehlen überprüfen:

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

---

Von hier aus sollten diese Befehle ohne größere Probleme funktionieren, ohne dass die Datei database.yml geändert werden muss:

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

Weitere auftretende Probleme können in Zukunft behoben werden.

Stand 1. Juli 2020

@RickyC0626

Eine Lösung, die keine explizite Portkonfiguration in database.yml erfordert.

Einige Fehler während der Erstellung und Migration der Datenbank:

Ungültige Redis-Verbindung zu einem bestimmten Port / Verbindungsverweigerung

bundle exec rake db:create

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

Verursacht durch:
Errno::ECONNREFUSED: Connection refused - connect(2) for 127.0.0.1:6379
...

Verursacht durch:
IO::EINPROGRESSWaitWritable: Operation now in progress - connect(2) would block
...

Tasks: TOP => db:create => db:load_config => environment
(Vollständigen Trace durch Ausführen der Aufgabe mit --trace anzeigen)

Aus diesem Fehler geht hervor, dass Redis den Port 6379 verwendet. Dies können wir beheben, indem wir den Redis-Server über diesen Port starten.

Standardmäßig sollte redis-server --daemonize yes funktionieren, aber falls nicht, verwenden Sie:

redis-server --daemonize yes --port 6379

Überprüfen Sie den Status der Redis-Instanz:

redis-cli

127.0.0.1:6379> ping
PONG

Ungültige Verbindung zum psql-Port

bundle exec rake db:migrate

PG::ConnectionBad: could not connect to server: No such file or directory
       Läuft der Server lokal und akzeptiert
       Verbindungen auf Unix-Domain-Socket "/var/run/postgresql/.s.PGSQL.5432"?

Aus diesem Fehler geht hervor, dass PostgreSQL Probleme hat, eine Verbindung zum Port 5432 herzustellen. Normalerweise sollte das Starten des Dienstes funktionieren.

sudo service postgresql start

Wenn dies immer noch nicht funktioniert und der Fehler bestehen bleibt, prüfen Sie, auf welchem Port der Dienst lauscht, und ändern Sie bei Bedarf den Port auf den gewünschten Port in postgresql.conf:

pg_isready

/var/run/postgresql:5432 - keine Antwort
oder
/var/run/postgresql:5432 - akzeptiert Verbindungen

---

Das Ergebnis

Sobald wir das oben Genannte durchgeführt oder den Befehl start-discourse ausgeführt haben, sollten beide Instanzen auf ihren Standard- bzw. angegebenen Ports laufen. Um ihren Status über das Standard-Windows-cmd-Terminal zu überprüfen, können wir ausführen:

netstat -anop tcp

Dies zeigt etwas wie folgt an:

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

Wir haben nun bestätigt, dass sowohl unsere PostgreSQL- als auch unsere Redis-Server-Instanzen laufen.

Wir können auch den Status der Instanzen unter Ubuntu oder WSL mit folgenden Befehlen überprüfen:

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

---

Von hier aus sollten diese Befehle ohne größere Probleme funktionieren, ohne dass die Datei database.yml geändert werden muss:

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

Weitere auftretende Probleme können in Zukunft behoben werden.

---

Zuletzt überprüft von @SaraDev am 2022-06-16T02:00:00Z

---

Dieses Dokument ist versionskontrolliert – schlagen Sie Änderungen auf GitHub vor.

[Arkshine]

@Arkshine

Auf einem frischen Ubuntu 22 (Windows 10, WSL2) und einer erfolgreichen Discourse-Installation werden alle Bilder nicht auf dem Standardport 4200 ausgeliefert.

Okay, Lösung gefunden.

Mir ist aufgefallen, dass das Ersetzen von 127.0.0.1 durch localhost die Bilder reparieren würde.

Nach einigem Suchen ist dies der Befehl, mit dem Sie Discourse starten können:

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

---

Ich werde versuchen, die Anleitung später zu aktualisieren.

[Arkshine]

Gibt es eine Möglichkeit, diesen PR zu überprüfen?

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

Das würde diese Anleitung ein wenig benutzerfreundlicher machen.

[Will_S1 (Will S)]

Haben Sie eine Idee, warum ich nach bundle install\n die Meldung „Leider ist ein unerwarteter Fehler aufgetreten, und Bundler kann nicht fortfahren.“ erhalte?

[D111 (D)]

Gleiches Problem

[sam (Sam Saffron)]

Können Sie einen Screenshot des Fehlers bereitstellen? Welche Ruby-Version ist installiert?

[frocm]

Ich habe Probleme mit Abhängigkeiten:

ux430uq@Asus-UX430UQ:~/discourse$ bundle install
Sie müssen Bundler 2 oder höher mit dieser Lockfile verwenden.
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)
    Sie haben keine Schreibberechtigungen für das Verzeichnis /var/lib/gems/2.5.0.
ux430uq@Asus-UX430UQ:~/discourse$
ux430uq@Asus-UX430UQ:~/discourse$ sudo gem install bundler
[sudo] Passwort für ux430uq:
Fetching: bundler-2.4.20.gem (100%)
ERROR:  Error installing bundler:
        Die letzte Version von bundler (>= 0), die Ihre Ruby- & RubyGems-Version unterstützt, war 2.3.26. Versuchen Sie, sie mit `gem install bundler -v 2.3.26` zu installieren.
        bundler erfordert Ruby-Version >= 2.6.0. Die aktuelle Ruby-Version ist 2.5.0.
ux430uq@Asus-UX430UQ:~/discourse$ bundler -v
Bundler version 1.16.1
ux430uq@Asus-UX430UQ:~/discourse$

Wie kann ich das einfach beheben? Ich habe versucht, 2.6.0 und dann 2.7.0 zu installieren, aber es gab immer wieder andere Probleme.

[AliBenBongo]

Wie in einigen der früheren Kommentare erwähnt, hatte ich auch einige Schwierigkeiten und Fehler, als ich versuchte, dieser Anleitung zu folgen – getestet auf einem Windows 10- und einem Windows 11-Desktop.

Nach einiger Ausprobiererei habe ich endlich Schritte gefunden, die zu einer voll funktionsfähigen Entwicklungsumgebung unter Windows 11 führen, getestet auf dem neuesten Build 22H2 und auch auf der kommenden 23H2 Release Preview (ich gehe davon aus, dass es auch auf dem neuesten Build von Windows 10 funktionieren wird).

Wenn es jemandem nützt, habe ich die Anleitung gerade hier veröffentlicht:-

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…

Hoffentlich hilft das Leuten wie mir, die versuchen, Discourse unter Windows zum Laufen zu bringen

[Canapin (Coin-coin le Canapin)]

Ich habe diese gesamte offizielle Anleitung noch einmal durchgesehen, um sicherzustellen, dass seit meinem letzten Versuch nichts kaputt gegangen ist.
Ich habe Ubuntu (nicht spezifizierte Version) über WSL unter Windows 11 installiert, was die letzte LTS-Version, in diesem Fall 22.04, installiert hat.

Ich bin auf keine Probleme gestoßen; alles war unkompliziert, keine Fehler, und die Dev-Installation funktioniert.

Wenn Sie in Zukunft Probleme bei der Installation von etwas mit einer unserer offiziellen Anleitungen haben, schreiben Sie bitte die Fehler auf und melden Sie sie uns, das ist immer nützlich

---

Zwei Warnungen allerdings:

Bei der Installation von Node.js:

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

                           SCRIPT DEPRECATION WARNING


  Dieses Skript, das sich unter https://deb.nodesource.com/setup_X befindet,
  wurde verwendet, um Node.js zu installieren, ist jetzt veraltet und wird
  schließlich inaktiviert.

  Besuchen Sie das NodeSource-Distributionen-Github und folgen Sie den
  Anweisungen zur Migration Ihres Repos.
  https://github.com/nodesource/distributions

  Das GitHub-Repository für NodeSource Node.js Linux-Distributionen enthält
  Informationen darüber, welche Versionen von Node.js und welche Linux-Distributionen
  unterstützt werden und wie die Installation erfolgt.
  https://github.com/nodesource/distributions


                          SCRIPT DEPRECATION WARNING

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

UM DIESE WARTEZEIT ZU VERMEIDEN, MIGRATEN SIE DAS SKRIPT
Fortsetzung in 60 Sekunden (drücken Sie Strg-C zum Abbrechen) ...

Beim Ausführen von redis-server --daemonize yes:

# WARNUNG Memory overcommit muss aktiviert sein! Ohne ihn kann ein Hintergrundspeichern oder eine Replikation unter geringem Arbeitsspeicher fehlschlagen. Wenn es deaktiviert ist, kann es auch ohne geringen Arbeitsspeicher zu Fehlern kommen. Siehe https://github.com/jemalloc/jemalloc/issues/1328. Um dieses Problem zu beheben, fügen Sie 'vm.overcommit_memory = 1' zu /etc/sysctl.conf hinzu und starten Sie dann neu oder führen Sie den Befehl 'sysctl vm.overcommit_memory=1' aus, damit dies wirksam wird.

[AliBenBongo]

Ich bin mir nicht sicher, warum ich dann so viele Probleme hatte! Vielleicht gab es etwas Seltsames in meiner Windows-Installation, das ich während meiner Fehlersuche behoben habe, ohne es zu merken!

Ich bin aber immer noch zufrieden mit dem, was ich bisher gelernt habe, und freue mich darauf, weiterhin daran zu arbeiten, meine Foren nach Discourse zu migrieren.

[Arkshine]

@Canapin

Ich habe diesen gesamten offiziellen Leitfaden noch einmal durchgesehen, um sicherzustellen, dass seit meinem letzten Versuch nichts kaputt gegangen ist.

Ich musste Windows neu installieren und habe jetzt ein frisches Windows 11 installiert.
Ich werde dem Leitfaden folgen und später berichten! Ich werde auch @AliBenBongo’s Leitfaden im Hinterkopf behalten.

[Arkshine]

Hier ist eine Nachlese.
Der Leitfaden könnte sicherlich ein Update gebrauchen, aber er funktioniert auf einem frischen Windows 11 22H2 immer noch wunderbar.
Das einzige Problem, das ich hatte, war, dass die WSL-Funktion standardmäßig nicht aktiviert war, obwohl der Befehl wsl in einem Terminal funktionierte:

[NateDhaliwal]

Ich glaube, diese Anleitung ist veraltet. Die im Ubuntu/Debian-Leitfaden erwähnten Schritte existieren nicht mehr.

[NateDhaliwal]

Gibt es eine Möglichkeit, all diese Schritte rückgängig zu machen, z. B. das Rückgängigmachen des Installationsskripts von Paketen, Gems und das Klonen?

[TempAccount]

@Discourse

WARNUNG: Installieren Sie Ubuntu 18.04 und nicht 20.04, da einige Installationen auf 20.04 fehlschlagen werden.

Ist die Installation von 18.04 über 20.04 noch erforderlich?

Fehler bei der Installation von nodejs:

# apt install nodejs

Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
Einige Pakete konnten nicht installiert werden. Das könnte bedeuten, dass Sie
eine unmögliche Situation angefordert haben, oder, wenn Sie die
instabile Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder aus Incoming entfernt wurden.
Die folgenden Informationen helfen möglicherweise bei der Lösung des Problems:

Die folgenden Pakete haben nicht erfüllte Abhängigkeiten:
 nodejs : Hängt ab von: libc6 (>= 2.28) aber 2.27-3ubuntu1.6 soll installiert werden
E: Fehler beim Korrigieren von Problemen, Sie haben zurückgehaltene Pakete.```

[saros]

@Arkshine

Okay, ich habe eine Lösung gefunden.

Ich habe bemerkt, dass das Ersetzen von 127.0.0.1 durch localhost das Bildproblem löst.

Nach einer kurzen Suche habe ich herausgefunden, dass Sie Diwsl mit dem folgenden Befehl starten können:

Installation von 24.04 fehlgeschlagen, Host-System kann nicht auf Port 3000 zugreifen.

[merefield (Robert)]

Ich habe es auf 24.04. zum Laufen gebracht. Ich empfehle, mehr Informationen darüber zu teilen, wie die Situation aussieht, wenn du den Server startest.

Versuche FORCE_HOSTNAME=localhost bin/ember-cli -u, wodurch sowohl der Backend- als auch der Frontend-Server gleichzeitig ausgeführt werden.

(Unterwegs: aus dem Gedächtnis)