WordPress Info at sieker.info

more StatTraq patches

I have released a new version of StatTraq and it has it’s own page here now.

I found a couple more glitches when using StatTraq with 1.5alpha.

  • Requested posts weren’t recognised i.e. all requests where recognised as ‘Multiple Posts’
  • The charts weren’t generated correctly.

Update:
See here for a few more bugs found and a new download and patch.

Regards
   adsworth

12 Comments »

First off thanks for taking this plugin forward, much appreciated. I’m using 1.5 and I’ve been waiting for someone to take over stattraq.

Not sure if it’s me or what but after I’ve uploaded the new files and run the upgrade option it tells me something along the line of

Duplicate column name ‘user_agent_type’

Any ideas? Also quick question, how come the option to hide the stat page isn’t available, ie once I’ve logged out, people can still access the information even though I’ve unclicked that option?

Comment by khaled — 2 February 2005 at 10:51

Thanks for the positive feedback. :)
I haven’t looked at the update stuff, I presume that the script doesn’t check wether the changes are there already or not which is why you get the error.
I don’t think it hurt or broke anything.
The option screen is only available when you are logged in to WP as admin.

Regards
Adi

Comment by adsworth — 2 February 2005 at 16:00

Hey, adsworth. Thanks for contributing to stattraq. I really enjoy the plugin.

Do you know if there is a way to keep stattraq from counting traffic from the administrator? I thought it did that by default, but it counts my own clicks on posts and the main page.

Comment by J. Livingston — 3 February 2005 at 22:22

Hi J.,

it doesn\’t count clicks in the WP Admin panel, but normal browsing in the blog even if you are logged in as admin will get counted. But that\’s a nice idea for an addition.

Regards
adsworth

Comment by adsworth — 4 February 2005 at 10:18

This is a great patch! I am really enjoying it, however, when I cick on “Info” next to a the “whois” lookup the popup window shows only:


Warning: main(ABSPATH/wp-admin/admin-functions.php): failed to open stream: No such file or directory in /home/semiocl/public_html/wp-stattraq/access_detail.php on line 7

Fatal error: main(): Failed opening required ‘ABSPATH/wp-admin/admin-functions.php’ (include_path=’.:/usr/lib/php:/usr/local/lib/php’) in /home/semiocl/public_html/wp-stattraq/access_detail.php on line 7″

Any ideas?

Comment by Jamie — 22 February 2005 at 9:14

Thanks for the good work on the plugin!

However, I’m having a problem with categories, on a pretty standard installation of 1.5. StatTraq is reading calls to category pages as calls to normal pages, but with article_id set to the category_id.

As an example: I’m using permalinks, but Stattraq correctly tracks the un-permalinked links. So my query to page (as stored in the database):
/blog/index.php?category_name=technology-and-science/
has article_id=4

This is as opposed to an actual page view:
/blog/index.php?year=2005&monthnum=02&day=10&name=togo-any-chance-of-a-insert-suitable-word-revolution&page=
article_id=33

Now it seems to me that this is asking for quite a major expansion: tracking category views. This could be done by using negative article_id’s for when they are actually category_ids, and then updated the page views code in the rest of the package. Otherwise, of course, a new SQL column could be added.

Does this sound about right?

Comment by Paul — 23 February 2005 at 2:58

Sorry for the messed up italics; read any change in italics as a missing underscore.

Comment by Paul — 23 February 2005 at 2:59

Hi Paul,

In stattraq.php, which is in wp-content/plugins.
Replace this:
} elseif (isset($wp\_query) == true) {
$article\_id = $wp\_query->get\_queried\_object\_id();
} else {
with this:
} elseif (isset($wp\_query) == true) {
if($wp\_query->is\_page == true || $wp\_query->is\_sinlge == true )
$article\_id = $wp\_query->get\_queried\_object\_id();
else
$article\_id = 0;
} else {

Regards
adsworth

Comment by adsworth — 23 February 2005 at 16:33

-house of WordPress stats, but is not functional in WordPress v1.5 without the addition of a few hacks. Randy is currently taking suggestions for the next version of StatTraq and is planni […]

Pingback by MacManX.com » Blog Archive » Stat Wars — 24 February 2005 at 8:18

I tried the fix recommended for Paul and it didn’t help. I’m looking at 1000 undefined hits to “Mixed” rather than the Category (which is also the page title). Anything else I can do?

Comment by Jenn — 26 February 2005 at 16:31

Hi Jenn,

when a category is clicked it will show up as Mixed that’s expected behaviour. The problem was that the category hits were filed under a page hit and not Mixed.

Regards
   adsworth

Comment by adsworth — 26 February 2005 at 16:34

Hi.

Any thoughts on why after an upgrade to the current version of Wordpress (2.6.3), the Stat Traq plugin would redirect to Wordpress login screen? To be clear: I log in to WP as usual, then click on Stat Traq to view stats, and am redirected to the WP login screen. FWIW, from that point, entering the password just relaunches the redirect, creating a loop.

Many thanks,
PG

Comment by PG — 1 November 2008 at 5:40

Leave a comment

Line and paragraph breaks automatic, e-mail address never displayed, HTML allowed: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <code> <em> <i> <strike> <strong>

(required)

(required)