Lästips: Forms Authentication in SharePoint Products and Technologies

Det har skrivits många artiklar på nätet om Forms Based Authentication (FBA) för WSS och MOSS, bland annat min årsgamla Extranät med SQL membership provider. Men nu har den definitiva guiden kommit i form av en artikelserie i tre delar av Steve Peschka [MSFT]:

• Forms Authentication in SharePoint Products and Technologies (Part 1): Introduction. Introduktion med förklaringar av begrepp. Steg för steg hur du sätter upp och konfigurerar FBA för ett extranät. Som bonus en enkel applikation för att adminstrera användare via Membership- och Role-providern.
  
  
• Forms Authentication in SharePoint Products and Technologies (Part 2): Membership and Role Provider Samples. Komplett genomgång av hur man skriver egna custom authentication providers, inklusive en lista över vilka metoder som krävs av SharePoint, hur man registrerar och debuggar providern, samt hur man skapar en custom login form.
  
  
• Forms Authentication in SharePoint Products and Technologies (Part 3): Forms Authentication vs. Windows Authentication. Läs om vad som skiljer i MOSS när man kör Windows-inloggning respektive FBA. Om du funderar över hur Office-klienterna funkar med FBA ska du läsa den här artikeln. Bra förklaringar och några workarounds.

Technorati tags: sharepoint, moss, deployment, security, development

Lästips: Using Disposable Windows SharePoint Services Objects

Den här artikeln har jag rekommenderat förut, men nu den har uppdaterats och utökats ganska ordentligt:

Best Practices: Using Disposable Windows SharePoint Services Objects
Learn the appropriate ways to write your code when using Microsoft Windows SharePoint Services objects so that you can avoid retaining the objects in memory with the Microsoft .NET Framework.

Med "retaining the objects in memory" menas i praktiken "minnesläckor", så läs artikeln noga och tillämpa det som står där!

Jag passar på att tipsa om systerartikeln som bland annat tar upp hur man (inte) cachar SharePoint-objekt:

Best Practices: Common Coding Issues When Using the SharePoint Object Model
Learn about common issues encountered by developers who write custom code by using the SharePoint object model.

Technorati tags: sharepoint, development

WSS 3.0 SP1 och MOSS 2007 SP1

Nu har SP1 för WSS 3.0 och MOSS 2007 landat! Gå till SharePoint Products and Technologies Service Pack 1 Resource Center för instruktioner och nedladdning. Där finns ett white paper som beskriver innehållet i paketet:

Service Pack 1 includes support for Windows Server 2008 and Internet Information Services (IIS) 7, support for creating Web Parts by using AJAX, and new operations and properties for the Stsadm command line tool. Service Pack 1 also includes over 60 hotfixes across all areas of SharePoint Products and Technologies.

Värt att notera är att det nu finns officiell support för AJAX:

Beginning with Windows SharePoint Services 3.0 SP1 and Office SharePoint Server 2007 SP1, developers can use AJAX to create custom Web Parts. Developers can create Web Parts for asynchronous post pack by using either the Microsoft AJAX 1.0 Control toolkit for Microsoft ASP.NET or the AJAX 1.0 Extensions for ASP.NET.

Det finns också en sammanställning på Microsoft SharePoint Products and Technologies Team Blog: Announcing the Release of WSS 3.0 SP1 and Office SharePoint Server 2007 SP1.

Technorati tags: sharepoint, wss, moss

Tillgänglighet

För någon vecka sen släpptes Phase I av Accessibility Kit for SharePoint (AKS). AKS är en verktygslåda för att förbättra tillgängligheten i MOSS, vilket i första fasen innebär möjlighet att skapa webbplatser som i högre grad än tidigare följer gällande webb-standarder.

• AKS is an add-on pack for MOSS 2007 that provides accessibility and usability enhancements for MOSS.
• This is done through a series of updates to CSS, Master pages and templates, and updates to content rendered by Web parts through the use of control adapters.
• Phase I of kit addresses Internet and Intranet publishing templates and Web sites.

Förvänta er ingen universallösning. AKS är först och främst ett antal rekommendationer och best practices. Till det kommer nya CSS:er, exempelmallar, samt huvudnumret: en uppsättning Control Adapters som tar över rendreringen av vissa element.

• AKS control adapters intercept rendered HTML source before it is output to a browser and selectively alter the output to improve accessibility...

...vilket i praktiken innebär att AKS går in "rättar till" genom att under exekvering söka och ersätta vissa strängar i den HTML som genererats. Självkart är vissa AKS control adapters mer avancerade än andra, men principen är densamma. Detta påverkar givetvis prestanda negativt – jag undrar bara hur mycket.

Första fasen som nu är släppt gäller WCM-delarna i MOSS, det vill säga publishing sites. Fas 2 tar hand om team sites, och förhoppningsvis även web parts och web part zones; genom att tumma lite på funktionalitet (drag-drop) kan vi få web parts som inte har så mycket HTML overhead med tables och annat tjafs.

Technorati tags: sharepoint, moss, aks, developer, aks, web standards, accessibility

Missa inte att göra en hel informationsarkitektur

Varje webbplats – intern eller extern – behöver en informations­arkitektur. Utan en genomarbetad informations­arkitektur är det så gott som omöjligt att skapa en strukturerad webbplats som går att utveckla och underhålla över tiden.

Informations­arkitekturen består av två lika viktiga delar:

• Hierarkisk struktur (kallas ibland något felaktigt för taxonomi), vilket definierar hur olika sidor förhåller sig till varandra. Detta anger också förutsättningar för webbplatsens navigation.
• Informationsinnehåll, en definition av innehållet för varje typ av sida i webbplatsen. Detta handlar absolut inte om hur sidorna ska se ut – bara vilken information de ska hantera.

Informations­arkitekturen är viktig. Hoppa inte över det långtråkiga underarbetet; varje investerad timme i början av projektet är värd mångdubbelt mer ju senare i projektet man kommer. Se till att det finns någon som har rollen informations­arkitekt och ansvarar för att skapa och underhålla informations­arkitekturen. Ju tidigare den är på plats, desto bättre.

Om informations­arkitekturen är trasig

Vad händer om informations­arkitekturen inte är på plats? Utan hierarkisk struktur kommer man inte långt, det säger sig själv. Följaktligen brukar en webbplatskarta ligga högt i prioriteringen och skapas tidigt i projekten. Men vem underhåller hierarkin under projektets gång?

Det går dock att köra ganska långt utan en detaljerad specifikation av innehållet; en del av detta kan utläsas implicit från andra krav, önskemål och specifikationer, vissa delar kan utvinnas ur wireframes och grafisk design, och slutligen har vi förväntningar och åsikter som uttrycks inom projekt­teamet. Men vem har koll på vilken information som ska lagras, och hur den kan återanvändas?

Min poäng är att informations­arkitekturen inte är hel förrän både den hierarkiska strukturen och specifikationen informations­innehållet är på plats. Båda delarna är lika viktiga, om någon del saknas eller är trasig kommer projektet för eller senare att få mycket ont. Och då hjälper inte Alvedon.

Technorati tags: web, information architecture