Plugin path and hostname on some plugins
Posted: Sat Aug 20, 2011 12:27 pm
I just got a new laptop, so I had to setup my dev blog from scratch. I noticed some weird behaviour on some plugins related to either the plugin path or the hostname. I'm not sure if this is potentially dangerous, due to sloppy coding or just related to my individual setup on localhost, however:
* I use dyndns, so I need multiple hostnames to be able to access the blog via localhost as well.
* Since I have a local cvs snapshot, I symlink it to the plugins directory.
So these are the plugins I was talking about:
1. serendipity_plugin_freetag: Uses an absolute hostname for the tag link. In my case, this means the tag links always point to the dyndns hostname. I have set a relative path in the plugin config, which works just fine. Unless there's something I don't see, I think this should be the default.
2. serendipity_event_freetag: see 1., it's exactly the same behaviour.
3. serendipity_event_twitter: Doesn't like the fact that the plugin dir is a symlink in my case. It seems to try and resolve the symlink, which doesn't work and breaks the path to at least the tweet-this-button images. Setting the correct plugin path solves it.
I admit that the symlink stuff is something probably only developers use, but I thought I'd mention it anyway.
YL
* I use dyndns, so I need multiple hostnames to be able to access the blog via localhost as well.
* Since I have a local cvs snapshot, I symlink it to the plugins directory.
So these are the plugins I was talking about:
1. serendipity_plugin_freetag: Uses an absolute hostname for the tag link. In my case, this means the tag links always point to the dyndns hostname. I have set a relative path in the plugin config, which works just fine. Unless there's something I don't see, I think this should be the default.
2. serendipity_event_freetag: see 1., it's exactly the same behaviour.
3. serendipity_event_twitter: Doesn't like the fact that the plugin dir is a symlink in my case. It seems to try and resolve the symlink, which doesn't work and breaks the path to at least the tweet-this-button images. Setting the correct plugin path solves it.
I admit that the symlink stuff is something probably only developers use, but I thought I'd mention it anyway.
YL