Die Kommunikation zwischen PHP und JavaScript und das daraus resultierende Endergebnis in einem schnellem und sicherem Verfahren

Es gibt das XmlHttpRequest-Objekt, womit das problemlos umsetzbar ist.

Ich verstehe allerdings den Ansatz nicht, warum so viele JS-Scripte erst mit den Daten jonglieren müssen, bevor die an PHP gesendet werden?

Das ist eigentlich ein Zeichen dafür, dass an der Stelle Optimierungsbedarf besteht.

Zitat von DER

Das erste Script wertet aus welche Aktion vom User ausgeführt wurde. Es gibt 10 Spiele, jedes macht etwas anderes, die Knöpfe allredings sind immer die gleichen.

Du solltest doch aber wissen, in welchem Spiel sich der User befindet, wenn ein Knopf gedrückt wurde. Dies kannst Du dann mit einem entsprechenden weiteren Parameter direkt an PHP übermitteln. Auf PHP Seite prüfst Du erst ab, in welchem Spiel man sich befindet und rufst entsprechend ein Verarbeitungs-Script speziell für dieses auf, das die Berechnungen ausführt und entsprechende Resultate zurückgibt, falls erforderlich.

Du solltest so wenig wie möglich auf Client Seite mit Daten jonglieren, denn die sind immer irgendwie manipulierbar.

Du hast ein PHP-Script, aber je Spiel mind. ein weiteres Script ( ich würde es eher Controller nennen ).

Die Daten werden aus JS ( mit einer Spielkennung als zusätzlichen Parameter ) an das Root-Script gesendet und das entscheidet an der Spielkennung, welcher Controller geladen wird. Die Arbeit erledigt das Controller-Script, das Root-Script weiß nichts davon.

Wenn man dann die Controller sauber aufgebaut hat, sollten diese mind. eine einheitliche Methode enthalten, worüber das Root-Script die Ergebnisse erhält und an das JS zurücksenden kann.

Ein Beispiel zum Verständnis ( ohne funktionalen Bezug ):

Ein Root-Script, das von JS aufgerufen wird, könnte so aussehen:

<?php

// Wenn kein Spiel übermittelt wurde: Abbrechen
if ( !isset($_POST['game_id']) ) {

    echo json_encode( ['error'=>406, 'msg'=>'no data received. request rejected.'] );
    exit;

}

// $_POST['game_id'] zu INT casten
$iGameId = (integer)$_POST['game_id'];

// Der DatabaseController soll das Objekt $DB zur Verfügung stellen
include_once '/Controller/DatabaseController.php';

// GameController-Dateiname aus Datenbank ziehen und einbinden ( $Game soll die Instanz aus dem Controller sein )
include_once '/Controller/GameController/' . $DB->GetGameController( $iGameId ) . '.php';

// Controller anwerfen und Resultat als JSON zurückgeben
echo $Game->Process( $_POST )->GetJSON();

Das ist natürlich nur der programmatische Ablauf, aber viel mehr muss das Root-Script gar nicht können.

Die ganze Magie spielt sich in den Game-Controllern ab. Darin hast Du alle Freiheiten, was auch immer Du mit den Daten verarbeiten willst.

Als Rückgabewert habe ich nur mal JSON angenommen, weil das relativ einfach mit JS zu verarbeiten ist. Wenn Du anders arbeitest, musst Du das dahingehend halt anpassen und zwecks Verwirrung die Methode GetJSON() entsprechend umbenennen.

Aber das gehört zu Deiner Fantasie der Umsetzung

Zitat von DER

Eine Datenbank habe ich in meinem Konzept gar nicht erdacht. Wäre das ne wichtige Sache?

Aus meiner Sicht ja. Es wird sicher auch ohne gehen, aber eine DB macht an der Stelle defintiv Sinn!

Zitat von DER

Ein ganzes Spiel hätte also so eine Dateistruktur:

Sieht soweit doch gut aus, außer dass die root.php für mein Verständnis da nicht reingehört.

Aber vielleicht klärt sich das im nächsten Absatz.

Zitat von DER

Zusätzlich gibt es noch die nicht im Spielordner enthaltene game-interface.js die auswertet welche Knöpfe gedrückt wurden. Auswertung wird an root.php geschickt und root gibt es weiter an controller.php.

Soweit richtig. Nur sollte die root.php nicht zur Spielstruktur gehören. Vielleicht meinen wir ja auch etwas anderes, aber für mich ist die root.php die Schnittstelle zur game-interface.js. Diese gibt alle nötigen Infos - inkl. Spielekennung - an die root.php und dort wird anhand der Spielekennung die controller.php aus dem zugehörigen Spieleordner eingebunden.

Zitat von DER

Ich verstehe nur nicht ganz wie es dann weiter geht.

In der controller.php wird alles dem Spiel gemäß verarbeitet. Die root.php holt sich dann das Resultat für die Ausgabe an den Browser und das JS auf Client Seite erledigt den Rest.

Zitat von DER

Ich markier mal basti1012 weil der auch so gerne über sowas nachdenkt.

Das stimmt wohl. Aber hier bin ich raus,sonst hätte ich mich schon gemeldet. Da ist Arne Drews schon die richtige adresse. Ich denke mal das auch m.scatello da was zu beitragen könnte., deswegen markiere ich ihn mal.

Zitat von DER

Kann man die Arbeit der root.php nicht dann sowieso direkt in die game-interface.js mit reinpacken?

Definitiv NEIN!

PHP "geschieht" auf dem Server; nur dort hast Du Kontrolle.

Das JS kann vom Client in beliebiger Weise manipuliert werden.

Zitat von DER

Ich sehe bei anderen Websiten dass sie ein leicht anderes Konzept nutzen. Da wird einmal etwas eingebunden. Also einmal und alle anderen sachen werden dann vom Spielscript geladen. Sowie das game-interface und so weiter.

Das ist im Prinzip genau das, wo es hingehen sollte, wenn Du es so machst, wie ich es beschrieben habe. Ich vermute, dass Du das nicht ganz so umgestzt hast, wie es gemeint war.

Zitat von DER

Zur Zeit habe ich mehrere Dateien die miteinander kommunizieren müssen und eine Datenbank bei der ich den Zweck doch noch nicht ganz verstanden habe. Kann man die Arbeit der root.php nicht dann sowieso direkt in die game-interface.js mit reinpacken?

Nein, denn abgesehen davon, dass PHP und JavaScript wie schon erwähnt i.d.R. in vollkommen unterschiedlichen Welten arbeiten, sehe ich es zumindest als FailByDesign, alles in JavaScript berechnen zu lassen. Die Frage ist natürlich, was genau Du damit meinst. Reine mathematische Berechnungen wären kein Problem, aber es sollten keine sensiblen oder Spiel abhängige Daten in JS hantiert werden. JS kann jeder Nutzer mit etwas KnowHow manipulieren.

Die Datenbank hat den Hintergrund, dass Du dort bspw. bestimmte Dinge dauerhaft speichern kannst.

Ich kenne Deine Spiele nicht, aber wo speicherst Du den Spielstand oder eine HighScore oder ähnliches?

Wenn ich Deine Spiele verlasse und Du es nirgendwo speicherst, fange ich jedes mal jungfräulich an, wer will das?

Solltest Du solche oder ähnliche Dinge in Dateien speichern, sei Dir gesagt, dass hier die DB besser geeignet ist.

Zitat von DER

auf der Hauptseite game.php wird das game-interface eingebunden und die html Datei des ausgewählten Spiels. Ab da sollte ja am besten alles von selbst laufen.

Also ich könnte jedes Spiel einbinden und es funktioniert.

Genau das Ziel verfolgt das Konzept, das ich Dir genannt habe.

Eine JS kommuniziert mit nur einer PHP, was auf dem Server passiert ist dem Spiel egal und sollte es auch...