Blair Williams
Forum Replies Created
-
Yeah, that will do it. In addition to this, we’re preparing a new release that will include several back end options to prevent the message from ever appearing. Thanks for the workaround.
Thanks for the review sbalis. I understand how annoying some of our users are finding these notices. I want you to know that we’re preparing a new release of members that should make it much easier to opt out of these messages in the future. I’d love to hear some additional feedback once we have the release out. We should have it ready within the next month or so. Thanks!
Sorry for the trouble engerim. I really like the suggestions you’ve made here (thanks for taking the time to give some solid, constructive feedback) and we’re preparing a new release of members that should make it much easier to opt out of these messages in the future.
Forum: Plugins
In reply to: [Members - Membership & User Role Editor Plugin] plugin to reserved areaHi @gvnn86,
No, that’s not possible with Members. You should look into our other membership plugin MemberPress (memberpress.com) … this should be quite easy to do with it.
I hope that helps,
Blair
Wow, thanks for your kind words @btozo, it really means a lot to us!
Stay tuned Paul … we’ll have a new release out soon that will make things more useful for you. ??
Yes, MemberPress is compatible with PHP 7 as well. Glad you got it resolved though. ??
Forum: Reviews
In reply to: [Application Passwords] Convenient and more secure than using User passwordsThanks @moreauf … that’s a good question. You actually still use Basic Auth with Application Passwords so as far as the actual request there’s no difference in security. But Application Passwords are more secure because they’re more limited than your actual password. If someone got a hold of one of your application passwords he/she could only use it with the API on your site — he/she couldn’t actually log in to your wp-admin with it.
Also, numerous application passwords can be created. The idea is that you could use a unique application password for each external system you’ve connected to your site’s API. So if one of your application passwords gets compromised then you’d just revoke the one and, in theory, none of your others would be affected.
I find that Application Passwords also just makes things more convenient. If I’m working with another developer on an API centric project I can generate an application password for him/her and revoke it when the project’s done … without revealing my actual password.
Could a hacker wreak havoc if he/she got a hold of one of your application passwords? Yes. But it’s going to be a bit harder. So you still absolutely need SSL but Application Passwords adds an additional layer of security and convenience that makes it a great option for many people.
Hope that helps, Blair
If anything the new updates have improved the existing slug checking. Have you submitted a request so our support team can help you figure out what is causing the issue on your specific site?
Thanks, Blair
galverito86 … this is not a bug. Pretty Link has to determine if there are potential conflicts before using a slug. If you can submit a request to https://prettylinkpro.com/contact we’d be happy to look at why this is happening in your specific case.
@dennisblack777 … this was actually a bug in the plugin that affected some Pretty Link users. It was intended to show up in a small popup which could be permanently dismissed immediately … but for some users it was showing up at the top of every admin page. As soon as it was reported to us we corrected the problem–less than 12 hours after it was introduced. So if you upgrade to 2.0.6 you shouldn’t see this happening anymore.
@neufsky, have you tried our new Pretty Link 2.0 release? I think you’ll be pleasantly surprised at how not-ugly it is now. ??
Thomas & Jan, Thanks for the heads up … it was definitely not our intention to have the plugin hitting this url on admin_init in the lite edition (or in any edition of our plugin with this frequency). We just issued a commit for a version 2.0.2 that resolves this issue. We completely removed the ‘admin_init’ actions that were being called.
- This reply was modified 7 years, 10 months ago by Blair Williams.
Thanks usuaggie … we really appreciate the feedback on our new release.
rubenvara, We’re glad you like our plugin … thanks for the review.