meine Seite läuft auf SSL, also https.lck wrote:nur in der Zeile von "Sharff" erscheint ein "Fatal error"
Ein Problem, welches meines Wissens nach mit der Version 1.4 Hi_updatecheck behoben wurde
meine Seite läuft auf SSL, also https.lck wrote:nur in der Zeile von "Sharff" erscheint ein "Fatal error"
Genau, so ist es.olape wrote:Ein Problem, welches meines Wissens nach mit der Version 1.4 Hi_updatecheck behoben wurde
die Seite wird auf SSL umgeleitet.Shariff_XH,1.0.b5_1,1.0.b5_1,,,http://olaf.penschke.net/?CMSimple_XH/P ... iff_xh.nfo
Tarnunglck wrote:Hatte deshalb die version.nfo unter die Lupe genommen, aber da steht nichts von https:
Danke für die ausführlichen Tests und die entsprechende Info.lck wrote:Hier mal meine Erfahrungen, sollte es noch jemanden interessieren.
[…]
Stimmt, das war's!olape wrote:meine Seite läuft auf SSL, also https.lck wrote:nur in der Zeile von "Sharff" erscheint ein "Fatal error"
Ein Problem, welches meines Wissens nach mit der Version 1.4 Hi_updatecheck behoben wurde
Hmm, das scheint mir nicht die ganze Wahrheit zu sein. Zwar funktionieren nun Requests per https, aber...cmb wrote:Stimmt, das war's!
Danke für den ausgiebigen Test. Das war der Grund, weshalb ich mir die Sache mit den Timeouts noch einmal vorgenommen habe.lck wrote:Hier mal meine Erfahrungen, sollte es noch jemanden interessieren.
Das finde ich gutHolger wrote:Warum also keine ehrliche Lösung?
Wenn "AutoCheck" aktiv ist, könnte eine Meldung "Updates werden gesucht..." mit animiertem Loading-GIF erscheinen. Dann weiß der User wenigstens warum eventuell etwas hängt und schaltet die Prüfung dann eben aus, wenn es auf Dauer zu lange braucht.
Stimmt, fsockopen()s Timeout gilt nur für das Herstellen der Socketverbindung.Holger wrote:Du erinnerst dich sicher an unsere Diskussion über den Standard-Wert für den Timeout von fsockopen(). Im Ergebnis war das irrelevant, denn der Timeout bezieht sich lediglich auf die Zeit um den Socket zu öffnen. Die nötige Zeit beim lesen des Streams ist hier unberücksichtigt . Zusätzlich muss man dafür stream_set_timeout() bemühen
Das war mir neu. Im Beispiel in der Doku kann man sehen, das es so gedacht ist – eigentlich auch nicht allzu überraschend, da der Timeout sich ja letztlich auf das Lesen bezieht (glaube ich jedenfalls).Holger wrote:und zwar nachdem man per fputs() den Request gesendet hat, sonst funktioniert es nicht - warum auch immer - und es gelten die Werte aus der PHP-Konfiguration.
Das ist vielleicht wirklich das beste.Holger wrote:Warum also keine ehrliche Lösung?
Wenn "AutoCheck" aktiv ist, könnte eine Meldung "Updates werden gesucht..." mit animiertem Loading-GIF erscheinen. Dann weiß der User wenigstens warum eventuell etwas hängt und schaltet die Prüfung dann eben aus, wenn es auf Dauer zu lange braucht.
Na ja, das mit dem Ansichtsmodus ist womöglich eine Option, aber: wieso initialisiert der Editor eigentlich nicht? Wenn der UpdateCheck hängt, dann wird das Dokument nicht fertig geladen (und window.onload nicht getriggert), obwohl die Requests doch asynchron sind.Holger wrote:Was mich aber wirklich nervt ist, dass der Editor nicht lädt und die nackte Textarea auf die Updateprüfung warten muss. Viel eleganter schaut es aus, wenn die Prüfung erst beim Wechsel in den Ansichts-Modus startet. Mir scheint es dafür aber keine Lösung zu geben...
Ein Timeout wäre zumindest ein Workaround (grundsätzlich mag ich solche Timeouts nicht, weil man nie weiß, wie lange man warten soll).olape wrote:Könnte man denn für den Updatecheck nicht eine Art Timer setzen?
Damit der Rest erst mal geladen wird.