spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ich wüsste jetzt nicht, wo so etwas erklärt wird, aber allgemein für PHP fand ich früher immer dieses hier sehr gut: http://tut.php-quake.net/de/
Dort wird zur Genüge der Umgang mit MySQL erklärt.

Browsergames unterscheiden sich jetzt nicht so stark von dem was komplexere "normale" Webseiten machen. Hast du mal überlegt ein Webframework zu nutzen? Dann hast du für Datenbank üblicherweise schon eine brauchbare Lösung mit dabei. Symfony hat z.B. sogar einen ORM Mapper mit dabei, der dir die Datenbank fast komplett abstrahiert.

Da hast du doch anscheinend schon ein Tutorial in der Richtung. Ich wüsste nicht dass es dazu speziell besonders viele gute Quellen gibt. An sich ist das aber wirklich nicht groß anders als andere Webanwendungen. Der Benutzer tätigt auf einer Seite Eingaben und verändert dadurch den Spielzustand. Normalerweise von sich selbst, möglicherweise beeinflusst er dadurch aber auch andere Spieler. Ein Beispiel dafür wäre Handel oder ein Kampf.
Vergleichbar läuft das bei einer Webanwendung auch. Der Benutzer macht eingaben und beeinflusst dadurch den Zustand. Teilweise seinen aktuellen, aber möglicherweise auch den anderer Nutzer. Wenn das Problem bei der Strukturierung von deinem PHP Code liegt da hilft denke ich viel Learning by Doing weiter. Programmier viel und dann findest du irgendwann deinen Stil. Wenn du sonst schon programmieren kannst dann kannst du ja gucken ob du Wissen von dort übertragen kannst.

Als beruflicher Webseiten Programmierer wüsst ich jetzt auch nicht, in wie weit man (ausserhalb von HTML5 Spielen) bei einem "normalen" Browserspiel mit PHP und Datenbank speziell ein Tutorial braucht das auf Spiele abzieht.

Wenn du einzelne Funktionen und Spielelemente auf die grundsätzliche Verarbeitung runterbrichst, bist du im Endeffekt bei Anforderungen die auch sonst wo für Webanwendungen und Seiten relevant sind, und da hast du dann eine Fülle an Informationen.

Daher kann ich jetzt auch nicht viel mehr bieten als Links die schon oben genannt sind.

Aber vielleicht kannst du ja ein bisschen genauer auf Spielmechaniken eingehen, die du verwenden möchtest, dann können wir vielleicht mit spezielleren Tipps und Tutorials helfen.

Was ich zu Datenbankzugriffen in Funktionen packen sagen kann (ich nehm hier mysql als Beispiel):

Jedes Script sollte nur einmal mit der Datenbank connecten

Wenn die Datenbankverbindung nicht aus irgendeinem Grund geschlossen werden muss, sollte man nicht ständig mysqli_connect vor jede Abfrage schalten (btw. bitte auf mysql Funktionen verzichten und mysqli verwenden, die mysql Funktionen von PHP sind veraltert und werden vielleicht in Zukunft garnicht mehr unterstützt. Die mysqli Erweiterung ist in PHP5 integriert und wird weiter supported)
Stattdessen solltest du ein zentrales Skript fürs Datenbankhandling verwenden und mit einer Connect-Funktion sicher stellen, das neue Verbindungen nur gemacht werden, wenn es not tut.

Ein Beispiel


Ausserdem

Immer immer IMMER Variablen escapen und selbst in Anführungszeichen, die von Nutzern kommen

Damit vermeidest du nicht nur doofe Datenbankfehler, sondern gehst auch zumindest grundsätzlich sicher, das dir kein Nutzer mit einer SQL Injection deine DB versaut



Die beiden und weitere DB Funktionen am besten in einen zentralen Handler packen, das jedes Skript (achja, du solltest von vornherein sicher gehen, das PHP Skripte und HTML Seiten möglichst strikt voneinander getrennt sind) das mit Datenbanken zu tun hat dann inkludieren kann.


Das wäre jetzt was was mir spontan zu dem Thema einfällt, wenn du da noch Konkret fragen hast stell sie

Zitat von »Frybird«

Ausserdem

Immer immer IMMER Variablen escapen und selbst in Anführungszeichen, die von Nutzern kommen

Damit vermeidest du nicht nur doofe Datenbankfehler, sondern gehst auch zumindest grundsätzlich sicher, das dir kein Nutzer mit einer SQL Injection deine DB versaut

	Quellcode
1 2 3 4 5 6 7 8 9 10 11 12 13	//Alle String Variablen in einem Query sollten damit vorher "saubergemacht" werden function quote($var="") { $var = preg_replace("/\\\'/","'",$var); $var = preg_replace('/\\\"/','"',$var); $var = preg_replace("/\\\+/","\\\\\\",$var); $var = preg_replace('/"/','\"',$var); $var = preg_replace("/'/","\'",$var); return "'".$var."'"; }

Die beiden und weitere DB Funktionen am besten in einen zentralen Handler packen, das jedes Skript (achja, du solltest von vornherein sicher gehen, das PHP Skripte und HTML Seiten möglichst strikt voneinander getrennt sind) das mit Datenbanken zu tun hat dann inkludieren kann.


Das wäre jetzt was was mir spontan zu dem Thema einfällt, wenn du da noch Konkret fragen hast stell sie

Ähm... dafür gibt es doch Prepared Statements !?

Zitat von »Sylence«

Ähm... dafür gibt es doch Prepared Statements !?

Ich persönlich spar mir lieber den zweiten Zugriff auf die Datenbank wenn ich das ganze recht unkompliziert über PHP selber machen kann, vorallem wenn ich vermutlich eh die Variablen in irgendeiner Weise nochmal anpacken und oder prüfen muss. Macht es auch einfacher Query Fehler zu Debuggen.

Aber ja, mit Prepared Statements kann man das auch über die DB machen und ist in Fällen von sehr oft wiederholten gleichen Statements auch schneller, auch wenn ich die letztere Aussage nicht grundsätzlich unterschreiben kann, hier sollte man am besten immer selber testen und ggf. optimieren.

Interessant finde ich, dass hier der Begriff der Prepared Statements fällt, aber nicht über PDO nachgedacht wird.
Wäre sicherlich ein interessanter Ansatz, gerade auch wegen des Exception Handlings. PDO ist auch immer mein Freund, wenn es um große Projekte mit großer Reichweite geht (ein solches Projekt soll das Game doch bestimmt werden oder?). Oder gibt es da konkrete Probleme mit der php-version oder dem(n) Server(n), auf dem das ganze Laufen soll?