Forum Replies Created

Viewing 15 replies - 76 through 90 (of 224 total)
  • Thread Starter Alvaro Degives-Mas

    (@nv1962)

    As a quick workaround, you can install a plugin that protects content from being displayed, i.e. that only shows content to visitors that are logged in and have the assigned roles / capabilities. Then, you insert the PollDaddy polls inside the protected area (many have handy protection tags) and presto: only members – and those with proper permissions – will be able to see the polls.

    As I said, that is merely a quick workaround, as it won’t stop crafty members from deleting cookies and then happily voting again (and again, and again) or from those members who using proxies, through which they could circumvent the single IP limitation, if you use that limitation (and you don’t have a block of proxy visitors in place, which a very large number of WP sites don’t have).

    It still is better than a poke in the eye though, and it should at least filter out the general non-registered public, if indeed you have a members-only voting policy.

    It doesn’t hurt to put the tags on a separate line, e.g.:

    [tab name="title1"]
    /* some content here */
    [/tab]
    [tab name="title2"]
    /* other content here */
    [/tab]
    [end_tabset]

    It’s parsed as a block anyway. Also helpful: if you use the option to NOT load on every page (very good to reduce the site’s overall page load) then don’t forget to tick the box for that particular page/post to load it on that one. Else, you get to see bare nekkid tags as well. 🙂

    Thread Starter Alvaro Degives-Mas

    (@nv1962)

    Mystery solved – it’s the result of activating the April 1 (“fun”) mode in the WP.com profile. Switched back to dead earnest mode and all is good again.

    Bah humbug.

    Not a good approach, hacking core files. I’d rather suggest you look for a different solution, e.g. by using the Notes field instead, for longer texts, and call that in your template(s).

    I have a similar issue, arguably a different instance of the same underlying reason. As long as on IntenseDebate.com you use a WordPress.com profile defined as the site “admin” for your site, everything’s hunky dory. However, I tried later to change the IntenseDebate user (by creating a new one) to match the profile of the self-hosted WordPress admin user, and that’s where the profile disconnect occurs.

    Functionally speaking it still works – the biggest annoyance is the persistence of this message splashed on every WP admin page: “Connect to your IntenseDebate account. Go to your WordPress profile to log in or register.” There’s no way I can get rid of that.

    So, it seems indeed that profile syncing and management is still a pending issue for IntenseDebate to smoothen out.

    May I also suggest taking a peek at the Your Member plugin for the membership payment / management and access control? As to sending out segmented emails, that shouldn’t be too hard to get that going with a plugin, arguably with the help of Subscribe2 or similar; as said before, mix and match several plugins to get exactly the functionality you want / need.

    Thanks!

    But I really should have some coffee next time before I post… I mean, just look at the example folder name I used above! Can you guess which other plugin gave me some 3.0 upgrade grief today? Oh well.

    Hardly a user-friendly method. In this case, because the culprit is known, there is a much simpler way to regain control: just rename the specific plugin’s folder, from ozh-admin-drop-down-menu to (say) OLD-ozh-admin-drop-down-menu then clear your browser cache, reload either the plugin or admin main index page, and you’re done – the plugin is deactivated because it can’t be found.

    Using phpMyAdmin for the situation here is plain overkill.

    Well. Thank goodness for the Forum! Thanks Mscroggi, at least that’s one fishing expedition less. Now, onto another, as you put it: to find a 3.0 compatible events calendar plugin…

    If you apply permanent watermarks, they should work – unless some prerequisite library isn’t available to the plugin. The watermark is applied to the images when you select / edit a gallery and then select the images to which you want to apply the permanent watermark, then via the drop-down select “Set watermark”.

    If nothing happens, i.e. when you open those images and no watermark is set, there’s something amiss in your setup; check whether you have GD properly available, image directory is server-writable, enough memory is available to PHP, etc. Otherwise the “permanent” watermark should work perfectly.

    Sometimes people set a slideshow with “moving effects” which doesn’t show the entire image; in your case though it sounds like there’s a server-side setup issue.

    Thread Starter Alvaro Degives-Mas

    (@nv1962)

    Sound very good to me, that idea of using the WP built-in moderation method, as I found it a bit counter-intuitive to have two moderation places (one within WP, the other on the ID site). All the more when in the end it ends up synced anyway.

    Back to that issue: I assumed you referred to the “Comment Moderation Page” option; I have selected the “WordPress Standard Moderation” option now.

    Thanks for getting back on this! Setting the topic to “resolved” now.

    Just FYI: when the “force SSL admin” option is switched on, WP doesn’t do much of a sanity check on delivering content only through SSL; arguably that goes beyond the scope of the core code, and certainly beyond IntenseDebate itself, but in light of the security driven focus of those who do use a private SSL cert, it probably isn’t a bad idea to nudge plugin developers in the right direction, by either forcing content through the SSL pipe or just dieing out with an error (“contact your plugin developer” yada yada) as that’ll likely purge out the issue quicker, certainly with the more “popular” plugins.

    Have you tried looking at htaccess methods of managing the browser cache?

    Many roads lead to Rome; as one possible alternative, you could take a look at WP Minify. It’s a very nifty WP port of the minify project, which allows you to selectively (!) collect, unify and minify your CSS and/or JS files.

    You’ll have to do the fishing expedition and bughunting yourself though – mainly because not all plugins are equally well-written, so not all CSS and JS scripts can be unified.

    Having said that: it’s an issue that falls completely outside the scope of Bad Behavior, which is designed to keep the riff-raff out and thus reduce unnecessary server load – not to optimize server output.

    Forum: Your WordPress
    In reply to: BlueHost

    No idea why you have that issue, or what the issue exactly is because “people cannot subscribe” is not really a helpful description of symptoms; what I can tell you is that I know with 100% certainty that e.g. Subscribe2 (to subscribe to new entries/posts) and Subscribe to Comments (does what the name suggests) both work fine on BlueHost.

    One thing you have to keep in mind though: BlueHost is very finicky about mass email, so if you have (say) more than 100 subscribers, you’d do well to contact BH tech support (see your cPanel for various contact methods) to relax the restriction on the number of allowed recipients. Also, if you have a large number of subscribers (say, over 1,000) you will have to stagger the mailing. E.g. in Subscribe2 and several other well-written “update notifier” plugins you can throttle emails by sending them in hourly batches. If your subscriptions are through the roof, may want to consider a different solution, via an external provider, e.g. Constant Contact (although that is for email newsletters, and not for update notifications).

Viewing 15 replies - 76 through 90 (of 224 total)