WSGI Python mit Phusion Passenger auf Webhosting 8000

sas2020 super Anleitung, vielen Dank.

Zitat

Kann man das Kopieren der Python Packages von der lokalen Entwicklungsumgebung auf den Webspace
einfach automatisieren (ohne die Kaskade der SCP-Befehle)?

SCP ist etwas älter und wurde durch SFTP abgelöst - funktioniert ebenfalls über SSH.

Im SFTP Client kannst du mit dem Parameter -b eine Liste von Kommandos (z.B. put, cd etc.) übergeben, die dann ausgeführt werden.

Für eine Passwort Authentication musst du so nur einmal dein Passwort eingeben.

Ich hoffe das ist das, was du suchst.

Zitat von H6G

sas2020 super Anleitung, vielen Dank.

SCP ist etwas älter und wurde durch SFTP abgelöst - funktioniert ebenfalls über SSH.

Im SFTP Client kannst du mit dem Parameter -b eine Liste von Kommandos (z.B. put, cd etc.) übergeben, die dann ausgeführt werden.

Für eine Passwort Authentication musst du so nur einmal dein Passwort eingeben.

Ich hoffe das ist das, was du suchst.

Danke für den Hinweis. SFTP hatte ich bislang immer ignoriert - sollte ich mir aber mal ansehen. Das hilft wahrscheinlich schon weiter. Aber noch schöner wäre etwas wie Capistrano, das die venv "automatisch" auf den Webspace deployt - möglichst im Hintergrund.

Einfach Flask App läuft im Webhosting 4000 nach diesen Anleitungen.

Zitat von mhs

Moin zusammen,

bin wohl ein wenig spät zu meiner eigenen Party xD

Vielen Dank für die Tipps (Habe jetzt erst verstanden, dass man die Packages in den Passenger App Root Ordner manuell hochladen muss... musste...)

Ich habe ein paar Sachen herausgefunden die bestimmt nützlich sind:

• Wie man easy peasy Python Version xx auch auf einem !Webhosting (Webhosting8000) installiert
• ... Python in der Konsole nutzen kann
• ... Venvs macht
• ... Packages installiert
• ... Passenger Python 3.9 (die selbst installierte Python Version) nutzen lässt
  • ... auch das Python einer Venv mit Packages

Mit App Root meine ich den Ordner, der im CCP unter dem Punkt Python > App Root eingestellt wird.

In diesem Ordner sucht Passenger u.a. nach der Startup Datei (z.B. passenger_wsgi.py)

Das Tutorial basiert teils auf dem Vorwissen meines 1. Beitrags.

Vorher aber noch kurz eine Kleinigkeit:

• Wenn man in dem App Root in dem Ordner „tmp“ die Datei „always_restart.txt“ ohne Inhalt erstellt, lädt Passenger bei jedem Reload (F5) die App neu.
• Um die App besser Debuggen zu können kann man im CCP unter Python Passenger auf „Entwicklung“ stellen. Nur bei einem Fehler werden dann detaillierte Fehlermeldungen angezeigt, aber auch der allgemeine Output der App. z.B. auch print(„Hallo ich werde angezeigt wenn es einen Fehler gibt“).

Jetzt zum eigentlichen Spaß:

1. Setup und Installation von Miniconda3, Python 3.9,und Erstellung von Virtuellen Umgebungen:
   (Das alles hat noch nicht was mit Passenger zu tun deswegen ist hier der App Root Ordner erstmal egal...)
   m Python für den shared Webhosting User zugänglich zu machen muss „miniconda“ heruntergeladen werden. https://docs.conda.io/en/latest/miniconda.html Der neuste Installer funzt irgendwie manchmal nicht, deswegen einfach eine alte Version von https://repo.anaconda.com/miniconda/ nehmen. Der Miniconda3-4.5.11-Linux-x86_64.sh Installer funktioniert definitiv.
2. Wenn ihr die richtige Shell Datei auf dem Server heruntergeladen habt könnt ihr die mit bash Miniconda3-*.sh installieren. Dieses Tutorial bezieht sich auf minicona3 und den Standard Installationspfad ($HOME/minicona3).
3. Dann wird je nach Installer (Miniconda2 -> Python2 oder Miniconda3 -> Python3) Python in der jeweiligen Aktualität des Installer installiert. Der Miniconda3-4.5.11-Linux-x86_64.sh Installer bring Python3.7 mit.
4. Ihr müsst bestätigen, dass ihr miniconda3 in PATH tun möchtet.
   WICHTIG: miniconda3 erstellt die Datei ~/.bashrc und denkt die wird geladen … Pustekuchen bei Netcup müssen wir erst die Datei ~/.profile mit folgendem Inhalt erstellen:
   Bash: ./profile

   if [ -f ~/.bashrc ]; then
       . ~/.bashrc
   fi

5. Dann einmal ein und aus und ein loggen und voila!
6. Nun können wir mit conda update -n base -c defaults conda alles aktualisieren.
   Falls etwas danach nicht ganz klappt das packet mit conda update pip aktualisieren geht auch mit conda update python oder conda update conda
   Jetzt sollte das neueste Python installiert sein (Python3.9)
7. Mit conda create --name testenv können wir eine Venv mit den globalen Python Binaries erstellen. Wenn man PythonX braucht einfach conda create -n pythonx_venv python=X oder nachträglich conda install python=X
   Die venvs sind unter ~/miniconda3/envs zu sehen, man kann sie mit conda env list alle anzeigen. Um sie zu aktivieren und Packages nach zu installieren: conda activate testvenv (Beim ersten Mal kommt noch so eine Konfigurationssache, Ja drücken und relogin). Mit conda deactivate kann man die venv verlassen.
8. Packages können mit conda selbst bzw. pip selbst wie gewohnt installiert werden.
   Ich würde conda nehmen da macht man nichts falsch, wenn man verschiedenen Python Versionen installiert hat.
   conda install <package>

Jetzt ist alles bereit! Was man mit Passenger tun mus:

Also die app.py mit flask oder django etc. liegt in diesem Beispiel auch im App Root.

Im App Root müssen wir diese Datei erstellen: passenger_wsgi.py und diese im CCP unter dem Punkt Python > Startup Datei festlegen.

Je nachdem was ihr jetzt anders gemach habt müsst ihr den angehängten Code zur passenger_wsgi.py ändern.

Außerdem müsst ihr den Code in der letzten Zeile Ändern: from app import MyApp as application

Python: passenger_wsgi.py

# passenger_wsgi.py
# Das Ändern:
NAME_MEINER_VENV = "testenv"
PYTHON_VERSION = "python3.9"
MINICONDA_ROOT = "/miniconda3"

import sys, os
"""
Diese Start Datei wird in dem von Netcup bestimmten Python Interpreter geladen.
mit os.execl("python","python","this_file") wird die Datei im definierten Python Interpreter neu geladen.
Alle Packages die der Python Interpreter zur Verfügung hat können importiert werden.
Code leicht geändert von: https://help.dreamhost.com/hc/en-us/articles/215769548-Passenger-and-Python-WSGI
"""
INTERP = os.environ["HOME"]+MINICONDA_ROOT+"/envs/"+NAME_MEINER_VENV+"/bin/"+PYTHON_VERSION
# INTERP = os.environ["HOME"]+"/miniconda3/envs/testenv/bin/python3.9"
"""
os.environ["HOME"] ist wie ~/
wenn Passenger diese Datei als dein Webhosting User öffnet
befindet sich das Nutzer Verzeichnis nicht mehr unter:
"/" sonder "/var/www/vhosts/hosting*user*.*server*.netcup.net/"
"/miniconda3/envs/testenv/bin/python3.9" muss der Path zu den Python Binaries sein
python -m venv testenv // funzt nicht, denn dabei wird nur ein Link zur Haupt Python Anwendung erstellt.
lieber: conda create --name testenv // hierbei werden augenscheinlich die Python Binaries direkt in der Venv abgelegt.
"""

"""
Debugging:
Im 1. Durchlauf sollte der original Interpreter geprinted werden.
Im 2. Druchlauf dein INTERP
"""
# print(sys.path)
# print(sys.executable)

# INTERP is present twice so that the new Python interpreter knows the actual executable path
if sys.executable != INTERP:
        os.execl(INTERP, INTERP, *sys.argv)
# Dieser Code wird erst beim finalen Interpreter ausgeführt:
# Das Ändern:
from app import MyApp as application

Alles anzeigen

Uuuuuuund Fertig!!!

Einfach auf die Seite gehen voila

Puh das hat mich auch 3 Tage gedauert um das alles zusammen zu basteln xD

Euch noch nen schönen Tag!

Jo genau

Tadaaaa

Lg

Alles anzeigen

Vielen Dank für diesen äußerst hilfreichen Beitrag.

Noch eine Ergänzung: Wenn man eine neuere Python Version installiert, will Conda (oder wer auch immer) testen, ob Zugriff auf CUDA besteht. Wenn also eine Fehlermeldung auftaucht, schauen ob von Cuda die Rede ist.

Ich habe mir diesbezüglich geholfen, indem ich in der Datei mit der Abfrage die Abfrage entfernt habe un einen leeren String zurückgebe.

Zitat von mhs

Um die App besser Debuggen zu können kann man im CCP unter Python Passenger auf „Entwicklung“ stellen.

Ich finde diese Option nicht (webhosting 4000). Kannst du sagen, wo genau die versteckt ist?

Gefunden: Bei Websites & Domains - <betreffende Domain> - Dashboard - Python - Modus

Von dem Dashboard der Domain zu Python gehen.

Ich habe erfolgreich eine flask app incl. CD via webhook zum Laufen bekommen. Übrigens ist dieser Blog dazu sehr hilfreich.

Jetzt wollte ich eine weiter app - dieses Mal FastAPI starten, bekomme aber auf der Website nur
Incomplete response received from application

angezeigt. Keinerlei Fehlermeldungen sonst. Lokal läuft die app natürlich.

Hat jemand eine Idee, wie man das debuggen kann oder wo der Fehler liegen könnte?

Ihr könnt die Einstellung App-Root ändern? Wann werden die Einstellungen übernommen? Wenn ihr auf "Einschalten" klickt? Bei mir setzt sich das dann alles einfach nur zurück und die Buttons oben sind anders. Aber App-Root ist danach wider auf "/" usw.

Edit: Ok, mit Chromium statt Firefox funktioniert das besser.

Hallo in die Runde,

ich bin ehrlicherweise angefressen, da ich extra den großen Webhosting-Vertrag eingegangen bin. Dort wird ja klar mit Python geworben. Tja, out-of-the-box geht da nichts.

Nun die Frage, da der Thread schon älter ist: Wie bekomme ich Python zum laufen? Welche der vielen Anleitungen und Skripte bringt mich denn weiter?

Hintergedanke: Ich möchte ein Dashboard aufsetzen, welches einige Berechnungen mit Python macht. Ob ich nun das Dashboard in

https://www.board.meinedomain.de/ hoste oder

https://www.meinedomain.de/board ist fast schon sekundär. Ich wäre nur super happy, wenn ich Python überhaupt zum Laufen bekomme - ok, und einige weitere Python-Packete.

Oder ist dieses Unterfangen generell Quatsch, da ich mich für jedes Update einloggen muss?

Merci und Danke, Peter

Zitat von PeterKu

Nun die Frage, da der Thread schon älter ist: Wie bekomme ich Python zum laufen? Welche der vielen Anleitungen und Skripte bringt mich denn weiter?

Hallo Peter,

am Besten ist es du eröffnest mit dem Text einen neuen Beitrag mit deinen Fragen - dieser erledigte hier ist ursprünglich aus Februar 2021 und wurde nur nochmal durch Rauch zuletzt ausgegraben, nachdem er praktisch jedes Jahr zuvor auch schon einmal exhumiert wurde.

Als kurze Antwort schonmal - auch per SSH Zugriff auf einem Webhosting 4000 oder besser Paket gibt es dort keine python 2 oder 3 Binaries.
Was die python Unterstützung ab Webhosting 4000 angeht ist das nur über den Phusion Passenger App Server über das WCP also die Plesk Serververwaltung möglich. Wenn du selber eine python App bauen willst, die vom Phusion Passenger ausgeführt wird wäre neben der Suche oder Bedienung der KI in der Richtung hier der richtige Einstiegspunkt: What is Passenger?

Die Einstellung im WCP / Plesk zu python deiner Domain lässt dich den Standard passenger_wsgi.py zur Startup Datei anpasen, die Python Version (aktuell 09.09.2026 2.7.18 oder 3.9.2) und Produktiv oder Entwicklung auswählen.

netcup_DE_WCP_Python_Phusion_Passenger_Einstellungen_2026-09-09.png


Den Verweis auf das so nicht mehr existierende Wiki ist nicht sonderlich hilfreich: https://www.netcup-wiki.de/ (ist jetzt das nicht mehr wikige netcup Help Center)