anpera.net

Naja, sicher bin ich mir nicht - ich hab nicht in der Dokumentation nachgeguckt und getestet hab ichs auch nicht.

Aber du bildest einen Timestamp vom aktuellen Datum, ziehst davon eine absolute Sekundenzahl ab, und vergleichst das Ergebnis mit einem anderen Timestamp.

Im Original wird von Datum eine Sekundenzahl abgezogen und vom durch strtotime gebildeten Ergebnis ein Timestamp gebildet.

Ich weiß nicht, obs da nen Unterschied gibt. (Wenn ein Timestamp nur die Zeit in Sekunden seit 01.01.1970, 01:00 Uhr ist, dann müsste deine Variante tatsächlich funzen, jup.)

Wie auch immer - es sollte mit der Originalversion laufen. Wenn es das nicht tut, deutet es auf einen Fehler in der strtotime()-Funktion in PHP 5.0.3 hin, nicht auf einen Fehler im Script.


Solange die Entwickler selbst nicht wissen, was sie wollen, macht es keinen Sinn. Heute so, morgen so, übermorgen wieder anders...

Es wurde viel Zeit investiert, um 0.9.7 PHP 5 kompatibel zu machen, weil "now" in PHP 5 eben nicht mehr "jetzt" war. Das wurde damals auch von den Entwicklern begründet.
So, mit PHP 5.0.3 ist "now" wieder "jetzt", das heißt, im Prinzip war die ganze Arbeit umsonst. Dafür gibts jetzt ein anderes Problem mit strtotime().

Willst du wirklich wieder so viel Zeit investieren, um die ganzen strtotime-Berechnungen in LoGD an PHP 5.0.3 anpassen, nur um festzustellen, dass es in PHP 5.0.4 doch wieder auf die alte Weise funzt?

Ich will das nicht.

_________________
Praxis ist, wenn alles klappt aber keiner weiß warum. Theorie ist, wenn man weiß wie es geht, aber nichts klappt. Wir haben beides erfolgreich vereinigt: Bei uns klappt nichts und keiner weiß warum!

Neues Video: Marios freier Tag in Second Life

Ja ein Timestamp ist genau das.

---

Laut den Entwicklern war die Sache mit strtotime ja ein Bug,
und ich glaube kaum das man das verhalten davon noch groß Ändern wird in zukünftigen Versionen.
Mag ja sein das das in Früheren Versionen durch nen Dirty-Hack im Script versucht wurde zu begrenzen, aber eine echte Umwandlung gabs nicht.

Fazit:
LoGD ist in der Version 0.9.7 inkompatiebel und wird es wohl auch in der Version 0.9.8 bleiben.

Schade eigentlich.
Ich glaube trotzdem noch das man mit der entsprechnden Programmireaufwand eine gute PHP4/5 kompatibilität zustande bringe könnte.
Aber da die Entwicklung von LoGD das bisher Zeitlich nicht vorsieht, muss man eben auf die nächste Version hoffen.

Sicher nicht. Ob ich jetzt etwas auf PHP5 umändere oder später, macht für sich gesehen absolut keine Unterschied. Ein Unterschied entsteht nur dann, wenn sich auf einmal doch wieder etwas ändert - dann hätte man aber bei einer Umstellung jetzt mehr arbeit, als wenn man wartet.


Falsch!
Die Entwickler haben mehrfach ausdrücklich darauf hingewiesen, daß die Berechnung von 'now' als 0 Uhr am aktuellen Tag kein Bug ist, sondern den GNU-Spezifikationen entspricht. Sie haben lediglich eingesehen, daß es in der Praxis keinen Sinn macht und es daher zurückgeändert.

Ich verstehe ohnehin nicht, warum viele Leute jetzt so auf PHP5 fixiert sind. Klar, die Klassenbehandlung ist dort deutlich verbessert, aber aufgrund der vielen Bugs, die überall noch enthalten sind, ist PHP4 derzeit die bei weitem bessere Version.

_________________
A bus station is where busses stop. A train station is where trains stop. On my desk there is a workstation...

Eigentlich sollte eine "Umwandlung" oder ein - wie du es nennst - "Dirty Hack" überhaupt nicht nötig sein, wenn ein Script unter einer älteren PHP-Version bereits läuft. Auch PHP schreibt sich das Wörtchen "Abwärtskompatibilität" auf die Fahne!

Der "Dirty strtotime Hack", um LoGD 0.9.7 unter PHP 4.3 und PHP 5 lauffähig zu machen, hat bis einschließlich PHP 5.0.2 einwandfrei funktioniert und war und ist meines Wissens mit den PHP 5-Spezifikationen konform. Korrigiere mich, wenn ich mich irre. *Zu Chaos schiel*
Wenns jetzt nicht mehr läuft, muss entweder PHP 5 einem "Dirty Hack" unterzogen werden, oder die PHP 5 Dokumentation muss angepasst werden.


Ich würde es eher so formulieren: PHP 5 ist noch nicht soweit, um LoGD damit betreiben zu können. Aber ich habe inzwischen Hoffnungen (nachdem "now" wieder "now" ist), dass das in einer der zukünftigen PHP5-Versionen möglich sein wird.

Ist mir aber auch egal. Wenn du einen LoGD-Server haben willst, nimm einfach PHP 4, bis PHP 5 soweit ist, oder mach dich mit jedem PHP5-Bugfixrelease erneut auf die Suche.

Ist im Prinzip schon korrekt.
Ich hab außerdem gerade mit PHP5.0.3 folgendes getestet:
[php]<?php
echo 'strtotime('.date("r").'-900 seconds)';
echo '<br />';
echo date('r',strtotime(date("r")."-900 seconds"));
?>[/php]
Ergebnis:
$this->bbcode_second_pass_code('', 'strtotime(Wed, 23 Feb 2005 20:17:23 +0100-900 seconds)
Wed, 23 Feb 2005 20:02:23 +0100')
Funktioniert also korrekt.

_________________
A bus station is where busses stop. A train station is where trains stop. On my desk there is a workstation...

Aber man kann ja zum glück mit dem neuen Xampp von php5 auf php4 switchen und zurück von dh. glaub ich kaum das eben da probs gibts wenn jemand die vers. hat...

Hab grad die hiesige LoGD-Version auf PHP5.0.3 getestet. register_long_arrays mußte auf on, weil sonst der Login nicht funktionierte, ansonsten lief alles fehlerfrei und ohne irgendwelche Timeouts.

_________________
A bus station is where busses stop. A train station is where trains stop. On my desk there is a workstation...

ich find des "register_long_arrays" irgendwie net....lööööl
kannsu mir evtl. sagen wo des is???*liebguck*

*dreamveaver auf * *[Ctrl]+F* *register_long_arrays mit aktiver option 'in ordner suchen' suchen* *schnell ins MSN kommen*

_________________
R.I.P.
†26.7.2004 - 20.3.2006†
†MeteorA†

_________________
A bus station is where busses stop. A train station is where trains stop. On my desk there is a workstation...

findet aber nix....hmpf ~hab in der apache/bin/php.ini geguckt...

ja so gehts auch

Bez. Thread: Ich hab die Pre.14 und die original 097extGer(3) auch ma local aufgesetzt und hatte keine probs mit Timeouts...

_________________
R.I.P.
†26.7.2004 - 20.3.2006†
†MeteorA†

kev: Du hast auch PHP4 aktiviert oder? Da gibts das ganze noch nicht.
In der php.ini zu PHP5 stehts dagegen drin.

_________________
A bus station is where busses stop. A train station is where trains stop. On my desk there is a workstation...

ich hab php5..hab ja des neue von xampp da war direkt php5 vorgeben...

So, erstmal ein paar weitere Sachen getestet.

$this->bbcode_second_pass_code('', '
; Whether or not to register the old-style input arrays, HTTP_GET_VARS
; and friends. If you're not using them, it's recommended to turn them off,
; for performance reasons.
register_long_arrays = On
')
War bei mir schonmal jedenfalls an, soweit so gut

Selbst mit der Original-Version 0.9.7, sowie dem 0.9.8-14-prerelease bekomme ich immer noch lustige Timeouts und die Zeitfunktion scheint auch bei beiden nicht zu funktionieren.
$this->bbcode_second_pass_code('', '
Next new game day in: 0h, 00m, 59s (real time)
')

Bald wühl ich noch die ganze php.ini durch
Irgendwo muss doch ein Fehler zu finden sein.

suche mal zeitstop
da könnte die antwort liegen

so hehe hab mein prob auch erstma gelöst hab erstma auf php4 geswitched...da ich schon die neuste xampp vers. hab is es natürlich nicht mehr in der php.ini

@Weasel

Wo genau soll der Wert, Variable, ... "Zeitstop" bitte genau stehen ?

In einer Datei oder in dein Einstellungen von LoGD

Habe ihn jetzt nicht direkt finden können
$this->bbcode_second_pass_code('', '
Suche abgeschlossen. Fundstellen: 'zeitstop' 0 Einträge. (0 Datei[en])
')

hier im forum
http://anpera.homeip.net/forum/viewtopi ... t=zeitstop

Vielen Dank