Der "Go-Live"-Masterplan

Phase 1: Die finale Vorbereitung (Noch in spielegruppe_test2)

    FINALE TESTS: Führe ein letztes Mal php artisan test in deinem spielegruppe_test2-Verzeichnis aus. Es müssen alle Tests grün sein. Das ist die finale Qualitätskontrolle.

    FINALES COMMIT: Stelle sicher, dass alle deine letzten Änderungen gesichert sind. Führe git status aus. Wenn alles sauber ist, perfekt. Wenn nicht, mache einen letzten Commit:
    code Bash

    
git add .
git commit -m "Final: Vorbereitung für Go-Live"

  

CACHE LEEREN: Wir bereiten das Projekt auf den "Umzug" vor, indem wir alle alten Caches löschen, die noch Pfade oder Konfigurationen von der ..._test2-Umgebung enthalten könnten.
code Bash

        
    php artisan config:clear
    php artisan route:clear
    php artisan view:clear

      

Phase 2: Der "Umzug"

    Backup des alten Original-Ordners: Das ist deine Lebensversicherung. Wir benennen den alten, funktionierenden Ordner um, anstatt ihn zu löschen.
    code Bash

    
# Wechsle ins übergeordnete Verzeichnis
cd /var/www/html/
# Benenne den alten Ordner um
sudo mv spielegruppe spielegruppe_OLD_BACKUP

  

Wenn irgendetwas schiefgeht, kannst du diesen Befehl einfach umkehren (mv spielegruppe_OLD_BACKUP spielegruppe) und alles ist wie vorher.

Umbenennen des neuen Projektordners: Jetzt gibst du deinem neuen, fertigen Laravel-Projekt den offiziellen Namen.
code Bash

    
sudo mv spielegruppe_test2 spielegruppe

  

Berechtigungen überprüfen/neu setzen: Nach dem Umbenennen ist es eine gute Praxis, die Berechtigungen noch einmal zu überprüfen und zu setzen, um sicherzugehen.
code Bash

        
    sudo chown -R prajos:www-data spielegruppe
    sudo chmod -R 775 spielegruppe/storage spielegruppe/bootstrap/cache

      

Phase 3: Die "Herz-Transplantation" (Konfiguration anpassen)

    Wechsle in den neuen Ordner:
    code Bash

    
cd spielegruppe

  

Passe die .env-Datei an: Das ist der von dir genannte, entscheidende Schritt.

    Öffne sudo nano .env.

    Ändere die Datenbanknamen von den ..._test2-Versionen auf die Namen deiner echten Live-Datenbanken.

        DB_DATABASE=wandelndes_dorf_game_live (oder wie auch immer sie heißt)

        DB_DATABASE_MAIN=spielegruppe_main_live (oder wie auch immer sie heißt)

WICHTIG: Passe den APP_ENV-Modus an!
Deine .env-Datei ist wahrscheinlich noch im Entwicklungs-Modus. Für den Live-Betrieb solltest du das ändern.

    Ändere: APP_ENV=local zu APP_ENV=production

    Ändere: APP_DEBUG=true zu APP_DEBUG=false
    Das ist extrem wichtig für die Sicherheit und Performance!

Konfiguration cachen: Im Live-Betrieb ist es eine Best Practice, die Konfiguration zu cachen, damit Laravel nicht bei jeder Anfrage die .env-Datei lesen muss. Das macht die Seite schneller.
code Bash

        
    php artisan config:cache
    php artisan route:cache

      

Phase 4: Der Moment der Wahrheit

    Öffne dein Spiel im Browser unter der normalen Adresse.

    Testen, testen, testen: Klicke dich durch alle Funktionen. Überprüfe, ob Daten korrekt angezeigt und gespeichert werden.

Zusätzlich zu deiner Frage "Noch was?":

Ja, ein ganz wichtiger Punkt: Die migrations-Tabelle.
Dein neues Laravel-System wird versuchen, seine migrations-Tabelle in deiner Live-Datenbank zu finden. Wenn sie dort nicht existiert (was wahrscheinlich ist), wird es sie beim ersten migrate-Befehl erstellen wollen.

Das ist normalerweise sicher, da es deine Spieldaten nicht berührt. Aber du musst dir dessen bewusst sein. Es wird eine neue Tabelle in deiner Live-DB erstellt. Das ist ein erwarteter und notwendiger Schritt. Du musst sicherstellen, dass dein Datenbank-Benutzer auch in der Live-Umgebung die CREATE TABLE-Rechte hat.