Configuration
Settings → Plugins → Memberz.
The account area
| Setting | Default | |
|---|---|---|
| Account path | account | URI the signed-in account area is served from. Blank routes nothing, leaving it to you. |
| Profile path | members | URI prefix for public profiles: /members/<slug>. Blank means no profile pages at all. |
| Account template | — | A template of your own for the account area. |
| Profile template | — | A template of your own for a profile. |
| Include the shipped stylesheet | on | Turn off if you style everything yourself. |
Both routes are registered so that a route your site already declares wins. A plugin quietly taking over a URI the site had its own plans for is a support ticket that starts "my page disappeared when I installed…".
Profiles
| Setting | Default | |
|---|---|---|
| Profile URLs are built from | Username | Username, full name, or a random string. |
| Default profile visibility | Signed-in members | What a new account is set to before the member chooses. |
| Let members set their own privacy | on | Adds a visible to control beside each editable field. |
Slugs are issued the first time a member's profile is asked for, not at registration — which is how
accounts that predate the plugin, or arrived through Verbb Auth or an import, get one without a
migration. php craft memberz/backfill-slugs issues them all at once if you would rather not wait.
Changing Profile URLs are built from never rewrites slugs already issued. A profile URL that stops working is a broken link on someone else's site.
Photos
| Setting | Default | |
|---|---|---|
| Let members upload their own photo | on | Enforced at the service, not just in the template. |
| Largest upload | 4096 KB | Your server's upload_max_filesize still applies on top. |
| Resize down to | 1000 px | Long edge. Every accepted photo is re-encoded at this size. |
| When a member has no photo | Initials | Initials, a silhouette, or nothing. Drawn on your server. |
There is deliberately no photo volume setting here. Craft already has one, under Settings → Users → User Settings, and Memberz stores photos where Craft does. A second setting that had to be kept in step with Craft's would only ever be a place for the two to disagree — and if Craft has no volume chosen, uploads are refused with a message that says so rather than failing generically.
Registration
| Setting | Default | |
|---|---|---|
| Sign new members in straight away | on | Only honoured for an account Craft actually activated. |
| Send Craft's activation email | on | Craft's own email, on Craft's own terms. |
| Blocked email domains | — | One per line. Blocking example.com also blocks mail.example.com. |
| Allowed email domains | — | One per line. Blank accepts anything not blocked. Filling it in is how you make registration staff-only. |
Sign new members in straight away is ignored when the account is pending. Signing somebody in on an address they have not proved they own is the whole thing verification exists to stop.
What is not here
Whether public registration is allowed, whether new accounts need email verification, and whether accounts are activated on creation are Craft's own user settings, under Settings → Users → User Settings. Memberz reads them and follows them exactly, including saving a new account pending and activating it afterwards the way Craft's own registration does.
It never works around them. A registration form on a site whose owner has switched registration off is refused, and the refusal is logged.
Not in config/
Memberz has no config/memberz.php file. Its two kinds of configuration are both already
deployable — plugin settings through Craft's own plugin-settings mechanism, and forms and
directories through project config — so a third place to configure it would only be a third place
for the answer to disagree with itself.