Editor's Notes

1. 1. Poll audience for how many developers vs. administrators.2. Pollaudience for who has run into this issue before.
2. Poll audience for familiarity with Site Collections (e.g. how many have used multiple site colls. in a web app.?)Site collections are stored within web applications. (click)All web applications have a root site collection. (click)Site collections are not hierarchical. (click)Additional site collections are stored at same level as root site collection.Hierarchies can be implied through the use of managed paths.Cover site collection architecture and note how diagram boxes them off.
3. As you can see there are many advantages to leveraging site collections.I recommend at least 2 site collections per web app. (1 for “control”, 1 for collaboration)Does collaboration occur in “control”, sure but they are typically sites where users do their jobs thus this needs to be “controlled” by knowledge management personnel.Collaboration site coll. is less structured and more conducive to creativity.
4. Unique navigation easily overcome by custom sitemap provider.Unique theme/brand easily overcome by leveraging features.OOB difficulties- CQWP, Site Aggregator and TOC web parts are limited to one site collection.- Site Directory requires additional configuration as Master Site Directory.Good outweighs the bad.
5. Consider Adventure Works, the world’s largest outdoor equipment manufacturer and reseller. (click)Corp. intranet utilizes publishing portal enterprise template and only has 1 site collection.Marketing department site is utilized by corporate marketing managers to share information to rest of company. (click)Product sites utilize the collaboration portal enterprise template.
6. Content Query Web Part only aggregates within a site collection.CQWP requires publishing infrastructure.SSP level means that site collection barriers are moot.Search indexes respectitem level security.XSL allows for highly customized display of results.
7. Search Core Results Limitations:Only 100 results per page.Only 6 per page due to Cross Web Part Query ID property limitations. This connects other web parts to results part (e.g. paging).DFWP LimitationsNeed to consider that editing a page in SPD automatically makes it customized and requires you to detach it from page layout.Discuss customized vs. uncustomized. Uncustomized files are provisioned to WFE from content DB in the form of templates, most efficient (previously referred to as ghosted files)Customized files are files where the content lives exclusively in content DB, less efficient (previously referred to as unghosted files)Explain how to add DVWP and keep a page uncustomized. (e.g. export web part by creating hidden dataviewpage in site to use SPD on)
8. Today we will implement the Search Core Results Web Part on the marketing intranet site to aggregate sales brochures from the collaborative product marketing sites without writing any custom code.Will also demonstrate how to use DVWP to do the same and demonstrate how to customize results.
9. Employee Directory: mention how search core results is not ideal here as you would likely need more than 100 records per page.
10. I first read about this approach from SharePoint MVP Dan Attis.Visit my blog in the coming weeks for walkthroughs of everything covered here today. Demo will also be available on EndUserSharepoint.com in the coming weeks.
11. Poll audience on familiarity on MS Tag. Provide demo of Microsoft Tag using Windows Mobile device.Talk about potential applications in SharePoint.