Andy Skelton
Forum Replies Created
-
Forum: Plugins
In reply to: [WordPress.com Stats] [Plugin: WordPress.com Stats] Show views per hour?Hourly stats are on the list of new features we plan to add in the next few months.
That’s the problem. We don’t support ‘localhost’ as a blog URL.
The stats server needs to be able to contact the blog. If it’s not accessible over the internet, the plugin won’t work.
You might be able to hack around this limitation by editing your hosts file and changing the blog URL but the plugin will lose some functionality so we don’t support that.
If you post the site URL in question I can see if something might be done about it.
Forum: Fixing WordPress
In reply to: Problems With Viewing Stats/TrafficThere is no global standard definition for views, visits, or visitors. Each stats program uses its own logic to determine which events to count and which to discard.
Google Analytics provides some of the most detailed stats, whereas WordPress.com stats tries to provide an overview tailored for bloggers. You can choose a stats program for its features or you can use several and try to ignore the discrepancies.
Forum: Plugins
In reply to: [WordPress.com Stats] [Plugin: WordPress.com Stats] Top Author?We haven’t rolled out the Top Authors feature for self-hosted blogs yet. When we do, it will only appear when there are views on posts by multiple authors.
We hadn’t planned a yearly graph but now that you mention it…
There are changes coming soon that might resolve this for you. 🙂
There is no limit. We have no plans to delete any data.
Sorry, everybody. We’re working on the stats system (improving it all week) and this is a hiccup. Thanks for the report. We’ll fix it ASAP.
Forum: Fixing WordPress
In reply to: WP time is an hour offThe stats plugin does not currently support the offset change caused by daylight savings.
When you select a time zone using a city name, WordPress relies on the server OS to shift your UTC offset on the correct day. This shifts the offset for all dates. Confusingly, this means that if you posted something at 3:00 on a summer afternoon, when you check it in the winter it says it was posted at 2:00. See, WordPress doesn’t even correctly support time zones.
The correct way to support time zones is to compute the offset for each time according to its date. This means that there are two odd-length days each year: one has 23 hours, the other has 25.
The Stats plugin sweeps the whole issue under the rug. When you set your time zone by city, the plugin sends the associated offset (including the DST hour if applicable for your time and place) and sends it to the server. That’s the offset that is used to show your reports. You can change it by resetting your time zone; change it, then change it back. The new offset will be used.
If you want your reports to follow daylight savings time, you’re actually asking for all of your reports to be shifted by one hour because, like WordPress, the stats system uses the same offset for all dates (no 23- or 25-hour days). Some users, after fixing their DST offset, have noticed that the numbers changed slightly on all previous days.
We store the stats data per hour in UTC time. So when you ask for your stats report, each day’s total is computed from 24 rows in the database and if you have a time zone offset, those rows actually span two dates. When you change your offset, it changes which 24 rows make up the day. Thus the numbers change slightly.
It’s up to you whether you want your stats to follow your time zone. It doesn’t change the underlying data; only the reports look different. Maybe in the future we’ll support those 23- and 25-hour days, but I’m not looking forward to it.
What I do, because I’m a DST curmudgeon, is use one of the UTC offset time zones at the bottom of the list. Those don’t respect daylight savings at all. We can’t all live in Arizona, but we can do our part to say “DST is stupid and I’m not playing along.”</editorial>
Forum: Fixing WordPress
In reply to: WordPress.org StatsYour wordpress.org blogs can have the same stats you have on your wordpress.com blogs. The plugin is called WordPress.com Stats.
Forum: Plugins
In reply to: WordPress.com Stats Breaks HTTPSThat’s my fault. Thanks for the note. I updated the javascript.
Forum: Plugins
In reply to: [WordPress.com Stats] [Plugin: WordPress.com Stats] DST Time Not ChangedYour blog transmits its time zone offset to the WordPress.com server when the plugin detects a change; it doesn’t know about DST yet. In a future version it will provide automatic daylight savings adjustment. Until then, you can get the plugin to send the new offset to the server by changing the timezone and then changing it back.
I am sorry for the inconvenience.
The Stats plugin now deletes its own data when you delete the plugin using the admin interface.
Forum: Plugins
In reply to: [WordPress.com Stats] [Plugin: WordPress.com Stats] HTTPS undefinedSorry, I missed this until now.
Forum: Plugins
In reply to: [WordPress.com Stats] [Plugin: WordPress.com Stats] Display AuthorThe post_author is not known to the stats system. You would have to query your own blog tables to find out who authored each post.