Build and maintain a fully customizable database of participants, members or anything with signup forms, admin backend, custom lists, and CSV support.
This plugin offers all the functionality needed to build and maintain a database of people or anything you want. The database is fully configurable, allowing you to define all the fields of information you want to store for each record. The records can be entered individually in the WordPress admin section, imported with a CSV file, or let the individuals themselves create their own record. Display lists of records can be sorted and filtered by any field, and the result exported as a CSV file.
This plugin was developed for an organization with the mission of educating and empowering voters. This organization needed to quickly build a database of concerned voters, supporters, and volunteers, giving them an ability to collect input and feedback, organize volunteers, and mobilize its voter constituency with actions such as petition drives and voter education campaigns.
This database could be of use to any organization that needs to build and maintain lists of constituents, supporters, members, volunteers, etc. for any purpose. It is designed to be easy to use and serve multiple purposes, with several very powerful features to customize its functionality to the needs of your organization, club, sports team, or any other large group of people.
The plugin can be easily adapted to work as a database for other applications such as indexes, directories, catalogs, or anything, really. The plugin uses a system of customizable templates for all its displays, and an API for the customization and extension of its capabilities. The plugin is fully internationalized with a growing set of translations.
GDPR Compliance Information for users of Participants Database
The heart of this plugin is the participants database, which is completely configurable. It comes pre-filled with standard fields such as name, address, phone, etc., but you can define any fields you want, including the type of field, validation, help text and a print title for each field. Fields are also organized into groups so large amounts of information can be better managed, and long forms broken up into logical sections.
Fields can be defined as text-lines, text-areas, rich text (with a rich-text editor), single and multiple-select dropdowns, checkboxes, radio buttons or image uploads. Each field has its own validation which can be required, not required, or validated with a regular expression.
The plugin provides a shortcode for a sign-up form that presents a customizable subset of the fields for a quick signup. For example, your signup form could ask only for a name and email address, creating an easy point-of-entry for new members, supporters or volunteers. The signup can generate two emails: one to an administrator to notify them of the signup, and also to the person signing up. Their email can contain a link to their full record, which they can return and fill out at their leisure. This full form (which is placed on the website with another shortcode) can include any information you want to collect from your signups.
Signup forms are produced by a template, making it easy to add extra functionality and match the presentation of the form to your theme.
This is where people who have signed up can fill in any additional information about themselves you wish to collect. It can be additional demographic info, survey questions, what they would be willing to offer in support. This form is accessible to the signups via an individual link containing an ID number, which is emailed to them when they sign up. They don’t need to register as a user or enter a password, they just need the link.
For your backend users, the ability to edit and enter new records is provided. This backend form can also contain administrative fields that won’t be visible to the front-end (not logged-in) user, so organization staff can keep internal records of volunteer activities, availability, contributions, personal notes, etc.
The backend form is set up for rapid manual entry of multiple records, such as after a signup drive, doorbelling, or public event.
For textarea fields, a rich-text editor will be used if enabled in the settings.
Display the list on your website with the [pdb_list]
shortcode. You can determine which fields get shown, and for long lists, the list can be broken up into pages. You can specify which records get displayed and in what order. Optionally, search and sorting controls can be displayed. Each record listing can be linked to the full record showing all the details of the record.
Each individual record can be displayed using a shortcode and accessed by the ID if the record. A template file formats the output of the shortcode. A plugin setting determines how a link to the individual record may be placed on the list of records.
All records can be exported as a CSV-formatted text file that can be read by spreadsheet applications and used for mass email campaigns, hard-copy lists, and other applications. The records exported can be filtered by column values: for instance, only people who have consented to receive a newsletter will be included. Records may also be sorted by any column. Which fields are included in the export/import is determined by the “CSV” column of the field definition.
Records can also be mass-imported with a CSV file, allowing you to use existing lists from spreadsheets, or for offline compilation of records using a spreadsheet such as Libre Office or Google Docs. A blank spreadsheet can be exported from the plugin to get people started in entering records offline.
This plugin is fully compliant with WordPress Internationalization standards and includes several translations, some of which are incomplete at the moment. All of the front-end text is user-customizable, so even if a translation isn’t available for your language, your users will be able to use the plugin in their language.
Belarusian: Natasha Dyatko UStarCash
Danish: LarsHdg
Dutch: At Voogt www.wederzijdsgenoegen.nl
Estonian: Laura Vunk
Farsi: Mohsen Azarteymoor CodHa
Finnish: Visa Jokela
French: Pierre Fischer
German: Martin Sauter
Greek: Toni Bishop Jrop
Hebrew: Gila Baam
Indonesian: Jordan Silaen ChameleonJohn.com
Italian: Michele Balderi
Norwegian: Anders Kleppe
Polish: Łukasz Markusik
Brazilian Portuguese: Eric Sornoso Mealfan.com
Romanian: Cornelia Năescu
Russian: Konstantin Bashevoy Полиатлон России
Serbian: Cherry, NBG, www.trade.in.rs
Slovak: Branco Radenovich WebHostingGeeks.com
Spanish: Chema Bescos IBIDEM GROUP
Ukranian: Michael Yunat, getvoip.com
If you are multi-lingual and feel like contributing a translation, please contact me at: [email protected].
Please note that several of these translations are out of date. If your language is in this list and you’d like to help me provide the latest translation, please contact me.
The latest POT file is always available here.
By Tukulti65 (Own work) [CC BY-SA 4.0 (http://creativecommons.org/licenses/by-sa/4.0)], via Wikimedia Commons
Plugin manual and documentation is published on the developer’s website, xnau.com
Plugin technical support is available on the WordPress Plugin Plugin Support Forum, and on xnau.com in the comments section.
A growing list of plugin add-ons and functionality enhancements are also available on xnau.com.
[pdb_record]
in your blog posts and pages to show the signup formor
This is a complex plugin that can be configured in many ways. I am happy to answer support questions, but please read the documentation, there are also many articles and tutroials to help you get the most out of Participants Database. Here are some helpful links:
Put the [pdb_signup]
shortcode where you want your signup form to go.
A shortcode is a WordPress feature that lets you insert plugin content into your posts and pages. It is just a special bit of text that is replaced with the plugin content when the page or post is viewed. Just put this: [pdb_signup]
into your page, and when you view the page, the signup form will be displayed.
Their record is added to the database with the information provided in the signup form. Also, two emails will be sent (if you want) one to the admin to notify them of the signup, and also to the user to tell them they’ve signed up and also give them a private link to their record edit page so they can update or add to their record.
This form appears on the page where you have placed the [pdb_record]
shortcode. It is another form where the record can be edited on the frontend.
An individual record can be edited on the frontend of your website by someone who has the private link to that record. The purpose here is to let people maintain their own records. It’s also possible to put things like survey questions in the form so you can get feedback from people. You have complete control over what fields appear on this form. Fields can be designated as showing up on the signup form, on the frontend user’s form, and on the backend admin form.
This means your “Participant Record Page” is not configured. First, you need a page for the record edit form. On that page, place the [pdb_record] shortcode. Then, look under the “Record Form” tab in the plugin settings, make sure the page where you have the [pdb_record] shortcode is selected in the Participant Record Page setting.
The best way to do this is to perform a “truncate” on the table. You’ll need to get direct access to the database to do this, usually using phpMyAdmin, which is typically found in your hosting control panel. Open the database and find the main participants database table…usually called “wp_participants_database”. Perform a truncate on that table only. The truncate command is found by selecting the table, then under the “operations” tab in the lower right.
OK, just assign all the fields you want them to fill out to the signup form (this is done in the “manage fields” page). That form can be as big as you want. Then, remove the private link from the email they get when they sign up.
This is a group title. Groups are defined on the Manage Database Fields page under the “Field Groups” tab. You will see that each group has a title and a description that you can use to organize and label the ouput of the plugin.
Go to the “manage database fields” page and create a new field for your image. Give it a descriptive name like “avatar” or something. Click “add field” and when your new field appears, set the “field type” to “image upload” for images and “file-upload” for other types of file. Be sure to check “signup” if you want it to appear in the signup form. When the form is presented to the user, they will be allowed to upload an image.
There are several settings you should look at before you go live with your uploads fields. Under the “General Settings” tab, you’ll find:
* File Upload Location – this tells the plugin where to put the uploaded files
* File Upload Limit – this is the size limit in Kilobytes for your file uploads. Be careful not to put this too high, if you have lots of users, it could use a lot of space on your server!
* Allowed File Types – this is a comma-separated list of allowed file extensions. You can also define this on a per-field basis.
* Allow File Delete – if this is checked, the file will be removed from the server when a user deletes it.
Each file upload field can have its allowed files determined in the “values” field on the Manage Database Fields page. For instance, if you want them to upload only a pdf file, put “pdf” in the values field for that field. The maximum size is determined globally in the settings only.
No, these signups and records are separate from people who can register on your site as users. If there are things only registered users can do (such as a forum or comments), they will have to register or sign in as usual.
The idea is to use the database as a roster of volunteers, supporters, etc. for the organization, not the website.
If you are interested in having this plugin work with WordPress users, read this article: Using Participants Database with WordPress Users.
Use my Email Troubleshooting Flowchart to help you diagnose the problem.
Of course make sure your settings are set to send emails.
The most common reason emails are not being sent is because the WP application cannot send email. If you are having this problem, I suggest you install an SMTP plugin (like WP-Mail-SMTP) and use that plugin to test your email sending. Sometimes it is necessary to set up and use SMTP (which is not the default on most systems) to successfully send email.
Another common source of email trouble is other plugins that send email. It is not uncommon for such plugins to “hijack” the WP mail function and this can break it for other plugins. Try turning off other plugins that send email to see who the troublemaker is.
Finally, your emails may be getting caught in spam filters. If you find the plugin’s emails in the spam folder, using a “from” email from the same domain as the site can help. If you are using HTML email (the default) keep it short and don’t include lots of links, images or spammy words.
The form will only appear if someone uses a valid private link to access the page. All that’s required for a private link is a valid “pid” value has to be included in the URI. (it looks like “pid=TH65J” in the link) This code can be seen in the record if you want to make your own links.
You can control which groups of fields show up in the frontend record edit screen (the one with the [pdb_record]
shortcode) by going to the “manage database fields” page, clicking on the “field groups” tab and deselecting the “display” checkbox for those field groups you don’t want shown on the frontend.
It’s a good practice to use field groups for something like this. Place all your “don’t show to the public” fields in a group with its “display” checkbox unchecked. This will prevent those fields from being shown in record detail pages, and also the signup form, but you can force them to display by specifying in the shortcode which groups you want included. The normally hidden groups will be included, but only those fields marked with the “signup” checkbox will appear.
For example, let’s say you have two groups: ‘public’ and ‘private.’ The email field is in the private group because you don’t want it displayed. In the signup form shortcode, specify the groups to show like this: [pdb_signup groups=public,private]
Now, both groups will be included in the signup form. Remember, only those fields marked as “signup” fields will be shown.
The easiest way to do this is to simply blank out the title for the group.
You can show a “Resend Private Link” link on your signup form, just check “Enable Lost Private Link” under the “Retrieve Link Settings” tab. You must define which field is used to identify the record. This must be a unique identifier, usually an email address, but it could be anything. The rest of the settings for this feature are under that tab.
It’s also possible to send them the link again in an email, but the plugin does not currently provide a way to do this. You will have to sent them a link to the edit record page (the one with the [pdb_record]
shortcode), adding their code at the end of the link like this: ?pid=RH45L (using whatever the code for their record is.) The code is visible when you view the record from the “list participants” page.
File uploads use the “file upload” field type. You should define a set of allowed file extensions in the settings: “allowed file types” under the “general settings” tab.
If you have a non-English site, you should convert your database to the correct “collation” for your language.
The plugin exports its CSV files in “UTF-8” format. Make sure the program you’re using to read the file knows this…it should detect it automatically, but can fail under some circumstances. Often this can be set on the import screen of the spreadsheet program when you open the CSV.
It is what I would call “reasonably secure” in other words, the private code in the link is not easily guessed. It can be sent in an email, which is not secure, but emails getting compromised is not that much a risk for most of us. The level of security is reasonable for the kind of information it is designed to store.
Therefore, this plugin is absolutely not for the storage of any kind of information requiring good security such as credit card numbers, passwords, social security numbers, etc. And I certainly couldn’t be held liable if someone were to irresponsibly use the plugin for such a purpose.
Yes, there is a plugin setting called “Make Links Clickable” that scans the fields looking for something that starts with “http” it will then wrap that in a link tag so it will be clickable. It will also render email addresses clickable.
There is also a form field type called “link” that lets people fill in a URL and also give it a text label such as “My Website” that will click to the URL.
You can define a “captcha” form element which will show a simple math question for the user to answer.
New Features:
* “Mass Edit” on the admin list participants page
* new field types: Numeric Calculation and Date Calculation
* CSV imports in the background, avoids timeouts on very large imports
* option to delete the associated uploaded files when record deleted
* CSV import with “null” value in a field clears the field’s db value
* uploaded files deleted on CSV import when upload field value cleared
* recently used fields convenience list in the admin list filter selector
* new Last Updater ID field records the id of the last user to update a record
* hidden field value can be determined by literal string in the shortcode
* numeric value displays now localized
* new setting to use the private ID to display single records
* compatibility with block-based WP themes
Also:
* many minor bug fixes and code optimizations