[TYPO3-german] Atomzeit

[Björn Hahnefeld]

Hallo Stephan,

herzlichen Dank für deine ausführliche Mail mit vielen netten Denkanstößen,
die du mir hast zukommen lassen. Den Bug habe ich schon einmal behoben. Ich
habe die htaccess so angewiesen, dass alle Aufrufe automatisch auf
https://www weitergeleitet werden. Somit hat sich auch der "Bug" im IE und
FF beheben lassen.

Den nächsten Lösungsansatz von dir, dieses Skript nur auszuführen und
nachzuladen, wenn das Flyout-Div aktiviert - also geöffnet ist - finde ich
auch absolut sinnvoll und hatte ich mir auch schon überlegt. Nur wie könnte
ich dies realisieren? Dann hätten wir zwar immer noch viele Anfragen, wenn
das DIV offen ist, aber eben nur einen Bruchteil von derzeit...

Viele Grüße von

Björn

Am 22. Mai 2017 um 21:18 schrieb Stephan Schuler <
Stephan.Schuler at netlogix.de>:

> Hallo zusammen.
>
> Erst mal vorweg: Mit Piwik zu tracken wie lange ich Deine Seite geöffnet
> habe kannst Du Dir in die Haare schmieren, die piwik.js-Datei wird von
> meinem Adblocker blockiert. Du bekommst den Click mit, den Du auch aus
> Deinem Access-Log auslesen könntest. Aber die Verweildauer pro Seite, das
> Close-Event der Seite und die Anzahl der gleichzeitig geöffneten Tabs wirst
> Du wohl nicht tracken können.
>
> Du scheinst jQuery 1.11.1 zu verwenden. Ich kann Release-Notes davon vom
> Mai 2014 finden. Ich würde nicht erwarten, dass das zufriedenstellend mit
> allen aktuellen Browsern kompatibel ist.
> Hier könnte eines Deiner Browser- oder Betriebssysteme liegen: In der
> veralteten jQuery-version.
> https://blog.jquery.com/2014/05/01/jquery-1-11-1-and-2-1-1-released/
>
> Aktuell wird mir Deine time.php-Datei in etwa 35ms hier her ausgeliefert.
> Hast Du mal ausprobiert wie die Latenz auf Mobilgeräten aussieht, im
> Edge-Netz im Allgäu? Ich bin mir nicht sicher ob Du halbsekündliche
> Genauigkeit hinbekommst. Jedenfalls nicht zuverlässig garantiert für jeden
> Aufrufer.
>
> Du scheinst den Request ja aktuell ohne TYPO3 zu machen – sonst ginge die
> URL nicht auf eine „time.php“. Das würde ich so lassen, die 35m können sich
> eigentlich nur verschlechtern, wenn da ein uncached TYPO3 hochfährt. Wenn
> Dein TYPO3 schon 300ms für die Auslieferung braucht ohne dass
> Netzwerklatenz im Spiel ist kannst Du Dir ja sicher vorstellen was dann mit
> der Genauigkeit passiert.
>
> Zum Thema uncached Request würde ich dann noch empfehlen, hier mal Last
> auszuprobieren. Geh mal mit „ab“ auf die Datei und schau wie sich das
> verhält. Wenn ich Angreifer wäre und erkennne würde dass Du für diesen
> Request viel CPU-Zeit brauchst würde ich genau da ansetzen um Deinen Server
> glühen zu lassen.
>
> Wenn ich Deine Seite ohne www aufrufe sagt mir die lasche links, dass ich
> bitte JS aktivieren soll, obwohl zwei Requests pro Sekunde an den Server
> gehen. Die scheitern dann zwar an fehlenden CORS-Headern weil der Request
> doch wieder mit www aufruft. Ich würde eine Domain wählen und das Frontend
> auf die festnageln. Sprich: Redirect auf die Haupt-Domain wenn eine andere
> aufgerufen wird.
>
> Ich würde die Umsetzung komplett anders angehen.
> Wenige Stützrequests sollten die aktuelle Uhrzeit als JSON-Response
> liefern, nicht als HTML.
> Diese wenigen Stützrequests reichen vermutlich alle 30 oder 60 Sekunden.
> Bei jeder Response würde ich in einer lokalen Variable sowohl die aktuelle
> Uhrzeit des Servers speichern (die kommt in der Response mit) als auch
> diejenige Uhrzeit die der Browser hatte als der Request abgeschickt wurde.
> Ein Intervall darf regelmäßig ausrechnen wie spät es auf dem Server ist.
> Dazu darf das Intervall die aktuelle Browser-Uhrzeit nehmen, davon die
> gemerkte Browser-Uhrzeit zum Response-Zeitpunkt abziehen und die
> Response-Uhrzeit des Servers wieder drauf addieren.
> Das sollte nur unwesentlich driften und trotzdem nicht so arg viele
> Requests an den Server machen.
>
> Hast Du schon mal ausprobiert was passiert, wenn ich Deinen Tab für eine
> halbe Stunde in den Hintergrund lege und dann wieder in den Focus hole? Im
> Idealfall solltest Du das mit allen relevanten Browsern checken. Nachdem
> aktuelle Browser versuchen, Hintergrundprozesse zu minimieren und denen
> dann weniger CPU-Zeit einräumen könnte ich mir vorstellen, dass dann
> spontan ein Burst an Requessts ausgelöst wird.
>
> Dein Timer läuft sogar wenn die Lasche links eingeklappt ist. Das würde
> ich ändern und den Timer nur zählen lassen, wenn er auch zu sehen ist.
> Insbesondere läuft der Timer auch mobil (jedenfalls wenn ich dem Browser
> nur die Hälfte meines Bildschirms erlaube), auch wenn ich in der Situation
> ja überhaupt keine Möglichkeit habe, die Lasche mit dem Timer zu öffnen.
>
> Wenn mir noch was einfällt schreib ich das hier rein (.
>
> Beste Grüße,
>
>
>
> Stephan Schuler
> Web-Entwickler | netlogix Web Solutions
>
> Telefon: +49 (911) 539909 - 0
> E-Mail: Stephan.Schuler at netlogix.de
> Web: websolutions.netlogix.de
>
>
>
> ----------------------------
> Neu: Wir sind Amazon Web Services Partner. Mehr erfahren:
> https://websolutions.netlogix.de/technologie/amazon-web-services-aws
> ----------------------------
>
>
>
>
> netlogix GmbH & Co. KG
> IT-Services | IT-Training | Web Solutions
> Neuwieder Straße 10 | 90411 Nürnberg
> Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99
> E-Mail: info at netlogix.de | Web: http://www.netlogix.de
>
> netlogix GmbH & Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338)
> Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634)
> Umsatzsteuer-Identifikationsnummer: DE 233472254
> Geschäftsführer: Matthias Schmidt
>
>
>
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german