anpera.net

Bevor ich gesteinigt werde, ja ich habe die Suchfunktion benutzt und auch Beiträge gefunden mit Personen die auch das Problem haben. Seitdem ich die 0.9.7 Version auf PHP 5 umgeschrieben habe friert meine Zeit ein, wenn ich 1 Stunden Tage haben möchte. Ich habe von Eliwood gelesen das man ein 64 Bit Betriebssysteme bräuchte.
Gibt es keine Alternativen bzw Änderungen? Ich finde keine gescheite Lösung...denn der wechsel zu nem Server der PHP4 Unterstützt um alles wieder abzuändern ist auch nich das wahre...ebenso wie zu nem besseren zu wechseln nur für 1 Stunden Tage.

mfg Raigar

Siehe den Changelog, PHP5 Änderungen.

Und Du hättest mit den richtigen Suchwörtern, auch eine Antwort auf deine Frage erhalten.

Hallo Kevz,
die änderungen für PHP 5 habe ich wie gesagt bereits vorgenommen. Die Zeit läuft auch soweit, nur eben nicht bei 24 oder mehr Spieltagen pro Realtag. Daher habe nach Suchwörter wie "Zeit bleibt stehen" usw gesucht.

Nach was hätte ich denn Suchen müssen? *blöd frag*
wenn du mir einen Beitrag zeigen könntest, der mir eine Antwort auf die Frage geben würde, wäre ich dir sehr dankbar.

Das Zeitproblem hat, nicht, wie Kevz sagt, was mit PHP5 zu tun - sondern mit der Plattform, auf dem dein Server lauft, oder mit dem Betriebsystem - je nach dem. Die Berechnung für die Spieltage sorgt bei zu hoher Anzahl zu einem Pufferüberlauf bei 32-Bittigen Zahlen. Das heisst, dass das ein grundlegendes Problem von LoGD ist und bisher noch kein Lösungsansatz existiert - abgsehen davon, entweder das Betriebsystem auf 64-Bit umzurüsten (Sofern es die Hardware unterstützt), oder die Serverhardware und das Betriebsystem auf 64-Bit umrüsten. Hast du aber glaub schon gelesen.
Es gibt natürlich auch eine dritte Lösung. Du verzichtest ganz einfach auf überflüssig-vielen Spieltage. Oder nimmst nur 23 pro Tag. Oder 22. Je nach dem, was halt geht...

Entschuldige.

Ich bezog seine Fragestellung auf das Allgemeine Problem bez. des einfrierens der Zeit. Nicht auf die Anzahl der Spieltage pro Kalendertag.

Nun gut dann werd ich auf die 23 Spieltage Variante zurückgreifen
Vielen Dank für deine Antwort ^^

Ich hab nun mittlerweile drei LoGD (0.97er) von PHP4 auf PHP5 umgestellt, und in allen wo der Spieltag auf 1 Realstunde (24 Spieltage pro Realtag) eingestellt war gab es dieses Problem mit dem Einfrieren der Uhr. Liegt nach weiteren Tests die ich gemacht habe aber nicht am 32-Bit-Betriebssystem sondern einfach an der PHP-Funktion strtotime() die sich in PHP5 nun doch anders verhält als unter PH4.

In der Funktion convertgametime:
$this->bbcode_second_pass_code('', '$time=strtotime(date("Y-m-d H:i:s",$time)."+".(23-$multi)." hour");')
würde bei der Einstellung 24-Spieltage resultieren:
$this->bbcode_second_pass_code('', '$time=strtotime(date("Y-m-d H:i:s",$time)."+".(-1)." hour");')

und eben mit diesem +(-1) kommt die strtotime() nicht mehr klar.

hier nun meine komplette convertgametime():
$this->bbcode_second_pass_code('', 'function convertgametime($intime){
// Hehe, einen hamwa noch, einen hamwa noch: by JT & anpera
$multi = getsetting("daysperday",4);
$offset = getsetting("gameoffsetseconds",0);
$fixtime = mktime(0,0,0-$offset,date("m")-$multi,date("d"),date("Y"));
$time=$multi*(strtotime(date("Y-m-d H:i:s",$intime))-$fixtime);
$time=strtotime(date("Y-m-d H:i:s",$time)."+".($multi*date("I",$intime))." hour");
$time=strtotime(date("Y-m-d H:i:s",$time)."-".date("I",$time). " hour");
if($multi<=23) $time=strtotime(date("Y-m-d H:i:s",$time)."+".(23-$multi)." hour");
else $time=strtotime(date("Y-m-d H:i:s",$time)."-".($multi-23)." hour");
return $time;
}')

und damit funktioniert es auch auf einem 32-Bit Server (bei mir OpenSuse 10.2), PHP5 und 24-Spieltagen pro Realtag