After the upgrade, my wife and I started to notice that we couldn’t watch anything on the Encore channels anymore. After 2 or so minutes watching those channels, playback would stop and an error message would appear on screen saying:

“Restricted Content - Restrictions set by the broadcaster or the originator of the content prohibit playback of this program on this computer.”

After some searching on Google, I found this problem was caused by my hardware upgrades and the DRM licenses on the system needed to refreshed. I found links to the following Microsoft knowledgebase articles:

http://support.microsoft.com/kb/913800

http://support.microsoft.com/kb/929642

Both of them didn’t mention my problem exactly, but other users had reported success in using the article to solve similar problems.

Unfortunately for me, neither solved my problem. Clearing out on the files under C:\ProgramData\Microsoft\Windows\DRM? Didn’t change anything. Upgrading the DRM security components at http://drmlicense.one.microsoft.com/Indivsite/en/indivit.asp?force=1? That didn’t even work. The “Upgrade” button was unclickable and the page reported a Javascript error.

Since I knew this was a DRM issue, I decided to load up the Zune software and see how that would handle my DRM issue. After installing the software and logging into my Zune account, I received more error messages when trying to download any music. But I had a feeling I was getting closer to a solution. The Zune software was giving me an error code: C00D12F5. After a quick search on the Zune support boards I had found a solution:

http://go.microsoft.com/fwlink?linkid=105000

Follow that link to download an executable named ResetDRM.exe. Running this program will reset the DRM licenses on your system. If you have previously recorded TV programs, I’ve been warned that you may not be able to watch them after resetting your DRM licenses. I would assume this applies mostly to content recorded from premium channels like HBO. I had a handful of recorded programs from network stations and didn’t have a problem.

The path <path> is already mapped to workspace <workspace>.

A quick search lead me to a post by Buck Hodges, the lead developer on the Team Foundation Build team.

The solution is fairly easy. An XML file named VersionControl.config stores the mappings you have to each workspace and Team Foundation Server. On Vista, this file is located at:

C:\Users\<username>\AppData\Local\Microsoft\TeamFoundation\1.0\Cache\VersionControl.config

Open up that file and remove the appropiate <ServerInfo> entry that pertains to the decommissioned server.

But what happens when the number of records doesn’t exceed the PageSize? The PagerTemplate isn’t displayed.

To get around that, extend the GridView in a custom server control and override the PageCount property to force the PagerTemplate to always be displayed. As long as the PageCount property is greater than one, the paging controls are rendered.

public override int PageCount {
  get {
    // Override the PageCount if only one page exists to
    // force the PagerTemplate to always be displayed
    int pageCount = base.PageCount;
    if (pageCount == 1) {
      // Only override the PageCount if the GridView.CreateChildControls is calling
      System.Diagnostics.StackFrame sf = new System.Diagnostics.StackFrame(1);
      if (sf.GetMethod().Name == "CreateChildControls" && sf.GetMethod().ReflectedType == typeof(GridView))
      {
        pageCount++;
      }
    }
    return pageCount;
  }
}

The key part here is the StackFrame is looking up the stack and only returning an inflated PageCount if the calling method is the CreateChildControls method from the GridView. This keeps our PageCount number valid for display purposes and only tricks the GridView into thinking there is more than one page for purposes of forcing the paging controls to always be displayed.

• One installation of WordPress to make future upgrades easy
• Run multiple distinct and completely unique sites from that single installation
• Each site is configured as its own virtual host within Apache
• Each site has a unique design, theme, database, users, etc.
• There should be zero changes to the code file included with WordPress.
• Future version upgrades should be as easy as uploading the newest files.
• Separate ‘wp-config.php’ configuration file for each blog/site.
• Everything about each blog/site is under one directory that I can provide different users access to via FTP.

Installing Wordpress

First things first, I downloaded the latest version of WordPress, unzipped it and uploaded it via FTP to my server. I chose to to upload it to “/var/www/.wordpress” and gave it the appropriate permissions.

Open ‘wp-config.php’ (create it if it doesn’t exist) and insert the following into it:

<?php require('local/wp-config.php'); ?>

That’s it. Your single installation is now ready to serve multiple sites.

Setup a new blog

Now comes the fun part. Create the folder you’ll see running the new blog under. For this example, I’ll use ‘/var/www/example.com’. This is the folder that will serve as the root folder for the virtual host under Apache.

Under the newly created folder, create an ‘.htaccess’ file and insert the following line into it:

php_value include_path ".:/var/www/example.com/local/:/var/www/example.com/"

Now create a new folder called “local”. Within that folder, put the ‘wp-config.php’ file that you would normally use with WordPress.

<?php
define('DB_NAME', 'wp_example');
define('DB_USER', 'example');
define('DB_PASSWORD', 'password');
define('DB_HOST', 'localhost');
prefix $table_prefix  = 'wp_';
define('WPLANG', '');
define('ABSPATH', '/var/www/example.com/');
require_once(ABSPATH.'wp-settings.php');
?>

There is one key change you need to make. Edit the second to last line and define the ‘ABSPATH’ variable to be an absolute path to the root of this site.

Now, drop back into the root folder of the site. Create a file called ‘wp-config.php’ and put the following line in it:

<?php require('local/wp-config.php'); ?>

So now your file structure should look like this so far:

/www/var/example.com/.htaccess
/www/var/example.com/wp-config.php
/www/var/example.com/local/wp-config.php

We’re almost there. Now create symbolic links to all the actual WordPress files/folders except for the ‘wp-content’ folder.

index.php -> /var/www/.wordpress/index.php
wp-admin -> /var/www/.wordpress/wp-admin/
wp-atom.php -> /var/www/.wordpress/wp-atom.php
wp-blog-header.php -> /var/www/.wordpress/wp-blog-header.php
wp-comments-post.php -> /var/www/.wordpress/wp-comments-post.php
wp-commentsrss2.php -> /var/www/.wordpress/wp-commentsrss2.php
wp-cron.php -> /var/www/.wordpress/wp-cron.php
wp-feed.php -> /var/www/.wordpress/wp-feed.php
wp-includes -> /var/www/.wordpress/wp-includes/
wp-links-opml.php -> /var/www/.wordpress/wp-links-opml.php
wp-login.php -> /var/www/.wordpress/wp-login.php
wp-mail.php -> /var/www/.wordpress/wp-mail.php
wp-pass.php -> /var/www/.wordpress/wp-pass.php
wp-rdf.php -> /var/www/.wordpress/wp-rdf.php
wp-register.php -> /var/www/.wordpress/wp-register.php
wp-rss.php -> /var/www/.wordpress/wp-rss.php
wp-rss2.php -> /var/www/.wordpress/wp-rss2.php
wp-settings.php -> /var/www/.wordpress/wp-settings.php
wp-trackback.php -> /var/www/.wordpress/wp-trackback.php
xmlrpc.php -> /var/www/.wordpress/xmlrpc.php

I didn’t want to make symbolic link to the ‘wp-content’ folder because I wanted to be able to edit the themes individually for each site. To get that working, create a folder called ‘wp-content’ in your site (’/var/www/example.com/wp-content’). Under ‘wp-content’, create a ‘themes’ folder and then make the following symbolic links:

/var/www/example.com/wp-content/index.php -> /var/www/.wordpress/wp-content/index.php
/var/www/example.com/wp-content/plugins -> /var/www/.wordpress/wp-content/plugins/
/var/www/example.com/wp-content/themes/default -> /var/www/.wordpress/wp-content/themes/default

The last symbolic link will make the default theme available to you until you upload a new one.

Everything is go!

Proceed with your WordPress installation like normal (database setup, login into admin area, etc).

Plugins

The ‘plugins’ folder has a central location under ‘/var/www/.wordpress/wp-content/plugins’. Upload your plugins there and all your blog can benefit from them. Each blog can enabled to use only the plugins you want to use.

Future versions

When future WordPress versions are released, just upload them to the ‘.wordpress’ folder and you’ve updated all your blogs at once! With each new version, take a quick look at the files included incase they’ve added some new files which you’ll need to create symbolic links for.

Caveats

Unfortunately my method requires some command-like access via a terminal/SSH and this method cannot be used with most shared hosting providers. Perhaps someone can build a small script that builds the symbolic links?

Some directives in the ‘.htaccess’ may not work unless you define ‘AllowOverrides All’ in the Apache virtual host configuration.

How it works

Symbolic links can cause problems when using the include() or require() functions within PHP. The formatting of the requested file’s path can influence if the file is included from the symbolic link’s folder or the original folder that the site is running under.

My solution to that problem is contained within the ‘.htaccess’ file. The PHP engine is configured to look for include files within a path before it the current folder is checked. This allows us to override the location of the ‘wp-config.php’ file and always grab the copy located within the ‘local’ folder on each site.

If you have any questions or issues please leave a comment below!

Within your robots.txt file, add the following line:

Sitemap: http://www.example.com/sitemap.xml

I’ll post some results down the road when I get around to implementing this myself.

 This is a method I’ve used successfully to bring comment spam to screaching halt on some of my clients’ blogs.

First, rename wp-comments-post.php to something else.

Second, create a blank wp-comments-post.php file (just so that the spammers still get a 200 HTTP status code)

Third, edit the “comments” page in your template. Leave the “action” attribute pointing to the default wp-comments-post.php page. Add some Javascript to the FORM tag’s “onSubmit” method. Something like:

onsubmit="this.action='location-of-new-wp-comments-post.php'; return true;"

Anyone with Javascript enabled (nearly 100%) will be able to post comments but the spam bots (which do not parse Javascript) will not.

You can even obfuscate the Javascript code further by throwing in some random concatenation…

onsubmit="this.action='location' + '-of-new-wp-comments-post.' + 'php'; return true;"

… or setting the URL in a variable and referencing the variable instead.

 Using this technique brings comment spam to near zero. I’ve left Akismet in place to catch the small number of manual spam comments but I only see those maybe once every week, even on highly trafficked sites.

Note: I’ve not implemented this method on this site. This blog gets no comment spam since it gets very low traffic. Someday I’ll eat my own dog food.

Update 7/11/2007: The above process works beautifully to stop spam but it’s a little more complicated than an easier solution that gets 95% of the benefit. The easiest way to stop comment spam is to simply rename the wp-comments-post.php to something else and edit the <form> tag in your theme to reference to the new name. I find it easiest to just throw some random characters at the end of the name. For example, on this site, I’ve renamed it to “wp-comments-post-3m0dw12×35.php”.

The above method using the JavaScript just takes it a step further to combat those bots which actually check the HTML code for the URL the form is posting to.

http://www.experts-exchange.com/Programming/Languages/.NET/Q_20708008.html

Public Class Interop    <DllImport(“kernel32.dll”, SetLastError:=True, CharSet:=CharSet.Auto)> _
    Public Shared Function GetShortPathName(ByVal longPath As String, <MarshalAs(UnmanagedType.LPTStr)> ByVal ShortPath As StringBuilder, <MarshalAs(UnmanagedType.U4)> ByVal bufferSize As Integer) As Integer
    End Function

End Class

Private Function GetShortName(ByVal strPath As String, ByVal blnIncludePath As Boolean) As String
    Dim sb As StringBuilder = New StringBuilder(1024)
    Dim retVal As Integer = Interop.GetShortPathName(strPath, sb, 1024)
    GetShortName = sb.ToString
    If Not blnIncludePath Then
       GetShortName = Mid(GetShortName, InStrRev(GetShortName, “\”) + 1)
    End If
End Function

In the Address bar, enter the following:

javascript:resizeTo(1024,768); moveTo(128,128);

This will resize the window and center it on a 1280×1024 resolution display. Now just add this address to your Favorites. I place the bookmark under the Links folder to make it easily accessible on the toolbar. You can change the numbers to adjust the window size and placement.