1. Foren
  2. Kommentare
  3. Internet-Forum
  4. Alle Kommentare zum Artikel
  5. › Brotli: Mozilla und Google…

Wo wäre das Problem gewesen es bei brotli zu belassen.

  1. Thema

Neues Thema


  1. Wo wäre das Problem gewesen es bei brotli zu belassen.

    Autor: gardwin 12.10.15 - 17:02

    Daran hätte sich keiner die Finger wundgetippt.

    Gardwin

  2. Re: Wo wäre das Problem gewesen es bei brotli zu belassen.

    Autor: Pwnie2012 12.10.15 - 17:27

    wurde wo anders schon angesprochen (andrer thread).

    scheint was mit http headers zu tun zu haben

  3. Re: Wo wäre das Problem gewesen es bei brotli zu belassen.

    Autor: mnementh 12.10.15 - 19:30

    Pwnie2012 schrieb:
    --------------------------------------------------------------------------------
    > wurde wo anders schon angesprochen (andrer thread).
    >
    > scheint was mit http headers zu tun zu haben
    Auch da könnte man problemlos brotli hintun. Aber das ist der Wahn bei der Datenübertragung jedes millibyte zu sparen um dann halbwegs schnell bei einem Seitenaufruf Hunderte HTTP-Anfragen zu generieren, nur weil das modern und schick ist.

  4. Re: Wo wäre das Problem gewesen es bei brotli zu belassen.

    Autor: zZz 13.10.15 - 11:03

    mnementh schrieb:
    --------------------------------------------------------------------------------
    > Aber das ist der Wahn bei der
    > Datenübertragung jedes millibyte zu sparen um dann halbwegs schnell bei
    > einem Seitenaufruf Hunderte HTTP-Anfragen zu generieren, nur weil das
    > modern und schick ist.

    Wenn dieser „moderne Wahn” in allen Bereichen üblich wäre, hätte die Welt einen Haufen weniger Probleme

  5. Re: Wo wäre das Problem gewesen es bei brotli zu belassen.

    Autor: mnementh 13.10.15 - 11:05

    zZz schrieb:
    --------------------------------------------------------------------------------
    > mnementh schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Aber das ist der Wahn bei der
    > > Datenübertragung jedes millibyte zu sparen um dann halbwegs schnell bei
    > > einem Seitenaufruf Hunderte HTTP-Anfragen zu generieren, nur weil das
    > > modern und schick ist.
    >
    > Wenn dieser „moderne Wahn” in allen Bereichen üblich wäre,
    > hätte die Welt einen Haufen weniger Probleme
    Du verstehst mich nicht. Der Wahn ist es Tausende Anfragen zu generieren mit Ajax, vielen Schnick-Schnack-Daeien usw. und dann zu denken wenn wir drei Byte im Header sparen ist alles wieder gut.

    Wir leben im 21. Jahrhundert, es muss doch möglich sein brotli in den header zu schreiben, anstatt hier bis zur Unkenntlichkeit abzukürzen so dass niemand mehr durchblickt.



    2 mal bearbeitet, zuletzt am 13.10.15 11:10 durch mnementh.

  6. Re: Wo wäre das Problem gewesen es bei brotli zu belassen.

    Autor: zZz 13.10.15 - 11:09

    mnementh schrieb:
    --------------------------------------------------------------------------------

    > Du verstehst mich nicht. Der Wahn ist es Tausende Anfragen zu generieren
    > mit Ajax, vielen Schnick-Schnakc-Daeien usw. und dann zu denken wenn wir
    > drei Byte im Header sparen ist alles wieder gut.

    Das „wahnsinnigste” daran ergibt sich aus den Einschränkungen von HTTP 1.x, die sind bald Geschichte. Ansonsten spart AJAX ja durchaus viel an Traffic. Man kann natürlich jede Technologie schlecht umsetzen, dann bekommt man den von Dir genannten „Schnickschnack”. Aber ganz verallgemeinert UI/UX als Blödsinn abzutun, weil man kein Verständnis dafür hat, ist Unsinn. Wikipedia und Fefes Blog (letzeres beruht sicher auf seiner Gegen-Alles-Einstellung) sind gute Beispiele für Seiten, wo die Funktionalität (in beiden fällen die Lesbarkeit) stark leidet. Da täten „Schnickschnack” wie CSS und WebFonts ganz gut.

  7. Re: Wo wäre das Problem gewesen es bei brotli zu belassen.

    Autor: mnementh 13.10.15 - 11:14

    zZz schrieb:
    --------------------------------------------------------------------------------
    > mnementh schrieb:
    > ---------------------------------------------------------------------------
    > -----
    >
    > > Du verstehst mich nicht. Der Wahn ist es Tausende Anfragen zu generieren
    > > mit Ajax, vielen Schnick-Schnakc-Daeien usw. und dann zu denken wenn wir
    > > drei Byte im Header sparen ist alles wieder gut.
    >
    > Das „wahnsinnigste” daran ergibt sich aus den Einschränkungen
    > von HTTP 1.x, die sind bald Geschichte. Ansonsten spart AJAX ja durchaus
    > viel an Traffic. Man kann natürlich jede Technologie schlecht umsetzen,
    > dann bekommt man den von Dir genannten „Schnickschnack”. Aber
    > ganz verallgemeinert UI/UX als Blödsinn abzutun, weil man kein Verständnis
    > dafür hat, ist Unsinn. Wikipedia und Fefes Blog (letzeres beruht sicher auf
    > seiner Gegen-Alles-Einstellung) sind gute Beispiele für Seiten, wo die
    > Funktionalität (in beiden fällen die Lesbarkeit) stark leidet. Da täten
    > „Schnickschnack” wie CSS und WebFonts ganz gut.
    Abgesehen davon dass man bei Fefe CSS einstellen kann und Wikipedia sowieso welches hat, sind beide Seiten gut lesbar. Ich wüsste auch nicht inwiefern Seiten die Informationen transferieren davon profitieren wenn sie bunt und zapplig sind. Vergleiche dies mit vielen Nachrichtenseiten, wie Spiegel Online oder Focus. All der Schnick-Schnack trägt nicht dazu bei dass man die Informationen besser erhält. Wikipedia ist meiner Meinung nach ein Beispiel exzellenten Designs für den Zweck.

    Abgesehen davon - wenn das Pflaster für all die Extra-Anfragen darin besteht ein nicht sehr langes Wort 'brotli' bis zur Unkenntlichkeit abzukürzen, dann weiß ich auch nicht.

  8. Re: Wo wäre das Problem gewesen es bei brotli zu belassen.

    Autor: Subsessor 13.10.15 - 13:37

    zZz schrieb:
    --------------------------------------------------------------------------------
    > Wikipedia und Fefes Blog (letzeres beruht sicher auf
    > seiner Gegen-Alles-Einstellung) sind gute Beispiele für Seiten, wo die
    > Funktionalität (in beiden fällen die Lesbarkeit) stark leidet. Da täten
    > „Schnickschnack” wie CSS und WebFonts ganz gut.

    Fefe und schlecht lesbar? Wikipedia und schlechte Funktionalität?
    Derartige Behauptungen sollte man erst mal erklären, wenn man sie aufstellt...

  1. Thema

Neues Thema


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Sie müssen ausserdem in Ihrem Account-Profil unter Forum einen Nutzernamen vergeben haben. Zum Login

Stellenmarkt
  1. GIS-Spezialist (m/w/d)
    ABG FRANKFURT HOLDING GmbH Wohnungsbau- und Beteiligungsgesellschaft mbH, Frankfurt
  2. Testmanager (m/w/d) Embedded Systems
    MAQUET GmbH, Rastatt, teilweise Homeoffice
  3. Beauftragte*r für Informationssicherheit
    Fraunhofer-Institut für Toxikologie und Experimentelle Medizin ITEM, Hannover
  4. Inhouse Consultant SAP Finance (m/w/d)
    DRÄXLMAIER Group, Vilsbiburg bei Landshut

Detailsuche


Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Spiele-Angebote
  1. 219,99€ (mit Vorbesteller-Preisgarantie)
  2. basierend auf Verkaufszahlen
  3. 0,99€ (Tiefstpreis!)


Haben wir etwas übersehen?

E-Mail an news@golem.de


Do it yourself: Mit dem selbstgebauten U-Boot aus der Sinnkrise
Do it yourself
Mit dem selbstgebauten U-Boot aus der Sinnkrise

37C3 Wer sich schon immer mal ein U-Boot selbst bauen wollte, hat auf dem Chaos Communication Congress eine ausführliche Anleitung dazu erhalten.
Ein Bericht von Friedhelm Greis

  1. Boeing Vollautonomes U-Boot für die US-Marine ist fertig
  2. Schifffahrt Hapag-Lloyd plant Containerfrachter mit Segeln
  3. 850 Fantom Air Elektro-Sportboot von Porsche und Frauscher

Zukunft des MCU: Quo Vadis, Marvel?
Zukunft des MCU
Quo Vadis, Marvel?

Bis zu Avengers: Endgame schien es, als könne Marvel nichts falsch machen. Man eilte von einem Erfolg zum nächsten. Das ist erstmal vorbei. Superhelden-Müdigkeit allein kann es nicht sein.
Von Peter Osteried

  1. Deadpool 3 Jede Menge Cameos bestätigt - und ein Hund
  2. Superhelden-Film Marvel möchte Pedro Pascal für die Fantastic Four
  3. Nach dem Streik Deadpool und weitere Marvel-Filme verschoben

Sicherheitslücke bei Kuno: Gesperrte Bankkarten ließen sich einfach entsperren
Sicherheitslücke bei Kuno
Gesperrte Bankkarten ließen sich einfach entsperren

37C3 Neben der Kartensperrung über die Bank gibt es noch einen weiteren Weg, um unerwünschte Abbuchungen zu verhindern. Doch der Dienst Kuno ließ sich auf recht einfache Weise hacken.
Ein Bericht von Friedhelm Greis

  1. Security EZB testet Cybersicherheit von Banken
  2. Expertin für Netzwerksicherheit Bahn braucht bessere "Railsecurity"
  3. Microsoft-Netzwerke Das große Security-Desaster in der IT