aljuk

you might want to make it clearer in the installation instructions that the menu is under ‘Tools’.

Great stuff Scott, thanks so much.

My bad, it was theme specific.

Hi, thanks for having a look.

It’s been running perfectly during 6 months of development, up until engaging the cdn. If I disable the cdn, it works fine. The other plugins work with the cdn or without, and with shadowbox or without. The only combo that fails is shadowbox with the cdn engaged.

It’s not related to the Meebo bar, which was the first possibility I explored.

Much as it would appear on the surface to not be a compatibility issue with the cdn (since the shadowbox cache is being pulled) I have a hunch it’s more complex than that, and that that’s where the problem lies.

https://www.costablancaconnect.com/about/

Thanks.

From those threads:

“In short this is a W3TC issue as it is mistakenly assuming that anything in the uploads dir should use the cdn hostname” – I don’t think this is the case. Files to be included from the uploads directory have to be manually specified.

“Either that or instead of using a push style CDN such as cloudfront/S3, use a pull style CDN.” – Mine’s a pull style.

Hi, thanks for the reply, but as I mentioned above, I’ve already been through those threads without success.

I should mention that it works great withouot the cdn engaged.

Unfortunately the subject formatting appears to be harcoded (why oh why?)

‘Please don’t hack the WordPress core.’ – definitely good advice for anyone just starting out, or using WP as a standard blog or brochure site, for sure. Not quite my situation.

Have you gotten anywhere with a solution? I’m struggling with it. Also, I can’t get partial matching to work, can you?

Open meebo.php, then at the top, right under the comment that contains the plugin name, version number etc. put

if(!is_admin()) :

then, at the bottom, right above the php closing tag, put

endif;

It creates a conditional test using the wordpress function is_admin() that says “if this isn’t the Admin section of the site, then load the plugin” (ie. don’t run the plugin in the Admin). Have a look in the plugin code and you should be able to spot what was causing the behaviour.

I commented out the foreach loop at 937 (new), and uncommented the foreach loop that’s commented out at 946 (old).
Working fine.

First, thanks for these two great plugins, they’re game changers.

Second, I would really hate to lose Theme My Profile. The difference between implementation of the profile page in both your plugins is important – TMP is the only plugin available whereby one can readily customise a profile displayed in the front end of a site, and all without hacking the core. For instance in the job I’m currently developing, I’ve done away with the aim / yahoo / jabber since none of my demographic would have a clue what they were, and the biography field because it doesn’t fit the site and is unnecessary. TMP has been indispensable, and TMLi wouldn’t have been able to do that.

If you’re really keen on the modular route, might I suggest the facility to switch parts of the profile display on/off?

Last 24 hours I’ve been getting a mass of 404 Errors in my logs, pointing at a non-existent address: /images/ad/aa17b5c91acc1b.gif

I searched my install and the wp db for the long number, but it doesn’t exist. So I searched for “images/ad” and the only place it exists is in the table: wpfm_listing

Google brought me here.

Hi, that would be awesome! That’s a really good, simple idea (just grabbing the info from the other plugin’s table).

Btw, the other plugin is Login LOGGER (not “Locker” – my bad).

“Or when you say “have no spam worries” are you talking about comment spam”

Yes.

“let me know if you’d like me to hardcode a different age threshold (tell me how many days … 30? 6 months?) for last login time or just leave it the same as the regular one. “

The same as the regular one, I’d just like to use it as an additional test (ie. have they posted, commented, or even logged in) for the selected timespan.