phbernard

I’ve just updated the plugin (v1.2.15): this new version should work even if the FS access method is not “direct”.

Hey thank you for the feedback!

Such issue can happen from time to time. A DNS was probably down and an administrator fixed the issue a minute later.

Thanks Luke!

Thank you very much!

apple-touch-icon-precomposed.png is already part of the package. So this 404 comes from another problem: some devices (among them, some iOS devices) try to access /apple-touch-icon-precomposed.png implicitly, whatever the HTML says. And this file is not in the root directory of your site.

To this regards, the plugin is “best effort”. It stores all files in a sub-directory in order to not mess up with your WordPress site (you probably don’t want to see 20-something files in the root of your local WordPress directory). In addition to this, it uses the WordPress Rewrite API to expose all these files in /. For example, your site could have both http://example.com/wp-content/uploads/fbrfg/favicon.ico and http://example.com/favicon.ico. If you use Apache, this method uses a .htaccess file.

But, the Rewrite API is unreliable. First, it is not always available, in particular when human-readable links are not activated. But most of all, the API sometimes silently fails because of some security plugins and/or hosting provider environments. Hard to investigate, and this is very environment-dependent. Each case is different. This is why I say the plugin is “best effort”: if the Rewrite API succeeds, good. Else, well, the icons work as promised, but your site misses the “implicit” URLs you notice in your log.

You can investigate this issue yourself (check your .htaccess, disable your security plugins, etc.), but it clearly doesn’t worth it. Or you can copy the existing wp-content/uploads/fgrfb/apple-touch-icon-precomposed.png to the root your your web site. Not recommended, but it you want to get rid of all the 404…

Hey thank you for your feedback!

Thank you!