ragrant0

Hi @immeet94,

Thanks for the update. I’ve upgraded the review rating.

FYI, I’ve since decided to go with a non-plugin solution: javascript in the headers to disable copying, page inspection, and text selection, and redirecting to a notification page whenever is not detected in the browser using the noscript tag.

You’re right. 1 star is definitely too low in this case. I’ve updated it to four. Should still get the attention from those who might need to know.

I wasn’t expecting a reply from you, only the plugin author. I tagged you because I just wanted to warn you, and so thought I was doing you a favour. I didn’t mean to criticise you. Sorry if I gave that impression. I realise now it might have come across that way. I was only criticising the plugin for not adequately protecting content. Print screen disabling is too important a requirement. I would strongly argue against calling it “bells and whistles”. It’s a core requirement for content copy protection, because the average visitor will of course try it as their next simple approach after seeing that right click is disabled. There’s no way anyone should rely on a plugin that doesn’t disable printscreen to protect their valuable content.

I can think of better examples of bells and whistles. For example, changing the colors and font size of the popup message etc. Or logging user attempts to copy protected content.

I feel like someone who just told the emporer he’s wearing no clothes and he got angry about it and refused to acknowledge it.

I have since tried other plugins but they have the same flaw. I have left similar reviews for them too.

On a related topic, and for the benefit of anyone reading this, so far the only plugin I have found that does protect print screen (plus everything else this one does) is Secure Content Copy.

In their plugin’s support section, I have replied to a user’s recent concern that javascript can be easily be disabled in the browser – thus easily disabling the protection. Luckily, I discovered and fixed this issue a long time ago, so I offered my workaround to force a visitor to switch on javascript in the browser by adding simple code snippets to the header of pages/posts.

@camilo517, FYI, there is a plugin called “Asset CleanUp: Page Speed Booster” specifically created to fix that kind of problem of css or js assets being loaded unnecessarily (on pages or posts that don’t need them). Even though the authors of this copy protection plugin may have fixed it in theirs, you should still check it out. You’d be surprised how many plugins load bloat on pages/posts that don’t need it. It has helped me get my site to 99 or 100 in google pagespeed insights and 94 on pingdom

Warning: It is a powerful plugin, but can break things if you switch off the wrong css or js file. Take a back up of your site before you start using the plugin to play around with switching off assets.

The free version does plenty enough for most people. The pro version offers a bit more granularity such as for adding exceptions to specific custom post types.

• This reply was modified 4 years, 5 months ago by ragrant0.

@algoritmika, I’m impressed by your prompt responses and free coding support on here!

I have a question which I think you’ve answered here, but just need to confirm…

The plugin description page doesn’t clarify this, but from this thread, my understanding is that the plugin can limit the total number of purchases a user is allowed to make across ALL products within a given category (i.e. it doesn’t necessarily limit how many purchases are possible of a given product from that category – at least until the category’s purchase limit has been reached).

If this is correct, is this the ‘by category’ functionality that requires the PRO version?

EDIT: (typo) necessarily*

• This reply was modified 4 years, 5 months ago by ragrant0.

Oops, I had originally overlooked that link, but I later saw it and was able to login with a backup code no problem.

Thanks again for the useful plugin!

For what it’s worth, it works with “LoginPress – Customizing the WordPress Login”, but on my site, the layout of the footer message looks slightly less organised compared to the one in your image. Here’s what I see below the “Authenticate” button (e.g. it’s not bulleted, and the link is not coloured – it’s normal dark grey text – whereas the “Back to {site name}” link is coloured so it looks more obviously like a link):

Or, use your backup method: Backup Verification
Codes (Single Use) →

← Back to {insert site name}

And many thanks for a useful plugin. I’ve been using it for a long time for a bunch of other redirects

@dinhtungdu thanks for your reply. I understand.

FYI, I’m not selecting from the sidebar. I’m selecting from the ajax filter dropdown box positioned above the list of products on the shop page (full-page / no-sidebar template). Only the categories and subcategories pages have sidebar. That’s why I prefer to redirect to those pages.

In any case, I guess I should abandon the ajax filter and use a different method.

Thanks for your help.

Not sure if it matters but I forgot to mention:

After using the ajax dropdown to filter by category or subcategory, the URL stays on the unredirected filter URL, but when I refresh the page, it does redirect to the category page or subcategory page.

@dinhtungdu, thanks for your reply and code.

It helps (see below) but it’s not quite redirecting.

The URL still stays un-redirected when I select a category or subcategory from the ajax filter drop-down box. That is, it stays at /my-shop-page/?filters=product_cat[MY_CATEGORY_1]

Ideally, it should redirect because the categories and subcategories use a sidebar page template (to display certain promotional messages), whereas the shop main page uses a full page template with the filter drop-down box at the top of the page.

If there is no redirect, then filtering by categories and subcategories will stay on the full page template (no sidebar).

However, there is a slight improvement. Now, when I select a category to filter by, the subcategories of the filtered category are displayed at the top of the list of filtered products. And each of the subcategories have their own URL to redirect to.

If I can’t get the redirect to work completely after filtering, I might have to abandon the ajax filter in favour of a proper redirect method such as side bar links

@dinhtungdu, Hi, I am also having trouble redirecting using a simple regular expression.

Not sure if the issue is with this plugin or with the plugin that generates the URL I want to redirect from.

I am using “WooCommerce AJAX Products Filter” plugin by BeeRocket, which filters products with a drop-down selector and refreshes the shop page to have the following URL, for example:

/my-shop-page/?filters=product_cat[MY_CATEGORY_1]

I would like to redirect it to:

/product-category/CATEGORY_1/

I enabled regexp and added the following redirect rule:

FROM ^\/my-shop-page\/\?filters=product_cat\[MY_CATEGORY_1\]$
TO /product-category/CATEGORY_1/
* HTTP Status Code: 302 Found

However, I can’t get it to redirect from:
/my-shop-page/?filters=product_cat[MY_CATEGORY_1]

Wondering if this should work?

BTW, I used the regexp test website provided by @taylorgorman.
It says that the the regexp and original URL match:
^\/my-shop-page\/\?filters=product_cat\[MY_CATEGORY_1\]$
/my-shop-page/?filters=product_cat[MY_CATEGORY_1]

I’ve also checked the “Enabled” checkbox beside the “Backup Verification Codes (Single Use)”, but it didn’t help.

Just to clarify, I can successfully log in with the TOTP code generated by the mobile authenticator app, but I can’t log in with a backup code.

Thanks for the extra info.

ip addressing looks more complicated than I thought!

I see. Thanks for that!

For future users, I recommend you add that first example to the documentation. At least I couldn’t find it in the docs.

By the way, I’ve never seen a slash + number (/16 or /24) to mean 0-255. Is there any particular reason to use those numbers instead of the usual 0 or asterisk for a wildcard?