serif

Hi there,

I found that my custom formatting was broken when upgrading to 2.1 as well, so I wrote a plugin to handle this. You can check it out here.

Hope you find it useful 🙂

I really want to do the same thing — anyone got any info on this? or Ken, did you find a solution?

Matthew – is your site hosted on an IIS server? If so there are a few workarounds that need to be made for shortstat to work nicely. I’ve just managed to get it going (finally!). For anyone else interested, it turns out that $_SERVER[‘DOCUMENT_ROOT’] and $_SERVER[‘REQUEST_URI’] used in Shortstat aren’t supported on IIS. To get it working I had to change the call to the include file to be:

if(!isset($_SERVER['DOCUMENT_ROOT'])) {
$_SERVER['DOCUMENT_ROOT'] = substr($_SERVER['PATH_TRANSLATED'],0,strlen($_SERVER['SCRIPT_NAME']) * - 1);
}

And in the Shortstat include file itself I needed to change:

$res = $_SERVER['REQUEST_URI'];
to be
$res = $_SERVER['SCRIPT_NAME'];

Hope this is useful for someone. It drove me nuts for a while.

Not in my case – I am wanting the include the Links (the ones you set up in the Admin site using the Links manager). Currently all the main blog entries are searched, but not the Links that are added in this manager. I am using these links as a kind of ‘miniblog’ of sorts, listing useful or interesting links I come across for future reference. The links manager is handy becuase you can categorise these links, but unfortunately they do not natively come up in the search.

Is your site hosted on an IIS server? I had the same problem, because IIS doesn’t use the $_SERVER[‘DOCUMENT_ROOT’] or $_SERVER[‘REQUEST_URI’] variables that are used for Shortstat. You can read some comments that refer to this at the bottom of this page, along with solutions for it.
This fixed the _trackme.php for me, and everything started working, but the trouble is that when I then put the code into my WP site for some reason it doesn’t log any results at all – even though the _trackme.php does work. Still trying to find the cause of this.

I had the same problem, and taking out the word “feed” didn’t work either. I found this solution though, which compares versions of the wp-blog-header.php file from builds made on 14th Feb and 18th Feb. A change was obviously made during this time, and since I downloaded my install on the 14th I didn’t have it. I made the changes outlined here and it now works perfectly.

http://cvs.sourceforge.net/viewcvs.py/cafelog/wordpress/wp-blog-header.php?r1=1.130&r2=1.131

Thanks for this post – I was wondering where those were! Now working fine for me in Safari.