 |
Die letzten 5 Postings in diesem Thema » Alle anzeigen
| von subjective |
Chris: Ja tust du  Ein Cronjob muss ja nicht immer "Alles" durchgehen. Man schreibt einfach in eine Tabelle, was der nächste Cronjob zu erledigen hat. Damit kann man den Cronjob auch sehr häufig starten, er schaut dann erstmal ob eine Instanz von ihm schon läuft, als nächstes schaut er nach der nächsten Aufgabe in der Tabelle und führt sie aus. Wenn keine Aufgaben mehr vorhanden sind, beendet er sich. |
| von böner |
| so ähnlich hab ich's auch jetzt gemacht... nur kann das manchmal eine recht aufwenidige berechnung sein, vor allem wenn auch noch ein kampf dazu kommt... das ganze is noch ein wenig langsam... |
| von Chris Hunter |
Also Böner... das entäuscht mich aber:
Eigentlich brauchst du keine Cronjobs. Ich denke mal du hast das Update in einer funktion
User_update(user_id);
warum machst du das nicht so das du vor der kampfberechnung das update ausführen lässt wie als wenn sich der angegriffenen user einloggt? der code dafür sollte ja schon vorhanden sein...
cronjobs verursachen nur übermäßig datenbanktraffic. wenn man mal überlegt das für ALLE user 24 mal am tag eine solche berechnung durchgeführt wird, dann sammelt sich das schon an über den Monat. Und Datenbanktraffic wird wohl dein größter feind werden...
sehe ich irgend etwas falsch?!? |
| von delta |
Ou jup... volltreffer. Hab glitze gleiche Problem  |
| von böner |
ok, danke ! werd mal sehen. wenn's noch mehr probleme gibt, meld ich mich nochmal
Gruß Böner |
|
|
|
