Mal was zum Wochenende grübel für die Javascript Nerds hier

elmex

Wenn Ihr Englisch könnt, lest doch mal den folgenden Beitrag zum Thema Javascript Frameworks und lasst Euch inspirieren

https://news.ycombinator.com/item?id=12692595

Can

Soso, dann log dich doch mal in AdSense, Analytics oder den Google Tag Manager ein. Haben diese Seiten Performance Probleme?

Komisch. Denn die sind alle vollständig in JavaScript verfasst. Sprich auch das HTML das da rauskommt wird in deinem Client zusammengefriemelt. Gerade React und Angular 2 machen die Nutzung von JavaScript sehr viel besser.

JavaScript hat seine schwächen und wird hoffentlich bald von Webassembly ersetzt. Dennoch ist dieses Bashing überflüssig. Versuch mal rein mit HTML und CSS so ein Nutzererlebnis zu realisieren. Unmöglich.

chris21

Soso, dann log dich doch mal in AdSense, Analytics oder den Google Tag Manager ein. Haben diese Seiten Performance Probleme?

Alle drei eine Performance Katastrophe.

Can

chris21 hat geschrieben:
Soso, dann log dich doch mal in AdSense, Analytics oder den Google Tag Manager ein. Haben diese Seiten Performance Probleme?
Alle drei eine Performance Katastrophe.

Achso?

Na dann öffne doch mal die DevTools in deinem Browser und geh in die Timeline. Nim auf, klick 3x auf einen Link hier im Forum und im neuen Adsense, dann gilt es beide Ergebnisse zu vergleichen. Vor allem die roten Bereiche Interessant, hier gab es Verzögerung die das Rendering blockierte.

Bei mir ist Adsense genau so "schnell" wie das Abakus Board das ja kein Rendering mit JS macht. Bzw. im Viewwechsel sogar wesentlich schneller.

Was dir ggf. auffällt ist die Serverlatenz die bei den großen Anwendungen von Google teilweise recht hoch ist. Das ist aber unabhängig von JavaScript oder nicht JavaScript.

/Affilitiv/

elmex hat geschrieben:lasst Euch inspirieren

bist Du eventuell OSSi ohne DSL?

ich hab hier eine Leitung aus dem Handy, aktuell mit SPeed (für 1Giga; das hällt vielleicht 4 Tage; Dann langsam; 1%speed)

Twitter dann quälend langsam
FaceBook geht quasie garnicht
einloggen bei Superclix 10 Minuten

Can hat geschrieben:Bei mir ist Adsense genau so "schnell" wie das Abakus Board das ja kein Rendering mit JS macht. Bzw. im Viewwechsel sogar wesentlich schneller.

Abakus mach ich normal ohne JS; geht dann .... OK .... mit JS muß ich 5 Minuten warten

Du sagtest "Benutzererlebniss"
auf eine Seite 30 Minuten warten ist ein Erlebniss

in den Medien wird immer gejammert "langsames internet"
hab das letztes mit einer "normalen Autobahn" verglischen

3 Spuren; alle jammern "eine 4. muss her"
150 würden drauf passen
aber 200 wollen drauf (ähm, 100 + Anhänger)
normal fahren aber nur 20% mit Anhänger = 120 was weniger ist wie 150 also die 3 Spuren sind genug

Dieses ganze AjaX ist das XML?
und diese "inHTMLimg"
hab da die Tage mal .... Bild speichern unter und dann diesesn HTML5imgstring in einen "strlen"
Ergebniss
Datei 700Kilo
HTML5 sind es 1600Kilo
(so ungefähr; Doppelt so groß)
2. Bilder die im HTML5 drin sind, werden jedes mal übertragen
altmodisch werden sie gecacht

Annahme
hier sind 10 Bilder mit 700Kilo (dateigröße)
= 7Mega (ähm, das ist jetzt .... viel für eine Site ... aber es ist ja nur mathe)

via HTML5 sind es 14Mega
ich rufe 100 Seiten auf = 1.4 Giga HTML5
altmodisch würden nur die 700Kilo übertragen; Egal ob ich 1 oder 100 oder 1000 Seiten aufrufe

last euch mal inspirieren ob dieses XML und inlineBiLDER alles nur "Mist" ist

und kom jetzt nicht mit Serverlatenz weil altmodisch mehr Requests notwendig sind

HTML5 bei 100 Seiten mit 5 Grafiken = 500 Requests gepart (aber viel viel Datenvolumen; siehe oben)
altmodisch = 5 zusätzliche Requests (denn danach kommts aus dem Cache)

oder anders
um die Geschwindigkeit zu verdoppeln muß man nicht doppelt so schnell sein

PS:
Andy der GoogleZerstörer https://7eo.de/AK99
https://www.youtube.com/watch?v=ifwEdpaWNtM

Can

base64 Bilder sind nochmal was ganz anderes und können sowohl bei Single Page Applikationen wie bei gewöhnlichen HTML Seiten vorkommen.

Wenn du mal die Netzwerktabs öffnest siehst du das auch bei gecachten Inhalten immer noch ein Request zum Server geht, dieser wird dann mit 304 beantwortet. + HTTP Overhead => nicht sehr schnell.

Die alternative ist der ServiceWorker (reines JavaScript) er löst den ApplicationCache ab und ermöglicht es dir Webseiten vollständig für die Offlinenutzung zu speichern.

Beispiel: Abakus hat initial auf der Startseite 180 KB und 50 Requests.Klickt man auf eine Kategorie sind es 55 Requests die bei mir dazu kommen und 17 KB an neu geladenen Daten + http overahead. Herausstechend sind das wirklich 55 Requests abgewartet werden müssen. Da Browser nur eine bestimmte Anzahl von Requests per Origin durchführen dauert das Laden bei mir mit einer extrem guten Internetverbindung 800 ms für 17 KB & 55 Requests.

Nun nehmen wir mal an das Forum wäre eine JavaScript SPA. Der initiale Request wäre größer da viel mehr JavaScript geladen wird. Sagen wir also mal 250 KB in 10 Requests, beim Klick auf eine Kategorie wird dann jedoch nur noch 1 Request ausgeführt der 1 JSON File vom Server lädt. (1 KB). Dies dauert gewöhnlich 200 ms. Also 1/4 der statischen Variante!

D.h. wenn du ein bisschen auf der Seite rumklickst hast du mit der JavaScript SPA weniger Traffic und zudem noch ein viel schnelleres Nutzungserlebnis.

Zudem kann die SPA für immer vollständig in deinem Cache verbleiben und muss beim erneuten Besuch des nur die JSON Ressource mit der Forenübersicht anfordern. (1 KB).

elmex

@can - gerade Du solltest dich einfach mal inspirieren lassen

Ich will ja auch gar nicht Javascript komplett als nutzlos bezeichnen, aber dennoch hat das gerade wegen der ganzen Frameworks doch manchmal eine gewisse Skurrilität. Wieviel Seiten laden Frameworks, die dann gerade mal eine handvoll Funktionen realisieren, die in reinem VanillaScript nur ein Bruchteil an Daten erzeugen würden?

Aber schon klar, wer einmal npm und node verfallen ist, kann ja nicht mehr anders

Und von wegen Bashing - fühlt sich da jemand auf den Schlips getreten? Hehehe - dann gebasht habe ich nicht wirklich!

@/Affilitiv/
Nein, kein Ossi ohne DSL, (West-)Berliner mit DSL. Aber das ist eh 25 Jahre vorbei mit Ost und West, naja, manche kriegen es nicht aus dem Kopf

Langsame Handies können aber neben der Übertragung auch an den oft eher eingeschränkten Resourcen des Apparats liegen, denn Javascript wird ja im Client ausgeführt und erzeugt dadurch Prozessorlast und sowas - auch ein eindeutiger Nachteil dieses auswuchernden Script Wahnsinns.

Ganz abgesehen davon, dass man mit Einbindungen von Javascripten von externen Resourcen auch noch die Privatsphäre der Nutzer ignoriert und deren Surfverhalten an unheilige Datensammler preisgibt...

elmex

chris21 hat geschrieben:
Soso, dann log dich doch mal in AdSense, Analytics oder den Google Tag Manager ein. Haben diese Seiten Performance Probleme?
Alle drei eine Performance Katastrophe.

Eben!