Home of WP-Members, The Original WordPress Membership Plugin
I’ve shown other code snippets for similar things – password validation at registration and having a password meet specific criteria. However, the password requirements example was geared toward a setup that was requiring this when a user changes their password (they were not allowing it to be set at registration).
So here is an example that combines the two of these elements at registration. Continue Reading →
With the new wpmem_register_form_rows filter hook introduced in 2.9, the process of dealing with multiple selection checkboxes becomes far less complicated than previously.
The previous method involved adding each checkbox as a field, and then all of the extra code we needed to handle multiple fields as one both for storing the data, handling user updates, and also in emailing admin notifications.
But 2.9 allows us to filter the rows directly in the array of rows and insert the extra html we need for this. That means you only need to create one field in the fields manager which makes handling the data much easier on the backend. I’ve even made the code snippets nearly cut-and-paste. In most cases, you should only need to specify the name for the checkbox group and the labels/checked values. Continue Reading →
This particular example is a generic tutorial for requesting additional data fields in the registration form on a specific page. Since these are fields that do not show up in the regular registration form, we need to also present the data to logged in users to add this data.
While conceptually this is not an overly complicated process, the practical implementation has quite a few steps, so I will try to explain each step in the process while giving that particular code snippet being discussed at that point.Continue Reading →
On a recent commercial project I had to implement Salesforce integration for the WP-Members plugin. The benefit to the community is that I turned that into an extension for the plugin.
While this is presently considered a beta release, I will be packaging it for download and eventually including it in the downloads section.
I will be writing up more complete documentation and adding some screenshots, but for now I wanted to get this out and available for early adopters.
As with other extensions, you can install this as a plugin in your WP plugin panel. Either unzip the package and transfer via FTP or upload in the WP plugin panel. Once you activate the extension there will be a Salesforce tab in your WP-Members admin panel.
The extension operates with Salesforce Web-to-Lead. You will need to create a Web-to-Lead form in Salesforce. Once you have done that, you will have the OID you need, as well as the information that you need to map your WP-Members fields to Salesforce fields. You won’t actually use the web form that Salesforce creates, but you will need the information from it so you can map the fields.
The settings are relatively simple. There are two fixed fields that you will need:
The rest of the fields will depend on the fields you have created and are using in WP-Members. All of the WP-Members fields you have, both default and custom, will show in the left column. The right hand column will have fields you can enter the name of the Salesforce field.
For the Salesforce field name, use the name of the field from the Web-to-Lead form HTML. Enter any fields that you want the Web-to-Lead form to collect. Leave any others blank and they will not be used.
That’s it! Once you have mapped the fields and supplied a valid OID, new registrations will automatically be entered into Salesforce as new leads.
You can purchase this plugin in the RocketGeek.com Store.
One of the requests I get most often is how can I change the plugin to have the password reset only require the user to give their email address. This especially comes up when people customize the process to use the person’s email address as their username, since a password reset form with “username” and “email” doesn’t make much sense in that situation.