Hosting-Anleitung unklar - Installation auf gemietetem Webhosting ohne sudo möglich?

Hallo, es ist schon lange her, dass ich versucht habe, so etwas einzurichten (früher habe ich Dinge wie PHPNuke und ähnliches eingerichtet). Nach etwas Suchen scheint Discourse eine der besseren Foren-Plattformen zu sein.

Die Installationsanweisungen sind für mich sehr unklar, und ich bin mir nicht einmal sicher, ob ich es auf dem gemieteten Webhosting installieren kann, da es anscheinend sudo/root-Rechte erfordert, die ich nicht habe… Stimmt das?

(Ich miete Webhosting bei NFOServers.com und verbinde mich per PuTTY SSH mit dem Webhosting.)

Kann mir jemand sagen, ob das möglich ist oder nicht, und falls ja, mir zeigen, wo ich detailliertere Anweisungen für mein Szenario finden kann (anstatt es auf meiner eigenen Linux-Maschine zu hosten…)?

Danke!

Du benötigst Root-Rechte und musst Docker installieren können. Ich habe die Dokumentation kürzlich nicht gelesen, aber ich dachte, das sei klar.

Falls nicht, wie könnten sie es klarer formulieren?

Warum ist das so? Es gibt keinen technischen Grund, der Root-Zugriff erfordert. Wäre es nicht möglich, wie üblich eine Docker-Compose-Datei oder Ähnliches zu verwenden? Dies bricht die Kompatibilität mit jeder Art von Unternehmensumgebung und Lösungen wie Podman und Kubernetes.
Das Schöne an Containern ist, dass sie einfach bereitzustellen sind, da sie in einem Standardformat verpackt sind, ohne auf anbieterspezifische externe Tools angewiesen zu sein, was hier geschieht. Die Entwickler bemühen sich, die Dinge für Sysadmins so einfach wie möglich zu machen, indem sie ein unterstützendes Tool bereitstellen, aber indem sie es obligatorisch machen, erschweren sie ihre Aufgabe.

Das Bitnami-Image auf DockerHub hat doppelt so viele Downloads. Ich frage mich, ob das daran liegt, dass sie ordnungsgemäß verpackt sind (ein Container für jeden Dienst, nicht viele Dienste, die in einem einzigen undurchsichtigen Container gebündelt sind) und mit einer Compose-Datei ausgeführt werden können.

Nicht einfach. Siehe Can Discourse ship frequent Docker images that do not need to be bootstrapped?

Eine Erklärung ist, dass Docker-Compose zu Beginn des Projekts noch nicht wirklich praktikabel war, sodass sie ihren eigenen Launcher entwickelten. Das ist es, was sie für ihr Hosting verwenden, und es gibt keinen Grund, es zu ändern. Die Installationsdokumentation funktioniert erstaunlich gut für Leute, die absolut keine Ahnung von Systemadministration haben.

[quote=“Francesco Frassinelli, post:3, topic:183600, username:frafra”]
Das Bitnami-Image auf DockerHub hat doppelt so viele Downloads. Ich frage mich, ob das daran liegt, dass sie richtig verpackt sind (ein Container für jeden Dienst, nicht viele Dienste in einem einzigen undurchsichtigen Container gebündelt) und mit einer Compose-Datei ausgeführt werden können.
[/quote] Das vermute ich. Und sie scheinen für viele Leute zu funktionieren, aber wenn Sie zu diesen Leuten gehören und etwas schief geht, können Sie hier nicht (viel) Hilfe bekommen, weil es nicht das ist, was die Leute hier kennen. Es ist unklar (zumindest für mich), welche Art von Unterstützung sie woanders bekommen können, aber oft gibt es Austausche wie “Um dieses Problem zu lösen, tun Sie einfach X”, gefolgt von “Ich kann X nicht tun, weil ich Bitnami benutze und nicht weiß, wie das geht.”

Das heißt, ich habe angefangen, Images zu erstellen, die den unterstützten Images sehr ähnlich sind, aber mit Docker Compose und ähnlichen Tools bereitgestellt werden können. Ich habe kürzlich in Erwägung gezogen, sie so kompatibel wie möglich mit dem Bitnami-Image zu machen, damit der Wechsel zwischen ihnen einfach ist. Was ich zur Verfügung habe, ist noch nicht ganz fertig für die Nutzung durch andere, da ich noch Dinge ändere; ich bin mir nicht sicher, ob es ein paar Monate oder ein paar Jahre dauern wird.

Vielen Dank, Jay, für die schnelle Antwort zu einer so alten Diskussion und für den interessanten Link.

Ich habe Bitnami-Images ausprobiert, aber es gab einige Fehler, und ich habe aufgehört, sie zu melden, als ich las, dass sie die Probleme einfach nicht lesen. Deshalb würde ich es vorziehen, das offiziell unterstützte Setup zu verwenden und sogar dazu beizutragen, wie ich es oft mit anderen Open-Source-Projekten getan habe. Ich wäre offen dafür, das Docker-Setup, an dem Sie arbeiten, zu testen und dazu beizutragen, wenn Sie es teilen können und denken, dass es gut wäre, es für Diskussionen und Beiträge zu öffnen.