As you might have noticed if you updated your WordPress plugins today, WordPress Stats has been added to the Jetpack plugin package and all future updates to WordPress Stats will now be done through Jetpack.
Once Jetpack is installed it is safe to deactivate your old WordPress Stats plugin before authorizing Jetpack’s connection with wordpress.com. If you’re using multi site you will need to authorize Jetpack to connect to wordpress.com on a site-by-site basis.
Jetpack might hit you with a couple of errors when you try to connect it with wordpress.com. You might get the famous white page of PHP errors showing missing plugin files or you might get the “xml_rpc-32700″ error or the “site_lang_missing” message. The glitches look something like this:
Your Jetpack has a glitch. Something went wrong that’s never supposed to happen. Guess you’re just lucky: site_lang_missing
Try connecting again.
Error Details: The required "site_lang" parameter is missing.
If you’re running a multi site and the PHP error screen displays during authorization then you’ve probably used the network admin panel to disable and delete plugins while they were active in the site that’s throwing you the error. You can fix it by viewing the “Installed Plugins” panel of the site that caused the error. This will force WordPress to disable the plugin for that site.
If you get the PHP error messages while not using multi site then I recommend you reinstall the plugin mentioned in the error messages. If you can’t access your admin panel to reinstall the missing plugin just download the plugin’s file from wordpress.org and upload it to your site’s /wp_content/plugins directory and unpack it before retrying to authorize Jetpack. You should be able to remove the plugin again once Jetpack is authorized.
The xml_rpc-32700 error can be caused by a caching plugin. If you have W3 Total Cache installed or something similar then disable it before retrying to authorize Jetpack. I’ve had a lot of problems with W3 Total Cache in the past so recently changed over to Quick Cache which seems to be working well.
The site_lang_missing error is caused by interference from other plugins installed in your site. The clashing plugin either prevents Jetpack from correctly determining the language of your site or it prevents WordPress from correctly announcing the site’s language to plugins that are being installed. So, how do to solve the site_lang_missing error, in order of ease of implementation and least likely to succeed:
- Install Kau Boy’s Backend Localization plugin. Once activated, click “Settings>Backend Language” then follow the instructions for downloading and installing additional language files that are shown in the Backend Language page (Spanish worked for me). Once new language files are installed, change your site’s backend language by clicking the language flag at the bottom of the right-hand menu in the site’s admin panel then retry authorizing Jetpack.
- Explicitly specify your site’s language by editing its wp-config file. Change the line that reads “define (‘WPLANG’, ”);” to “define (‘WPLANG’, ‘en’);”, replacing “en” with whatever your site’s language code happens to be e.g “es” for Spanish.
- When neither the two aforementioned solutions work you will need to temporarily disable all your plugins then re-enable Jetpack and authorize it to connect with wordpress.com. Although I say “all” of your plugins, you can try disabling them one-by-one and if you feel really communicative and helpful you can leave a comment here to let us know which plugin needed to be disabled before Jetpack would connect with the WordPress cloud.
- Another possible solution, though untried, is to create an English to English language translation file for Jetpack. Let me know if you need help with this.
On the Subject of Stats Plugins
If you need something with a lot more oomph, say something that lets you know exactly which pages visitors view and exactly how they got to them then Statpress Visitors is what you need. It tracks visitors from their point of reference to their point of exit. It records
- Referring sites
- Search engine keywords that lead a visitor to a page
- All the pages a visitor views once on your site
- The link clicked to leave your site, and
- It monitors visitor history by IP
All stats are neatly presented in easy to navigate pages that can be disabled in the plugin’s options screen. Those pages include:
- Visitor Spy
- Bot Spy
I’ve had Statpress Visitors running in JournalXtra for a couple of days and I’m happy with it so far.
Multi Site users will need the WordPress Proper Network Activation plugin that’s available here.
I discovered another stats plugin that looks pretty damn promising while finding the link to Statpress. I’ve not tried it. It’s called ecSTATic, has lots of options and is found here at WordPress (developer’s home page here). Let us know if you’ve used it and what you think to it.
Over to You…
What do you think to WordPress Stats? Was it a good idea to combine it with Jetpack? Have your shout and tell tell the world.