One of the great features in Windows SharePoint Services 3.0 is the ability to co-host both path-based and host header-based site collections within the same server farm and content databases. Now that you’ve introduced host header-based site collections to your server farm, how do you quickly identify those site collections within a server farm or content database that also hosts your path-based site collections? In this scenario the object model is extremely useful in reporting on those site collections, the Web application, and content database where they reside.
Since my original post Microsoft Best Practices Analyzer for Windows SharePoint Services 3.0 and the 2007 Microsoft Office System Available! , I’ve received several comments and requests for information on how to create custom rule definitions that can be used with the Microsoft Best Practices Analyzer for Windows SharePoint Services 3.0 and the 2007 Microsoft Office System. The article below references the basic steps required to create and use custom rule definitions.
One of the most common and discouraging issues related to maintaining a blog or any other system permitting user-driven comments and moderation is the persistent annoyance of spam and related content. Unfortunately measures such as Completely Automated Public Turing test to tell Computers and Humans Apart (CAPTCHA’s) have become increasingly susceptible to being bypassed or relegated to a best-available security measure in the prevention of spam partially due to the increasing capability of technology and problem solving investment by hackers more commonly through the addition of a human workforce, often compensated, for solving various CAPTCHA puzzles.
In Windows SharePoint Services 3.0 host header-based Site Collections can coexist with path-based site collections within a Web Application or optionally reside on multiple Web Applications. Gradual, in-place, and database migration upgrade approaches can be applied to Windows SharePoint Services 2.0 server farms in scalable hosting mode. This differs from Windows SharePoint Services 2.0 where a server farm was configured to run in scalable hosting mode preventing the introduction of path-based Site Collections to the server farm.
I’ve updated my post Understanding PRESCAN.EXE Errors to include two new errors and solutions.
Read more here: http://blogs.technet.com/wbaer/archive/2006/12/22/prescan-errors-what-they-mean.aspx
Understanding Solution Packages
Solution packages are designed to provide the ability to develop and deploy reusable site and feature definitions, web part files, templates, assemblies, and code access security policies across one or more server farms. A solution package is a cabinet file that can contain, site and feature definitions, web part files, templates, assemblies, and code access security policies. A solution package contains a web manifest that that defines the list of features, site definitions, resource files, Web Part files, and assemblies to process when the solution is deployed.
In Microsoft Office SharePoint Server 2007/Windows SharePoint Services 3.0 webtemp*.xml contains a set of <Template> elements within a <Template> element that contain a set of site definitions available in the Template Selection user interface and define how to instantiate a Web site. elements where the <Configuration> element does not contain a <ProvisionAssembly> (Example 3) attribute indicate the <Template> element applies to a single site definition and not a portal site definition.
One of the most critical components of Microsoft Office SharePoint Server 2007 to many businesses is search and often is a key component of business processes. To ensure consistent and recoverable content is available to end-users, it becomes necessary to periodically backup the search components in the event of a catastrophic failure or issues requiring the rebuilding of the search component. Since re-crawling all content sources may not be practical or efficient in many cases, Microsoft Office SharePoint Server 2007 has streamlined the search component backup and restore process.
In November 2006 I posted on the availability of Application Templates for Windows SharePoint Services 3.0; currently all 40 of the “Fastastic 40” Application Templates are available for Windows SharePoint Services 3.0 in English including 20 English Site Admin templates and 20 Server Admin templates which are also available in multiple languages to include French, Italian, German, Spanish, Portuguese (BR), Japanese, Korean, Hebrew, Chinese (simplified), and Chinese (traditional).
Application Template Resource Center