Adam

Did this start working in the end?

Actually, scratch that. Mine have started to fail. I guess there is an issue with the WoW API. It’s been a little flaky of late especially in the EU. There isn’t really all that much I can do about it ??

Could you please post an example of a non-working short code? I have numerous codes on my development site and all are working correctly.

In an odd twist of fate it appeared that my Dev environment had developed a bad cache entry much like your site. So this is now fixed :).

Or at least, it doesn’t throw an error in your face and it now allows you to delete the offending cache file.

Please download the latest dev version from github and give it a try.

Do they display on the site itself? Or do you get the error message there too?

It looks like the cache entries have been corrupted. Is it possible for you to investigate the database and email the rows that are bad?

You’ll need to send me any rows returned by the query:

SELECT * FROM wp_options WHERE option_name LIKE ‘%wowcharcache%’

I’m going to need a little more information please.

I’m guessing that based on the title of the post you’re experiencing this issue on the ‘Character Cache’ screen. Is this correct?

You’ll be pleased to know that this issue has been encountered before ??

https://github.com/cooperaj/wow-armory-character/issues/5

I believe (though have not verified) that the code given near the end of comments, when placed in a template, will show what you want.

Apologies for the response delay. I don’t get notified when posts get made on www.ads-software.com. For further issues it’ll be better if you do it directly at github.

I setup SSL using define('FORCE_SSL_ADMIN', true); in my config file. I figured that since it was all setup anyway I should probably test accessing the site itself with SSL just incase someone preferred to. I hadn’t realised that the image URLs were hard coded like this and that they would cause an issue.

I could go through and begin making all the images relative addressed but then the CDN functionality wouldn’t work at all since it checks for the site_url before processing.

Putting in this:

error_log( “uri: ” . $_SERVER[ ‘REQUEST_URI’ ] . ” ” . $match[0] );

Gives me:

[Wed Oct 12 18:47:46 2011] [error] [client 0.0.0.0] FastCGI: server "/usr/local/bin/php5-fpm" stderr: uri: / https://my.host/wp-content/uploads/2010/06/ScreenShot_062610_020430-e1277540711226-480x255.jpg, referer: https://my.host/

As you can see Request URI is coming back as ‘/’.

I have however discovered what I believe the issue is. When adding images using the WordPress editor they are embedded with a full URI. Including the ‘https://’ bit. I’m not sure the plugin is at fault here but it’s still an issue. The content should have root relative links surely?

Thanks for reporting this. I’ll investigate how the plugin works with the MU version of WordPress. I’m not sure why the plugin is failing as it is since it should still discover the correct path with the code given.

Are you using symlinks to get your folder (nulli) to appear where it does? The underlying functionality that plugin_dir_path calls has issues with resolving symlinks.

I’ve just tried the short code on my dev. environment and it appears to work fine.

Please could you try clearing the Character Cache for Aani and try to view the page again? The error suggests an armoury glitch of some kind where your achievement data wasn’t returned properly.

I’ll work on getting some error handling in there so that it catches this in the future.

Fixed in 0.9.3

This is fixed in 0.9.2.

Since it was fairly easy I’ve just put together a patch for this. It’s available here