PHP als Daemon ?

[framix]

Hi!

Ich bin zur Zeit am überlegen ein Onlinegame in PHP zu coden, welches auf Echtzeit basiert.
Das bedeutetd, dass man eine Anwednung braucht, die permanent die Kämpfe ausführt,Gebäude fertigstellt und Rohstoffe verschickt...
Dabei werden also immer Daten aus der DB geholt ausgwertet und wieder gesaved

Das Ding sollte nach Möglichkeit auch stabil laufen und nicht endlos Traffic verursachen. Daher meine Frage ob sich PHP für sowas eignet ?
Ich kenne Spiele, die PHP einsetzen. Bei den einen funktioniert es einwandfrei, bei den anderen wiederum nicht so!

Oder kennt jemand Tipps wie man sowas realisieren könnte ? (das Ding soll 24/7 laufen!)

[Moqui]

meinst du sowas wie droidwars?

[Moqui]

aber diese Aufgaben kannst ja mit timestamps versehen und nebenbei den User Scripte ausführen lassen, ohne dass er was davon mitkriegt.

[Payne_of_Death]

www.ogame

sowas in der Art?

[Moqui]

.de

[framix]

Ja genau so ein Spiel.
halt in Echtzeit (stunden,minuten,sekunden)

So wird z.B. wenn ein gebäude gebaut wird die aktuelle zeit (time()) plus die Bauzeit in Sekunden in die DB gesaved.

Die Anwendung läuft stänsdig und wenn das gebäude fertig sein sollte, merkt das script dieses und führt den Auftrag aus.

[Moqui]

wozu dann ein deamon?

ich hab mich grad mal bei ogame angemeldet, weil droidwars voll ist.

das geht doch auch ohne....denk ich mal

die Laufzeit ist mit JS gemacht....der rest erledigt php bei den seitenaufrufen

[framix]

Das mit den Seitenaufrufen kann man vergessen.
Angnommen du gibst ein Gebäude in Auftrag das dir Rohstoffe liefern soll, und es loggt sich 2 Wochen keiner ein, dann ist das Gebäude nicht fertig und gibt dir keine Rohstoffe.

Wenn sich dann mal wieder jemand einloggt, wird das Gebäude fertiggestellt und du hast ca. 2 Wochen keine Rohstoffe für das gebäude bekommen, weil es nicht rechtzeitig fertig war

MfG

[Moqui]

das Rechnet bei Login hoch...es muss ja nicht nur passieren, wenn du dich einloggst...

das kostet zwar server-ressourcen, aber bei was weiß ich 2000 Usern ist das erträglich...

logout -> Timestamp schreiben
login -> timestamp hohlen -> differenz berechnen -> hochrechnen

[framix]

Ne diese Methode ist zu unpräzise und eignet sich nicht für meine zwecke.
Wenn man aber z.B. www.garathor.com schaut. Das läuft 24/7 ohne eine Unterbrechnung. Und ist auch in PHP gecodet.

[TBT]

wie wäre es mit einem cron-job, welcher zB alle Minute ausgeführt wird ?

[framix]

Ja darüber habe ich auch schon nachgedacht.
Dazu hätt ich aber noch ein paar allgemeine Fragen:

Belastet ein Cronjob der minütlich ausgeführt wird (PHP Script) den server sehr, auch wenn gar nichtmal soo viele Querys laufen ? Ich rede hie von Scriptlaufzeiten um die 5-10 Sekunden. Das können aber im Ernstfall auch mehrere Querys werden.

Zweite Frage: Wenn ich das Script per Cronjob ausführe, wird es ja nur auf dem Server ausgeführt und nich von irgendeinem User aufgerufen.
Verursacht dieser Vorgang überhaupt Traffic ? Unter Traffic zählt doch nur das, was de User über den Browser rechnen lässt, oder ?

[Moqui]

dann machen dies villeicht mit cron oder so...

lassen einfach alle 2 min oder so den php interpreter laufen mit nem script, das alles verarbeitet...

[framix]

Jo. Beantwortet aber meine Frage nicht sonder wiederholt das, was TBT schon sagte:

Original geschrieben von TBT
wie wäre es mit einem cron-job, welcher zB alle Minute ausgeführt wird ?

[Abraxax]

klar beantwortet es deine frage.

nimm einen cronjob alle paar minuten, der die sachen verarbeitet. (KEINE AUSGABE)

die performance ist schon ok. hängt aber zuguter letzt von deinem script ab. wenn du (endlos)schleifen ohne ende hast, gehts schon auf die performance.

aber das sollte ja einleuchtend sein, dass man das auch nicht machen soll.