phil: Cronjob o.ä. welcher auf APC zugreifen kann und Datenbank

Beitrag lesen

Ja, er hantierte schon in einem früheren Posting mit extrem hohen Zugriffszahlen zu bestimmten Zeiten und sinnierte, wie man diese so effizient wie möglich bedienen kann, inklusive theoretischer Überlegungen, welches DBMS wohl schneller sei und ob man mit anderen Methoden den Verarbeitungsaufwand reduzieren kann. "Erstmal APC und später DBMS" scheint sein derzeitiger Favorit zu sein. Inwieweit er praktisch geprüft hat, ob seine Überlegungen und Annahmen stimmen, weiß ich nicht.

Ja das stimmt.
"Erstmal APC und später DBMS" ist mein derzeitiger Favorit.
So ist die Datenbelastung, was der Flaschenhals der früheren Plattform war genommen. Jede Sekunde ein Query ist auf jeden Fall weniger Belastung.
Zuerst wollte ich nur einen einzigen Query am Ende der Auktion machen.
Das heißt aber das wenn sich jemand in der Auktion aus und wieder einloggt, er den alten Wert aus der Datenbank wieder hat.

Okay mir kommt gerade ein Gedanke, das muss ja gar nicht so sein. Ich lasse den Wert dauerhaft im Cache und update erst am Ende der Auktion, falls jemand seine "Coins" wieder aufläd, werden diese auch im Cache erhöht. Das scheint doch ganz gut zu sein.

So habe ich nur einen Datenbank-Query am Ende der Auktion und beim Login wird nur erneuert falls der Wert nicht mehr im Cache vorhanden ist.

Entweder mache ich jetzt nur einen Query am Ende der Auktion oder ich werde einfach Philipp Zentners Prinzip übernehmen und diesen Wert dann auf 10 Minuten setzen anstatt auf 1 Sekunde.

Dedlfix Vorschlag klingt aber auch nicht schlecht, wie würdest du dieses Programm den schreiben? Als PHP CLI oder wie? Und wer ruft es auf?