1. Ermitteln Sie, was die KI tatsächlich erzeugt hat
Bestimmen Sie vor dem Kauf Runtime und Abhängigkeiten. Lassen Sie den Coding-Assistenten Projekttyp, Einstiegspunkt, Datenbank, Hintergrunddienste, Umgebungsvariablen und Build-Befehl auflisten. Wählen Sie keinen VPS nur deshalb, weil ChatGPT, Claude, Cursor oder ein anderes KI-Werkzeug den Code erzeugt hat.
- Statisches HTML/CSS/JavaScript: meist als normale Webdateien deploybar.
- WordPress: den verwalteten WordPress/PHP-Ablauf nutzen.
- PHP/MySQL: mit dem normalen GreatHosts-Webstack kompatibel, sofern Erweiterungen und Limits passen.
- Python: verfügbar, die Anwendung muss aber zum verwalteten Runtime-Modell passen.
- NodeJS: Das Live-GreatHosts-CP bietet NodeJS-Instanzen. Je nach Plan sind sie enthalten oder als Zusatz bestellbar. Aktuelle Inklusivleistungen und Preise stehen in Produkttabellen und CP.
2. Beginnen Sie mit der kleinsten sinnvollen Umgebung
Shared Hosting ist der Standardstart, wenn das Projekt in der verwalteten Umgebung läuft und kein Root benötigt. Prüfen Sie vor dem VPS-Wechsel, ob die fehlende Fähigkeit im aktuellen Plan aktiviert oder bestellt werden kann. KVM VPS ist sinnvoll, wenn uneingeschränkte Serverkontrolle, stärkere Isolation, dauerhaft höhere Ressourcen oder Systemverhalten benötigt werden, das die verwaltete Umgebung nicht bereitstellt.
- Shared Hosting vermeidet Betriebssystem-Administration.
- Das dokumentierte CPU-Kontingent beginnt bei Einstiegsplänen bei ungefähr 5 % der Server-CPU; manche Pläne bieten mehr.
- NodeJS, Redis, Memcached, Varnish und Supervisor können je nach Plan enthalten oder als Zusatz bestellbar sein. Einer dieser Dienste allein bedeutet nicht automatisch VPS.
- KVM VPS bietet Root-Zugriff und dedizierte virtuelle Ressourcen.
- Dedicated Server sind für Lasten gedacht, die tatsächlich dedizierte Hardware oder deutlich höhere Dauerressourcen benötigen.
3. Bereiten Sie das Projekt für Produktion vor
Produktionshosting sollte keine reinen Entwicklungsdateien oder Geheimnisse enthalten. Erzeugen Sie bei Bedarf lokal den Produktions-Build, deaktivieren Sie Debug-Einstellungen und halten Sie Zugangsdaten – soweit die Architektur es erlaubt – aus öffentlich ausgelieferten Dateien heraus.
- Nur Produktionsabhängigkeiten verwenden.
- Datenbankpasswörter, API-Schlüssel oder Mail-Zugangsdaten nicht in öffentlichen Quelldateien fest einbauen.
- Den erwarteten öffentlichen Webroot prüfen.
- Datenbank separat exportieren, falls vorhanden.
- Vor dem ersten Upload eine bekannte funktionierende lokale Kopie behalten.
4. Upload über GreatHosts CP
Für gewöhnliche Websites laden Sie Dateien oder ein ZIP über GreatHosts CP hoch, entpacken es und legen die öffentliche Website im Webroot der Domain ab. GreatHosts verwendet /home/www als Basis; eine typische Domain liegt unter /home/www/domain.com.
- Projekt/Archiv hochladen oder per Drag-and-drop ablegen.
- Im richtigen Domain-Verzeichnis entpacken.
- Prüfen, dass index.html oder die Einstiegsdatei auf der erwarteten Ebene liegt.
- Versehentliche zusätzliche Verzeichnisebenen vermeiden.
5. Datenbank und Runtime konfigurieren
Für PHP/MySQL-Projekte erstellen Sie Datenbank und Benutzer in GreatHosts CP, importieren die Daten und passen die Anwendungskonfiguration an. Der Datenbankhost ist localhost. Verifiziert sind MySQL 5.7, 8.0 und 8.4; PHP ist bis 8.5 verfügbar. Python-3.x-Versionen sind bis einschließlich 3.13 auswählbar.
- Die von der Anwendung benötigte Runtime wählen, nicht blind die neueste.
- Migrationen/Installer der Anwendung nutzen, wenn vorhanden.
- Nach dem Import Zeichensatz und zeitzonenabhängiges Verhalten testen.
- Wenn eine Erweiterung oder ein Daemon fehlt, prüfen, ob KVM die richtige Stufe ist.
6. DNS und HTTPS einrichten
Domain verbinden, korrekte DNS-Zuordnung prüfen und anschließend HTTPS aktivieren. Kostenloses Let’s Encrypt ist für geeignete über GreatHosts bestellte Domains verfügbar; bezahlte Zertifikate sind Jahresprodukte, auch wenn die Domain länger registriert ist.
- DNS-Propagation abwarten, bevor HTTPS-Fehler diagnostiziert werden.
- HTTP erst nach gültigem Zertifikat auf HTTPS umleiten.
- Staging-Hostname oder temporäre URL nicht als kanonische Produktions-URL veröffentlichen.
7. Vor dem Start validieren
Testen Sie als echter Besucher und – falls relevant – als angemeldeter Benutzer. Prüfen Sie Formulare, Mailversand, Uploads, Datenbankschreibvorgänge, mobile Darstellung, 404 und HTTPS. Bei dynamischen Anwendungen CPU und Fehlerlogs beobachten, bevor Sie den Hosting-Tarif als unzureichend einstufen.
- Test in einem sauberen Browser durchführen.
- Mindestens eine echte Formularübermittlung testen.
- Canonical-URLs und HTTPS prüfen.
- Vor größeren Änderungen nach dem Launch verfügbare Backups bestätigen.
- Nach gemessener Last upgraden, nicht weil KI den Code geschrieben hat.
Häufige Fragen
Braucht eine KI-generierte Website automatisch VPS?
Nein. Die Anforderungen ergeben sich aus Anwendung und Last, nicht aus dem Werkzeug, das sie erstellt hat.
Kann ich einen KI-Assistenten nach dem passenden GreatHosts-Plan fragen?
Ja. Geben Sie Runtime-, Datenbank-, Hintergrunddienst- und Traffic-Anforderungen an und vergleichen Sie die Antwort mit der GreatHosts-Auswahl und den Live-Limits.
Was, wenn die KI Node.js-Code erzeugt hat?
Node.js ist eine serviceabhängige Fähigkeit. Prüfen Sie die aktuelle Verfügbarkeit. Für uneingeschränkte Node-Dienste oder Systemkontrolle ist KVM VPS die klarere Architektur.