Je mehr Datenbestände vorhanden sind aus denen es etwas aufzubereiten und zur Anzeige ist, desto wichtiger ist die Power.
Facebook ist so ein Anwender der enorme Datenmengen besitzt und genau das machen muss.
Und - man darf davon ausgehen, das dort performant programmiert wird, das reicht aber nicht aus:
Tatsächlich sind es nicht nur die big Player die längst begriffen haben, das Performance extrem wichtig ist.
Nicht nur Google und Co bewerten Performance einer Site mit einem kleinen Anteil und zielen mit Pagespeed direkt auf die aktuelle Entwicklung hin zur mobilen Netznutzung, es sind die Nutzer, deren grundsätzliches Interesse ab 1 Sekunde Renderzeit langsam nachlässt und ab 2 Sekunden rapide abfällt.
Die Nutzer treiben die Speedprogrammierung voran.
Das Problem - eine Domain ist heute für wenig Geld zu haben, kostenfreie Software auch aber Kenntnisse für Speedentwicklungen muss man sich erwerben.
Bei vielen Opensource - Titeln die von Zusätzen leben die von Laien erstellt wurden fehlt das fast zu 100%.
Kommt dazu noch eine Basis, die Speed im Grundsatz verhindert wie bei Wordpress, Prestashop oder Cmsmadesimple, dann sieht es schlecht aus damit.
Die kleinen Anwender sehen das Speedthema nicht, sind froh wenn sie ihr Web zum laufen bringen.
Und - es sind eine Menge Webdesigner unterwegs die ihren Kunden solche Titel genau aus dem Background hin als fertiges Web verkaufen.
Die Folgen für einen gewerblichen Anwender können drastisch sein - Erfolg runter bis auf Null. Man hat ein Web, ist präsent, es zeigt aber keine Wirkung.
Firmen mit einem IT Hintergrund sehen das meist völlig richtig und meiden solche Anbieter aber auch solche Titel.
Der Effekt ist der das solche Titel im Bereich Privatleute und Kleinstanwender hängen bleiben und technisch immer mehr einstauben.
Firmen mit IT Wissen sollten solche Titel meiden und genau das machen sie auch.
Mangelnder Speed bei Titeln machen diesen Anwender schwer zu schaffen, denn mobile Nutzung ist mehrfach langsamer als die Desktopnutzung.
Die Situation ist die das die mobile Nutzung der Standard ist und damit tritt das Speedproblem sehr massiv auf.
Wenn Anwender sagen, das sie laut Statistik keine mobilen Zugriffe haben, dann haben sie bereits verloren. Dann ist es nur eine Frage der Zeit wenn es steil nach unten geht - es sei denn das Angebot ist derart einmalig, das Besucher kommen müssen - aber welches Angebot ist es schon.
Und Speed für Besucher bedeutet erlebter Speed und damit wird das Thema erheblich komplexer, da Speedtechniken heute extrem auch direkt die Möglichkeiten von HTML5 nutzen und das bedeutet den Versuch bis zum Empfänger den Transport und die Lagerung von Daten zu steuern.
Aber genau das muss ein System unterstützen - wie kann es das, wenn es bereits bei den herkömmlichen Speedmaßnahmen versagt, weil man das alles ignoriert.
Speed ist kein langweiliges Thema - jedes Jahr finden Formel 1 Rennen statt, die zwar mit viel mehr Getöse und Personenkult, aber Speed ist das Thema.
Was Webprogrammierung betrifft sehen Ahnungslose den Bedarf nicht, denn sie blicken da überhaupt nicht durch. Tatsächlich schrauben, drehen und hämmern sehr viele Programmierer am Speed herum und viele mit Erfolg.
Jeder will das sein Web von zahlreichen Besuchern erlebt wird, niemand macht sich Gedanken darüber ob sein System eine größere Anzahl von Besuchern überhaupt verkraften kann.
Dabei gibt es CMS - Systeme mit Millionendownloads die brechen bei 20 aktiven Usern im Stresstest bereits zusammen und 20 ist nichts.
Andere Systeme benötigen bereits bei wenigen hundert verschachtelter Seiten 10 Sekunden allein um das Menü aufzubereiten - völlig unbrauchbar.
Nutzer solcher Systeme die es nicht bemerken haben weder 20 Besucher gleichzeitig noch mehrere hundert Seiten in der Art - es handelt sich um Kleinstwebs, die da sind aber selten von einem großen Publikum besucht werden.
Diese Webs gehen anonym im Wald der Millionen ähnlicher Inhalte unter - die Betreiber gehören nicht zur Zielgruppe von Speedwebs, die Ersteller nicht zu den eigentlichen Profis.
Speedprogrammierung ändert sich laufend - neue PHP oder Mysql - Versionen bieten auf einmal neue Techniken an die an manchen Stellen entscheidende Fortschritte bringen.
Neue HTML Versionen und Spezifikationen (auch HTML5 ändert sich) wie auch Browser die mehr und mehr solche Techniken abarbeiten können verändern alles.
Allein der Umschwung des Marktes auf mobile Nutzung ist eine ungeheure Herausforderung.
Längst bekannte Techniken wie Ajax werden auf einmal zum Zwang, lokale Speicherung von Daten direkt beim Besucher über eine Session hinaus ebenfalls.
Pagespeedmethoden a la Google einzusetzen ist völlig normal - 100/100 auf allen Seiten zu erreichen auch für mobile ist bei uns eine Kleinigkeit ( https://developers.google.com/pagespeed/#url=http_3A_2F_2Fpowersoftware.org_2F_3Fsmartytricks__de&mobile=true ) , aber auch Zeiten für fertig gerenderte Seiten von unter 20 ms liegen drin - da wird also bei uns mit allen Tricks gearbeitet die machbar sind.
Und das alles auch noch im WCAG 2 AAA Standard.
Machen wir also weiter und packen es.
Unsere Titel sind da sehr viel weiter als alle anderen.
Die Nutzer treiben die Speedprogrammierung voran.
Das Problem - eine Domain ist heute für wenig Geld zu haben, kostenfreie Software auch aber Kenntnisse für Speedentwicklungen muss man sich erwerben.
Bei vielen Opensource - Titeln die von Zusätzen leben die von Laien erstellt wurden fehlt das fast zu 100%.
Kommt dazu noch eine Basis, die Speed im Grundsatz verhindert wie bei Wordpress, Prestashop oder Cmsmadesimple, dann sieht es schlecht aus damit.
Die kleinen Anwender sehen das Speedthema nicht, sind froh wenn sie ihr Web zum laufen bringen.
Und - es sind eine Menge Webdesigner unterwegs die ihren Kunden solche Titel genau aus dem Background hin als fertiges Web verkaufen.
Die Folgen für einen gewerblichen Anwender können drastisch sein - Erfolg runter bis auf Null. Man hat ein Web, ist präsent, es zeigt aber keine Wirkung.
Firmen mit einem IT Hintergrund sehen das meist völlig richtig und meiden solche Anbieter aber auch solche Titel.
Der Effekt ist der das solche Titel im Bereich Privatleute und Kleinstanwender hängen bleiben und technisch immer mehr einstauben.
Firmen mit IT Wissen sollten solche Titel meiden und genau das machen sie auch.
Mangelnder Speed bei Titeln machen diesen Anwender schwer zu schaffen, denn mobile Nutzung ist mehrfach langsamer als die Desktopnutzung.
Die Situation ist die das die mobile Nutzung der Standard ist und damit tritt das Speedproblem sehr massiv auf.
Wenn Anwender sagen, das sie laut Statistik keine mobilen Zugriffe haben, dann haben sie bereits verloren. Dann ist es nur eine Frage der Zeit wenn es steil nach unten geht - es sei denn das Angebot ist derart einmalig, das Besucher kommen müssen - aber welches Angebot ist es schon.
Und Speed für Besucher bedeutet erlebter Speed und damit wird das Thema erheblich komplexer, da Speedtechniken heute extrem auch direkt die Möglichkeiten von HTML5 nutzen und das bedeutet den Versuch bis zum Empfänger den Transport und die Lagerung von Daten zu steuern.
Aber genau das muss ein System unterstützen - wie kann es das, wenn es bereits bei den herkömmlichen Speedmaßnahmen versagt, weil man das alles ignoriert.
Speed ist kein langweiliges Thema - jedes Jahr finden Formel 1 Rennen statt, die zwar mit viel mehr Getöse und Personenkult, aber Speed ist das Thema.
Was Webprogrammierung betrifft sehen Ahnungslose den Bedarf nicht, denn sie blicken da überhaupt nicht durch. Tatsächlich schrauben, drehen und hämmern sehr viele Programmierer am Speed herum und viele mit Erfolg.
Jeder will das sein Web von zahlreichen Besuchern erlebt wird, niemand macht sich Gedanken darüber ob sein System eine größere Anzahl von Besuchern überhaupt verkraften kann.
Dabei gibt es CMS - Systeme mit Millionendownloads die brechen bei 20 aktiven Usern im Stresstest bereits zusammen und 20 ist nichts.
Andere Systeme benötigen bereits bei wenigen hundert verschachtelter Seiten 10 Sekunden allein um das Menü aufzubereiten - völlig unbrauchbar.
Nutzer solcher Systeme die es nicht bemerken haben weder 20 Besucher gleichzeitig noch mehrere hundert Seiten in der Art - es handelt sich um Kleinstwebs, die da sind aber selten von einem großen Publikum besucht werden.
Diese Webs gehen anonym im Wald der Millionen ähnlicher Inhalte unter - die Betreiber gehören nicht zur Zielgruppe von Speedwebs, die Ersteller nicht zu den eigentlichen Profis.
Speedprogrammierung ändert sich laufend - neue PHP oder Mysql - Versionen bieten auf einmal neue Techniken an die an manchen Stellen entscheidende Fortschritte bringen.
Neue HTML Versionen und Spezifikationen (auch HTML5 ändert sich) wie auch Browser die mehr und mehr solche Techniken abarbeiten können verändern alles.
Allein der Umschwung des Marktes auf mobile Nutzung ist eine ungeheure Herausforderung.
Längst bekannte Techniken wie Ajax werden auf einmal zum Zwang, lokale Speicherung von Daten direkt beim Besucher über eine Session hinaus ebenfalls.
Pagespeedmethoden a la Google einzusetzen ist völlig normal - 100/100 auf allen Seiten zu erreichen auch für mobile ist bei uns eine Kleinigkeit ( https://developers.google.com/pagespeed/#url=http_3A_2F_2Fpowersoftware.org_2F_3Fsmartytricks__de&mobile=true ) , aber auch Zeiten für fertig gerenderte Seiten von unter 20 ms liegen drin - da wird also bei uns mit allen Tricks gearbeitet die machbar sind.
Und das alles auch noch im WCAG 2 AAA Standard.
Machen wir also weiter und packen es.
Unsere Titel sind da sehr viel weiter als alle anderen.
Keine Kommentare:
Kommentar veröffentlichen