OFC309 Launching an Internet-Facing MOSS 2007 Publishing Site: Deployment, Performances, Security

Building and implementing a MOSS 2007 Publishing site is one thing but launching it for use by anonymous users to the Internet is a big additional step. There are things to consider that address both security and performance concerns. In this session you will learn some pre-go-live items that should be addressed and checked before launching a Publishing site. In addition we will also cover performance from the aspect of things developers should be very aware of to create well performing components and how to implement caching effectively, including custom caching components. Finally, you will see how to slim down your pages to have the smallest footprint possible and thus, providing the fastest page load time for your browsers.

Andrew, der die Session präsentiert ist MVP und kommt aus der Ted Pattison Group .
AmAnfang erklärt er uns, wie man das ActiveX auf Internet Seiten unterbinden kann. Intern ist dies kein Problem, extern ist es nicht wirklich erwünscht.
Wer benutzt die "out-of-the-box"View auf Externen Seiten ? Vermutlich niemand. Man sollte immer bedacht sein, dass man die Page nicht überlädt, da sonst der erste Page Load zu lange dauert. (Payload)

Er zeigt nun eine Demo, wo er demonstriert, dass die Core.js nicht zuerst, sondern am Schluss asynchron nachgeladen wird, ohne dass der User dies dann bemerkt und warten muss. Dies wird nur für anonymous users getan. Dies tut er, indem er die "OnInit" Function überschreibt, und dort, wenn es sich um einen authenticated User handelt, die Core.Js regisitriert.
Nun zeigt er Fiddler (Freetool) zum Http Debuggen. Er zeigt auch Safari, wo ich dass ganze graphisch darstellen kann, was wie lange gebraucht hat etc.
Nun geht es um CAS (Code Access Security) . Er empfiehlt, dass custom Cas Policies sicherer sind als ganze Site Trust.
Page Output Cache ist die schnellste Art von Caching. By Default ist dieses Feature nicht enabled und muss aktiviert werden. Caching muss für ein ganze Site aktiviert werden. Ein andere Option ist der Object Cache. Dies elimiert round trips bei Cross-site queries . Auch dieses caching ist default nicht eingeschaltet. Zusätzlich gibt es auf SharePoint die Möglichkeit des Disk based chaching. Dies erzwingt, dass die Objekte, welche aus der DB kommen, auf den WebFrontends auf der Disk gespeichert werden. Somit muss nicht bei jedem PageLoad das Objekt aus der Datenbank geholt werden sonder liegt auf dem WebFrontent.
Eine weiter Möglichkeit der Optimierung ist via IIS die statische und dynamische Kompression. Dies muss jedoch ziemlich aufwendig "fine getunded" werden. Denn: Je grösser die compression, desto grösser ist die CPU Load auf Seiten des IIS. (Dafür sind natürlich die Files kleiner, welche dem Client gesendet werden) Und natürlich umgekehrt. Also muss man dies schlichtweg austesten, was für die Web Site der beste wert ist. In IIS7 kann ich dies dynamisch einstellen, was natürlich sehr nützlich ist.

Nun folgt eine Demo, wo er zeigt, wo ich was einstellen kann.