Hallo,
hat jemand Erfahrung mit wiki.js auf einem Webhosting mit node.js Unterstützung? Geht das überhaupt?
Schöne Grüße
Hallo,
hat jemand Erfahrung mit wiki.js auf einem Webhosting mit node.js Unterstützung? Geht das überhaupt?
Schöne Grüße
Würde ich auch benötigen! Wie bekomme ich das zum Laufen? Kann nirgendwo was dazu finden...
NodeJS bei netcup ist ein toller Werbebegriff funktioniert allerdings nicht. Egal was ich versucht habe
Moin,
NodeJS wird erst ab den Webhosting 4000 Paket angeboten. Welches Webhosting Paket nutzt ihr?
MfG
Ich schätze, Wiki.js öffnet einen Webserver und damit auch einen Port. Das wird im Webhosting nicht möglich sein.
Moin,
NodeJS wird erst ab den Webhosting 4000 Paket angeboten. Welches Webhosting Paket nutzt ihr?
MfG
Genau, wir nutzen Webhosting 4000
Die Software soll laut Anleitung als Docker Container oder als Service via systemd. Die empholene Datenbank postresql sehe ich hier auch nirgends. Ich denke eine aktuelles nodejs in Version 10/12 dürfte Plesk auch nicht anbieten.
NodeJS läuft bei mir mit meinem Paket einwandfrei auf Version 12.4.0 (leider das aktuellste was es gibt)
Das einzige worauf man achten muss ist, dass man nur auf Port 80 hören darf und kein SSL selbst implementiert, das macht alles der Proxy danach.
Ob die Node Versionen aktualisiert werden weiß ich nicht, hoffe ich aber sonst ist das ganze mit Version 12.4.0 doch schon etwas veraltet.
Entschuldigung dass ich einen so alten Beitrag wiederbelebe aber ich versuche das gerade mit einem Webhosting 8000 nachzustellen und leider kein großer Node.js Benutzer. Ich befürchte der Hinweis von timkoop beerdigt das Unterfangen. Was ich bisher gemacht habe bzw. soweit ich die Schritte verstanden habe:
Das offizielle WikiJS Paket mit wget geholt und am Webhosting httdocs entpackt mit tar gzfs:
wget https://github.com/Requarks/wiki/releases/latest/download/wiki-js.tar.gz
Die config.yml angepasst.
# Daran wird es scheitern, da der Port der Node.js Anwendung nicht in plesk geändert werden kann
# https://www.plesk.com/kb/support/is-it-possible-to-change-node-js-application-port-in-plesk/
port: 3000
# Database MySQL per https://a1b2c.webhosting.systems/smb/database angelegt:
type: mysql
host: Die IP des MySQL Server
port: 3306
user: kundennummer_wikijs
pass: GeheimesPasswort
db: kundennummer_wikijs_user
ssl: false
Alles anzeigen
Aktivieren der Node.js in plesk:
webhosting.systems/modules/nodejs/index.php/domain/index
Wechseln auf eine gerade Version von Node.js z.B. 20 die größer als 12 ist. (Odd-numbered versions (e.g. 13.x, 15.x, 17.x) are NOT officially supported.)
Run Node.js command:
config set legacy-peer-deps true
Run [NPM Install]
Dann weiter im plesk Node.js Modul das index.js aus dem server Verzeichnis gesymlinked und anstatt der app.js eingetragen:
ln -fs server/index.js index.js
Über [Run script] und "start" könnte man jetzt theoretisch den Server starten ... aber das Problem mit dem Port müsste gelöst werden.
Evtl. den Node.JS Code patchen, dass die plesk Passenger engine nicht den konfigurierten port aus der config.yml verwendet, sondern wie im plesk Artikel den des gespawnten Prozesses: port = process.env.PORT
Heute nochmal probiert und die erste Codestelle in server/core/config.js Zeile 56 hat gleich den Erfolg gebracht.
appconfig.port = process.env.PORT
Jetzt läuft Wiki.js 2.5.300 mit MySQL Backend auf einem Webhosting 8000 mit Node.js 20.10.0
(Das Tutorial dazu könnte ich schreiben, wenn Bedarf besteht und die Vorgehensweise sollte ab Webhosting 4000 mit Node.js Unterstützung klappen)
Das Tutorial wäre wirklich interessant, auch wenn 3.x dann nicht mehr auf einem reinem Webhosting zum laufen gebracht werden kann.
Mhm ... stimmt weil Wiki.js ab Version 3 nur noch auf PostgreSQL als Datenbank Backend setzt und PostgreSQL > 11 in keinem Webhosting Tarif verfügbar ist. (Node.js > 18.x wäre nach wie vor noch erfüllt)
weil Wiki.js ab Version 3 nur noch auf PostgreSQL als Datenbank Backend setz
Richtig. Mal sehen wann 3.x stable ist. Anscheinend soll ja noch dieses Jahr eine Beta kommen...
Mhm ... stimmt weil Wiki.js ab Version 3 nur noch auf PostgreSQL als Datenbank Backend setzt und PostgreSQL > 11 in keinem Webhosting Tarif verfügbar ist. (Node.js > 18.x wäre nach wie vor noch erfüllt)
Ist bekannt ob das noch kommen soll?
Also PostgreSQL für Webhosting
Ist bekannt ob das noch kommen soll?
Also PostgreSQL für Webhosting
Vorstellen kann ich mir das nicht, da dies die Zielgruppe nicht hergeben wird... Ich befasse mich seit über zehn Jahren mit Webhosting, und bin dabei nie über den Begriff PostgreSQL gestoßen. Erst als ich mich mit Servern befasst habe…
Vorstellen kann ich mir das nicht, da dies die Zielgruppe nicht hergeben wird... Ich befasse mich seit über zehn Jahren mit Webhosting, und bin dabei nie über den Begriff PostgreSQL gestoßen. Erst als ich mich mit Servern befasst habe…
Findet man wohl eher selten in einem Shared Webhosting, möglich sein sollte es z.B. bei ubersp*ce. Da habe ich aber auch lange nicht mehr reingeschaut.
Ist bekannt ob das noch kommen soll?
Also PostgreSQL für Webhosting
Unter Plesk ist die Installation der Datenbank PostgreSQL nur ein Knopfdruck entfernt und in Sekunden erledigt.
Webhosting bei Xetzner beinhaltet Postgres Datenbanken. Aber ja, auch wenn Postgresql echt gut ist, es wird von nur wenigen Webanwendungen unterstützt. Deshalb hat das fast kein Hoster.
Frage deshalb: Bin gerade dabei paar Dienste von Docker at Home in ein Webhosting zu schieben.
Unter anderem mein FrehsRSS, da hatte ich allerdings eine PostgreSQL Datenbank eingestellt
Mit WikiJS 2.5.301 war die Modifikation der JS Dateien für den Port gar nicht mehr nötig. Habe das Tutorial als Pull Request gestellt und mit einem frischen Webhosting EiWoMiSau und Node.js version 20.11.1 ebenso erfolgreich aufgesetzt. Irgendwie hat WikiJS also die plesk Phusion Node.js Implementierung mit berücksichtigt in Patch 301.
Könnte also netcup noch als Anwendung mit in den Katalog aufnehmen, weil man jetzt gar nichts mehr modifizieren muss. Kenne aber den Bedarf nicht und die meisten EntwicklerInnen werden wohl WikiJS selber in einem Docker Container betreiben.