Einige der wichtigsten "Take-aways" von TechEd 2010 Nordamerika:
<compilation debug=”false"> in web.config, wenn Sie die App bereitstellen. Sie können die Sitzungen hier online anschauen, sie werden beide sehr empfohlen:
80% der Antwortzeit des Endbenutzers entfallen auf das Front-End. Die meiste Zeit ist mit dem Herunterladen aller Komponenten auf der Seite verbunden: Bilder, Stylesheets, Skripts, Flash, etc.
Ich schlage nicht vor, die Vorschläge zum Anzeigen von Status und Datenbank-Caching in den bereits bereitgestellten Antworten zu ignorieren. Ich führe darauf hin, dass ich die GZip-Komprimierung in IIS aktivieren muss, indem ich Expiry-Header auf statische Elemente setze, um Serveranforderungen zu reduzieren, Bilder mit einem Tool wie smush.it
Führen Sie einen Bericht Ihrer Website mit Zoompf für einen sehr detaillierten Bericht mit geschätzten Auswirkungen und einfachen Implementierungsbewertungen durch.
Stellen Sie die asp.net-Anwendung niemals unter der Debug-Konfiguration für die Produktion bereit. Finden Sie heraus hier was scottgu dazu sagen muss.
>Verwende Cookie-freie Domains um statische Ressourcen wie Bilder, Skripte, Stile usw. zu versorgen. Jede Client-Anfrage wird zusammen mit einer ganzen Reihe von Cookies gesendet, du brauchst keine Cookies während des Servierens Bilder oder Skripte. So hosten Sie diese Ressourcen in einer Cookie-losen Domäne.
Reduzieren Sie Skripte, Stylesheets und HTML-Antworten vom Server. Das Entfernen von unnötigen Zeilenumbrüchen und Leerstellen kann die Ladezeit und die Bandbreitenoptimierung verbessern.
Sie finden viele Tipps von hier .
>Messen Sie immer, nachdem Sie etwas refaktoriert haben, um zu sehen, ob es einen Unterschied macht.
Schauen Sie auch hier nach mehr Informationen .
Grz, Kris.
Sie könnten immer eine asynchrone Datenbankaktion auslösen und die Seite asynchron aktualisieren lassen - AJAX Update-Panel kommt Ihnen in den Sinn.
Es gibt auch Seitenausgabe-Caching, nützlich, wenn die Seite weitgehend statisch ist. Es kann auch basierend auf Parametern durchgeführt werden, sodass Sie möglicherweise die für eine bestimmte Datenbanksuche erstellte Seite zwischenspeichern können.
Sie können auch den Over-the-Top-Ansatz wählen und die "Wortlichkeit" einer Seite reduzieren. Ich habe dies einmal zum Spaß auf einer Produktseite gemacht, indem ich die Namen von Elementen usw. verkleinert habe, es geschafft hat, mehr als 50% der Seitengröße zu schneiden, aber es macht das Markup völlig unlesbar lol
Entlang dieser Route werden Reduktionswerkzeuge auf CSS / Javascript-Dateien angewendet - füge sie auch zusammen, wenn du komprimierst, da die Komprimierung für weniger große Dateien effizienter wird.
Das Wichtigste vor der Optimierung ist, was optimiert werden muss. Es gibt viele Tipps zur Optimierung, die hier veröffentlicht werden können. Daher ist es besser, das Leistungsproblem zu finden und eine spezifischere Frage zu stellen, um zu helfen, was Sie benötigen. Sie können 3 Teile einer Webanwendung optimieren:
Leistung auf der Serverseite: Geben Sie den größten Engpass an (ein Profiler ist eine einfache Option dafür). Optimieren Sie den Engpass. Die Optimierung kleinerer Probleme oder die Optimierung ohne Zeitmessung kann Zeitverschwendung sein, wenn der große noch da ist.
Clientseitige Leistung: Nehmen Sie die Ratschläge von Tools wie yslow oder google page speed.
Bandbreite: Senden Sie so wenig Daten wie möglich an den Benutzer mit möglichst wenig Anfragen.
Verwenden Sie immer Request, um das Konzept in der Anwendung zu laden. Versuchen Sie, einen unerwünschten Datenbanktreffer beim Laden der Seite zu vermeiden. Wenn Sie beim Laden der Seite große Datenmengen haben, können Sie den Ajax-Anforderungsaufruf verwenden.
Die folgenden Informationen verringern die Ladezeit der Seite