Mike

Hi, Yorman.

Is this in v 1.7.11? Or a future release? (I can’t find the option in 1.7.11.)

Mike

Hi, Daniel.

It looks like LSS is not working when the Sucuri plugin is active.

Here’s what I tried:

1) reset all passwords. I was not logged out automatically, and I was not required to enter a new password when I logged out manually and tried to log in.

2) After trying to log in several times with invalid credentials, I checked the _login_security_solution_fail table in the database, and saw no new entries.

Not definitive, I know, but it looks like the Sucuri plugin is blocking yours from functioning.

That’s a shame. The overlap between these two plugins is very small. I really like the way LSS handles brute force attacks. The Sucuri plugin just reports, which isn’t all that valuable.

It’d be great if you could figure a work-around. I’d really like to use both.

Side Note: I see you’ve marked this thread as resolved … I’ll post this in a new thread in a day or two if I don’t see your response here.

That works. Thanks!

Yes.

Under “Content Types”, click “edit”, then the URLs tab.

Check “Rewrite with Permalink Front” and select “/%postname%/” under Permalink Action.

Be advised, however, that you may encounter a bug when using WordPress v3.7.1 and v3.8. See:

https://www.ads-software.com/support/topic/possible-issue-with-wp-38-cctm?replies=3

and

https://www.ads-software.com/support/topic/custom-content-type-404-after-37-upgrade?replies=28

I was able to circumvent this problem with a simple hack that I added to my functions.php file.

PROS is the name of my custom content type.

To use this hack on your site, you’ll need to change every occurrence of PROS in the code below to the name of your custom content type.

/* Populate the query variable
------------------------------------------------------------ */
function pros_add_rewrite_rules($aRules) {
    $aNewRules = array('pros/([^/]+)/?$' => 'index.php?post_type=pros&name=$matches[1]');
    $aRules = $aNewRules + $aRules;
    return $aRules;
}

// hook add_rewrite_rules function into rewrite_rules_array
//
if ( !is_admin() ) {
	add_filter('rewrite_rules_array', 'pros_add_rewrite_rules');
	}

This is a stupid little hack. Your mileage may vary. (You’ll want to remove it when the plugin is updated.)

My apologies. Looks like this is the same problem discussed here:

https://www.ads-software.com/support/topic/custom-content-type-404-after-37-upgrade?replies=28

Thanks! I”ll give that a try.

And I’ve submitted a feature request:

https://code.google.com/p/wordpress-custom-content-type-manager/issues/detail?id=522

A template would work, too.

Thanks!

Thanks, kieranbarnes. That’s what I would have expected. But the rewrite slug is NOT overwriting the post-type name.

And, yes, I have enabled Archives in CCTM.

This works:

• https://www.sample.com/post-type-name/

This does not:

• https://www.sample.com/cctm-slug/

Any suggestions how I might track this down?

One more piece of information: I have defined a custom taxonomy that uses the same slug. That works, in this sense:

• https://www.sample.com/taxonomy-slug/term

However, this does not:

• https://www.sample.com/taxonomy-slug/

Again, the taxonomy slug is the same as the CCTM slug. Any chance that’s causing a problem? (If I disable the taxonomy, I still can’t access the CCTM post-type archive using the CCTM slug.)

Sorry I wasn’t clear.

If the LLS plugin identifies, for example, a brute force attack in progress, it is likely that the challenge behavior is not triggered by cloudflare.

I’m fairly confident that the problem lies elsewhere.

I’ve already tested to confirm that the title function from the Genesis header.php is not executed while WordPress SEO is active.

From https://yoast.com/themes-plugins-seo/:

“Genesis also disables their own SEO functionality when my, or any other SEO plugin, is active: it’s their users choice, not theirs.”

That technique doesn’t work for a Genesis theme.

Genesis creates the title in /wp-content/themes/genesis/lib/structure/header.php

However, when the Yoast SEO plugin is active, it appears that the Genesis title-handling code never runs. Deactivate WordPress SEO, and it runs as expected.

So even if I hard code a separate into the theme, it is not used when the WordPress SEO is active.

Yoast.com is running on a Genesis theme, so I’m guessing that I’m overlooking something simple here. Just don’t know what it is.

Mike

Thanks for your help, Daniel.

I’ve installed v0.22.0, and so far, so good. I’ll let you know if I see any other unexpected behavior.

And I’ve deleted the admin account. Thanks for the reminder.

Mike

Can you please read the “The password reset behavior…” passage of the following post:
https://www.ads-software.com/support/topic/plugin-login-security-solution-password-reset-loop?replies=3#post-3036352. Does that apply to your situation?

I don’t believe so. I was trying to login legitimately, as was my client.

I assume you and your client have distinct user accounts and are not sharing them.

That’s correct.

What other plugins do you have installed? If there are any others, have you read my plugin’s FAQ? https://www.ads-software.com/extend/plugins/login-security-solution/faq/

I have a number of plugins, but not Better WP Security. I’ll email the list to you along with the _fail table.

Are you running a stand-alone installation of WordPress, or are you running a multisite network installation?

Standalone.

Are you behind a proxy or load balancer?

No.

Can you dump the contents of your wp_login_security_solution_fail table and email it to me at [email protected]?

Yes. Done.

As far as reinstallling, just put the plugin files back in place and you should be good to go. WordPress may want you to reactivate it, so check the Plugins page in wp-admin.

I’ve done this. I was immediately bounced out of the admin section, but was able to successfully change my password and login back in.

Thanks, Dan.

I did click the button. I subsequently tried it with an existing account, and it worked as expected.

Thanks for the quick response!

Mike