Damit ich während dem Programmieren nicht untätig bin hier die Auflistung was ich in der Zeit mache:
Vorbereitung:
-Hintergrundbild für den Websoccer erstellen
Alles wird mit selbsterstellte Bilder gemacht
-Diverse Länderspezifische Vor.-und Nachnamen suchen für generierte Jugendspieler [100/X]
-Fragen für Interviews vorbereiten [0/X]
Websoccer nach Feature integration bzw Installation auf meinem Server:
-Sobald die angepinten Features fertig sind werde ich die 240 Vereine und Kader über den TM.de importierer importieren [0/240]
-Sobald Aufstellung/Taktik und die Match Engine fertig ist werde ich es Testen. Sowohl mehrere Freundschaftsspiele als auch eine Testsaison
-Alle vorbereiteten Sachen importieren
-Über 3.000 Livetickertexte importieren [/3.000]
-Über 100 Zufallsereignise importieren [/100]
-Ligen erstellen [0/X]
-Pokale erstellen [0/X]
-Alles importieren
Damit gesehen wird, dass ich auch tätig bin werde ich die untere Liste inklusive Anzahl akualisieren.
Fertig vorbereitet:
Am 07.11.2025
✔️ Die Regeln weiter anpassen unter diesem Link (https://champions-regeln.4lima.de/)
✔️ Jugendcamps erstellt inklusive Bilder [12/12]
✔️ Stadionumfeld erstellt inklusive Bilder [18/18]
✔️ Fiktive Scouts erstellt [20/20]
Am 08.11.2025
✔️ Auktionsspieler heraussuchen [Über 200 Stück]
✔️ Fiktive Trainer erstellt [30/30]
✔️ Baufirmen erstellt inklusive Bilder [10/10]
Am 09.11.2025
✔️ Social Media Kanäle erstellt und den ersten Informationspost veröffentlicht.
✔️ Sponsoren erstellt inklusive Bilder
✔️ 240 Vereinswappen herausgesucht
✔️ 15 Fiktive Aktien und 15 echte Aktien erstellt [30/30]
✔️ 60 Fiktive TV-Verträge und 60 echte TV-Verträge erstellt [120/120]
Am 10.11.2025
✔️ 5 Fiktive Kredite und 5 echte Kredite erstellt [10/10]
✔️ Trainingslager erstellt [10/10]
Behobene Fehler und technische Anpassungen in owsPro
Im Rahmen der Installation und Inbetriebnahme von owsPro wurden folgende technische Probleme identifiziert und erfolgreich behoben:
1. Schreibrechte für Verzeichnisse und Dateien
Problem: Mehrere Verzeichnisse und Konfigurationsdateien verfügten ursprünglich nicht über die erforderlichen Schreibrechte.
Lösung: Die Berechtigungen wurden mit chmod angepasst, und der Eigentümer der Dateien wurde auf den Webserver-Benutzer daemon geändert.
2. Falsche Pfadberechnung im Installationsskript
Problem: Das Installationsskript verwendete $_SERVER['DOCUMENT_ROOT'] zur Pfadberechnung, was zu falschen Pfaden führte.
Lösung: Der Pfad wurde durch
__DIR__ . '/../' . $writableFile
ersetzt, um eine korrekte Pfadermittlung sicherzustellen.
3. Session- und Berechtigungsprobleme
Problem: Der Webserver-Benutzer (daemon) hatte keine ausreichenden Berechtigungen, um auf bestimmte Verzeichnisse zuzugreifen.
Lösung: Die Besitzer und Berechtigungen der Verzeichnisse generated/ und uploads/ wurden angepasst.
4. Installationsskript konnte sich nicht selbst löschen
Problem: Nach Abschluss der Installation versuchte das Skript, das Installationsverzeichnis zu löschen, besaß jedoch keine ausreichenden Rechte.
Lösung: Das Verzeichnis wurde manuell mit
rm -rf install
entfernt.
5. HTTP 500 Fehler im Admin-Bereich
Problem: Im Admin-Bereich trat ein HTTP 500 Fehler auf, verursacht durch undefinierte Konstanten (BASE_FOLDER) und fehlende Cache-Dateien.
Lösung: BASE_FOLDER wurde in der Datei adminglobal.inc.php definiert, und die fehlenden Cache-Dateien wurden manuell erstellt.
6. Fehlende Cache-Dateien
Problem: Die Konfigurations-Cache-Dateien wurden nach der Installation nicht automatisch generiert.
Lösung: Die erforderlichen Cache-Dateien wurden manuell im Verzeichnis cache/ angelegt.
7. Datenbank-Verbindungsprobleme
Problem: Die Validierung im Installationsskript verlangte zwingend ein Datenbank-Passwort, obwohl bei XAMPP-Umgebungen häufig kein Passwort benötigt wird.
Lösung: Die Passwort-Pflicht wurde aus der Validierungslogik entfernt, um lokale Installationen zu ermöglichen.
8. Fehler in der Admin-Logik
Problem: In der Datei adminglobal.inc.php wurden Konstanten verwendet, bevor sie definiert waren.
Lösung: Die Reihenfolge der Includes und Definitionen wurde angepasst, um eine korrekte Initialisierung sicherzustellen.
9. Autoloader und Klassen nicht gefunden
Problem: Der Autoloader in global.inc.php konnte bestimmte Klassen nicht laden, da die zugehörigen Cache-Dateien fehlten.
Lösung: Die Cache-Dateien für Konfigurationen und Sprachmeldungen wurden manuell erstellt und eingebunden.
🔹 10. Passwortproblem beim Admin-Login
Problem: Das Administrator-Passwort war unbekannt oder wurde nicht korrekt gesetzt.
Lösung: Das Passwort wurde auf den Standardwert
,,123"
zurückgesetzt, um den Login wieder zu ermöglichen.
Ergebnis:
Durch die oben genannten Korrekturen ist die owsPro-Installation nun vollständig funktionsfähig – inklusive Admin-Login, Installationsroutine und zentraler Systemfunktionen.
Wow. Klasse Arbeit, vielen Dank! ☺️
Ich habe den ganzen Tag damit verbracht die Regeln zu schreiben und ein FAQ zu erstellen. Diese werden heute und Morgen in die Regel.-Website eingetragen [Update: Ist fertig]
Ich habe soeben folgende Vorbereitungen fertig gemacht:
✔️ Jugendcamps erstellt inklusive Bilder [12/12]
✔️ Stadionumfeld erstellt inklusive Bilder [18/18]
✔️ Fiktive Scouts erstellt [20/20]
Ich erledige heute noch:
✔️ Auktionsspieler heraussuchen [Über 200 Stück]
✔️ Baufirmen erstellt inklusive Bilder [10/10]
✔️ Fiktive Trainer erstellen [30/30]
Der Fehler im Admin-Panel (wo das Löschen von Vereinen und Spielern die Seite grau machte und hängen blieb) wurde ebenfalls erfolgreich behoben.
Ich habe das Bootbox-Script in index.php auskommentiert (die Zeile mit <script src="js/bootbox.min.js"></script>).
Alle bootbox.confirm(...)-Aufrufe im eingebetteten Script wurden durch einen kleinen Wrapper ersetzt, der:
GlobalModal.confirm(...) verwendet, falls vorhanden, oder
auf window.confirm(...) zurückfällt, falls kein GlobalModal verfügbar ist.
Die ursprüngliche Lösch-Logik (mehrfachauswahl via document.frmMain.submit() und Einzel-Löschen via window.location) bleibt unverändert, nur die Bestätigungs-UI ist jetzt unabhängig von Bootbox.
Ein interner Todo-Eintrag "Deactivate Bootbox globally" wurde als erledigt markiert.
Warum das so gemacht wurde
Deaktivieren per Auskommentieren verhindert, dass Bootbox geladen wird, ohne Dateien zu löschen (sicher und reversibel).
Wrapper stellt sicher, dass bestehende Lösch-Workflows weiter funktionieren und wir gleichzeitig unsere neue GlobalModal-Implementierung nutzen können.
Ich habe heute fertig gemacht:
✔️ Auktionsspieler heraussuchen [Über 200 Stück]
✔️ Baufirmen erstellt inklusive Bilder [10/10]
✔️ Fiktive Trainer erstellen [30/30]
Morgen erledige ich:
-Social Media Kanäle für Instagram/TikTok/Facebook bereits erstellt Erste Informationspost teile ich heute Abend
-Fiktive Sponsoren (Bereits erstellt. Sowohl echte als auch Fiktive(Noch ohne Bild) [200 Stück jeweils zu 100/100]
-Logos für alle 240 Vereine heraussuchen (Bundesliga wird wegen Lizenz zur Sicherheit leicht verändert)
Bericht über die Änderungen am ,,Website"-Link im Admin-Panel
Menüpunkt ,,Website" im Admin-Header
Vorher: Verwendete getConfig('context_root'), wodurch der Link auf das lokale XAMPP-Dashboard (http://localhost/) verwies.
Nachher: Direkter Link auf die Hauptseite des Spiels:
http://www.champions-manager.de/
Der Link öffnet nun in einem neuen Tab (target="_blank").
Tooltips und Icon (<i class="fa-solid fa-globe">) bleiben unverändert.
Datei betroffen:
admin/index.php — Abschnitt der Navbar (<ul class="navbar-nav">)
Frontend/Spielbereich:
Keine Änderungen erforderlich, Twig-Templates (navigationbar.twig) sind davon nicht betroffen.
Alle anderen context_root Verwendungen für Bilder, CSS oder JS bleiben unverändert, um die Funktionalität zu erhalten.
Ergebnis:
Admin-Panel Menüpunkt ,,Website" zeigt nun korrekt auf die externe Spiel-Website.
Keine Nebeneffekte auf andere Admin-Funktionen oder Asset-Pfade.
Ich habe heute fertig gemacht:
✔️ Social Media Kanäle erstellt und den ersten Informationspost veröffentlicht.
✔️ 200 Sponsoren erstellt darunter 100 fiktive inklusive Bilder
✔️ 240 Vereinswappen herausgesucht
Alles ist auf meinem PC gespeichert
Soeben fertig wurden:
✔️ 5 Fiktive Kredite und 5 echte Kredite erstellt [10/10]
✔️ Trainingslager erstellt [20/20]
Projekt: Champions Manager – Statusbericht
1. Ausgangslage
Das Projekt liegt lokal unter dem Verzeichnis champions-manager/websoccer/.
Das Admin-Center ist erreichbar unter: http://localhost/champions-manager/websoccer/admin/index.php?site=manage&entity=admin.
Problem: Nach dem Versuch, sich über das Frontend zu registrieren, wurde man auf http://localhost/?page=register weitergeleitet, anstatt auf die korrekte Registrierungsseite.
2. Analyse
In der Konfigurationsdatei war der context_root zunächst falsch gesetzt. Er wurde korrigiert auf /champions-manager/websoccer.
Beim Upload auf den Server wurde festgestellt, dass das lokale champions-manager-Verzeichnis auf dem Server nicht existiert. Das Projekt liegt dort direkt unter websoccer/. Die Datei config.inc.php wurde erfolgreich hochgeladen und geprüft.
Das Cache-Verzeichnis für Twig war entweder nicht vorhanden oder hatte falsche Berechtigungen. Der Webserver konnte keine Unterordner anlegen.
Vorläufige Lösung: Schreibrechte für das Cache-Verzeichnis auf volle Berechtigungen gesetzt und fehlende Unterordner erstellt.
Empfohlene sichere Lösung: Besitzer des Cache-Verzeichnisses auf den Webserver-Benutzer ändern und restriktive Berechtigungen setzen.
3. Aktueller Status
Admin-Center funktioniert lokal.
Login-System funktioniert.
Problem beim Registrieren: Weiterleitung geht auf http://localhost/?page=register, was zu einer "Index of /"-Seite führt.
4. Ursache des Registrierungsproblems
Vermutlich wird der context_root oder die Routing-Konfiguration des Frontends nicht korrekt berücksichtigt.
Eventuell wird der Registrierungslink im Code nicht richtig zusammengebaut oder die Datei register.php fehlt im Webroot.
5. Nächste Schritte
Routing und Links im Frontend prüfen, damit der Registrierungslink korrekt auf /champions-manager/websoccer/?page=register zeigt.
Prüfen, ob die Datei register.php im Webroot existiert.
Cache löschen und Seite neu laden.
Optional: Sichere Berechtigungen für das Cache-Verzeichnis setzen...usw
Sehr gute Arbeit, vielen Dank ☺️
Das ich auf dem Link zum Admin Panel nicht komme, ist korrekt oder?
Ja, das ist korrekt. Der angegebene Link zum Admin-Panel (http://localhost/champions-manager/websoccer/admin/index.php?site=manage&entity=admin) funktioniert nur in meiner lokalen Entwicklungsumgebung.
Auf dem Server liegt das Projekt direkt unter /websoccer/, daher wäre der entsprechende Link dort:
http://www.champions-manager.de/websoccer/admin/index.php?site=manage&entity=admin
Ich habe das in meinem Bericht so angegeben, um zu zeigen, dass das Admin-Center lokal getestet und funktionsfähig ist. Auf dem Live-Server muss der Pfad entsprechend angepasst werden.
Ich habe das Forum nochmal ein wenig up to Date gebracht.
Es wurde neu hinzugefügt:
-Ein Countdown
-Ein automatischer Willkommenspost für neue Mitglieder
-Willkommens Nachricht für Mitglieder
-Top Stats auf der Startseite
-Neuer Reply Button
Ebenfalls habe ich 120 Schiedsrichternamen inkls Daten/Werte erstellt