Eine langjährige Funktionsanfrage unserer Community ist endlich da! Ab heute können Sie eine vollständige Discourse-Instanz auf einem Raspberry Pi für 35 US-Dollar hosten. Sie können unserer offiziellen Installationsanleitung folgen, und sie wird auf jedem aktuellen Raspberry Pi-Modell sofort funktionieren.
Schon wieder hat Discourse einen wirklich großen Einfluss auf die Branche!
Das ist großartig.
Ich denke, es ist erwähnenswert, dass Oracle Cloud 4 ARM-basierte Ampere A1-Kerne und 24 GB RAM als “Always Free” anbietet, die in bis zu 4 VMs verwendet werden können.
Das ist eine großartige Ausrede für mich, einen weiteren Raspberry Pi zu bekommen 
Fantastisch! 
Ich wollte schon immer ein lokales Netzwerk für meine Nachbarschaft mit einem Spiegel unseres Forums darauf einrichten, um es für die Notfallkommunikation zu nutzen, wenn der Strom ausfällt. Es wäre lustig, das jetzt in Angriff zu nehmen!
Das ist großartig.
Ich habe es Jeff Geerling erwähnt.
Vielleicht bekommen wir ein YouTube-Video, das zeigt, wie man eine Discourse-Seite auf einem Raspberry Pi-Cluster erstellt.
Glaubst du, ein normaler Joe Blow könnte Discourse installieren, indem er die Anweisungen sorgfältig befolgt, oder bräuchte man einen Entwickler, um die Terminologie überhaupt zu verstehen?
Das ist großartig!
Wie sieht es mit dem Leistungsunterschied zwischen der Verwendung eines RPi4 mit SD-Karte oder SSD aus? Reicht die SD-Karte aus?
Ich habe das hier gefunden: Install Discourse on a residential internet with Cloudflare Tunnel
Letzte Frage: Verwenden Sie ein 64-Bit- oder 32-Bit-Betriebssystem mit dem RPI4? Ubuntu Server 20.04.3 LTS 64-Bit für Raspberry Pi 4?
Solange die DB klein ist, sollte es keinen Unterschied geben. Wenn Ihre Datenbank größer als der Pi-RAM ist, könnte dies ein Hinweis darauf sein, zu etwas Robusterem zu wechseln 
Raspbian arm64-Version von Index of /raspios_lite_arm64/images/raspios_lite_arm64-2021-11-08
Leider fehlgeschlagen…
FEHLGESCHLAGEN
--------------------
Pups::ExecError: cd /var/www/discourse && [ ! -d 'node_modules' ] || su discourse -c 'yarn install --production && yarn cache clean' fehlgeschlagen mit Rückgabewert #<Process::Status: pid 3539 exit 1>
Ort des Fehlschlags: /pups/lib/pups/exec_command.rb:112:in `spawn'
exec fehlgeschlagen mit den Parametern {"cd"=>"$home", "cmd"=>["[ ! -d 'node_modules' ] || su discourse -c 'yarn install --production && yarn cache clean'"]}
53e9103763b3963785452f314d9c0023f280ebe76d33a1271a6439d23e8c8ad9
** FEHLGESCHLAGEN BEIM BOOTSTRAP ** bitte scrollen Sie nach oben und suchen Sie nach früheren Fehlermeldungen, es kann mehr als eine geben.
./discourse-doctor kann helfen, das Problem zu diagnostizieren.
Können Sie bitte nach oben scrollen und nach früheren Fehlermeldungen suchen, es kann mehr als eine geben.
I, [2022-01-24T00:30:34.893970 #1] INFO -- : \u003e cd /var/www/discourse \u0026\u0026 [ ! -d 'node_modules' ] || su discourse -c 'yarn install --production \u0026\u0026 yarn cache clean'
warning Resolution field "lodash@4.17.21" is incompatible with requested version "lodash@4.17.15"
2022-01-24 00:31:15.883 UTC [59] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:31:26.025 UTC [3596] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:31:55.876 UTC [59] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:32:06.068 UTC [3606] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:32:15.830 UTC [59] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:32:26.023 UTC [3617] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:32:40.294 UTC [3621] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:32:55.848 UTC [59] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:33:06.000 UTC [3627] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:33:20.766 UTC [3628] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:33:55.862 UTC [59] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:34:06.039 UTC [3634] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:34:22.558 UTC [3635] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:34:35.852 UTC [59] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:34:46.031 UTC [3637] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:34:55.859 UTC [59] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:35:06.036 UTC [3638] LOG: using stale statistics instead of current ones because stats collector is not responding
error An unexpected error occurred: "https://registry.yarnpkg.com/rxjs/-/rxjs-6.6.3.tgz: ESOCKETTIMEDOUT".
I, [2022-01-24T00:35:14.127245 #1] INFO -- : yarn install v1.22.17
[1/5] Validating package.json...
[2/5] Resolving packages...
[3/5] Fetching packages...
info There appears to be trouble with your network connection. Retrying...
info There appears to be trouble with your network connection. Retrying...
info There appears to be trouble with your network connection. Retrying...
info There appears to be trouble with your network connection. Retrying...
info If you think this is a bug, please open a bug report with the information provided in "/var/www/discourse/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.
I, [2022-01-24T00:35:14.128342 #1] INFO -- : Terminating async processes
I, [2022-01-24T00:35:14.128463 #1] INFO -- : Sending INT to HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid: 52
I, [2022-01-24T00:35:14.128549 #1] INFO -- : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 113
2022-01-24 00:35:14.128 UTC [52] LOG: received fast shutdown request
113:signal-handler (1642984514) Received SIGTERM scheduling shutdown...
113:M 24 Jan 2022 00:35:14.221 # User requested shutdown...
113:M 24 Jan 2022 00:35:14.221 * Saving the final RDB snapshot before exiting.
I, [2022-01-24T00:35:24.131678 #1] INFO -- : HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid:52 did not terminate cleanly, forcing termination!
I, [2022-01-24T00:35:24.132139 #1] INFO -- : exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid:113 did not terminate cleanly, forcing termination!
Und da ist es:
Ihre Verbindung ist zu instabil, um Discourse zu erstellen. Ich habe es gerade auf meinem kabelgebundenen Pi4 ohne Probleme neu erstellt, daher sollten Sie Ihr Netzwerk überprüfen.
Oh, danke für die Erinnerung. Sie ging verloren, als ich vor ein paar Monaten umgezogen bin. Habe sie gerade wieder eingeschaltet und auf die neueste Version aktualisiert.
Danke!
Hallo @Falco, vielen Dank für diese wunderbare Information.
Ich habe mein erstes eigenes Forum am Laufen!!! Dank dir!!!
Ist es möglich, auf das Forum über die lokale IP-Adresse des Rechners zuzugreifen? Wenn mein Discourse-Hostname bereits auf eine Domain gesetzt ist (habe sie von Freenom bekommen).
Als ich versuchte, über die IP-Adresse des Rechners auf das Forum zuzugreifen, blieb die Seite immer beim Laden hängen und konnte nie geladen werden.
Ich habe einen Anwendungsfall, bei dem mein Client-Rechner mit einem VPN verbunden ist und keinen Internetzugang hat. Der einzige Weg für mich, auf das Forum zuzugreifen, ist über die IP-Adresse des lokalen Netzwerks.
Diese Diskussion könnte für Sie nützlich sein. Sie bitten um Unterstützung bei einer sehr nicht standardmäßigen Installation:
Danke @merefield.
Ich stelle fest, dass die Verwendung von curl auf der lokalen IP-Adresse des Servers die Seite zurückgibt, aber nicht mit einem Browser.
Hat das etwas mit den Einstellungen im Browser zu tun?
Sie müssen aus mehreren Gründen über den Domainnamen auf die App zugreifen. IP-Zugriff wird meines Wissens nicht unterstützt.
Verstanden! Danke für die Bestätigung.
