I don't have a quick response for you without knowing more about how you plan to use User Profiles or knowing a little more about your website.
I would not collect address information, unless I need it. If I do, I would probably use the address field module, to get the benefit of validation and sub-fields for sorting and custom views.
I think I can usually accomplish everything I want without using the Real Name module. If I need detailed information about users, I usually creae a "First Name" and "Last Name" field. Sometimes, we then automatically use them both to generate the Title field for the profile so that the user does not have to enter any part of their name twice. There are modules to help with this (I believe that this module works with user entities - https://backdropcms.org/project/auto_nodetitle).
Personally, I don't think any of these creates database considerations worth thinking about. But, again, this may depend upon the specifics for your site. Is this a very large or very active site that makes you think database considerations will be important?
Remember that user accounts are fieldable in Backdrop CMS core, so the Profile module may not be necessary. I know that in Drupal 7, the Profile 2 module was necessary to create profile types. It might be that the Profile module for Backdrop provides this feature as well. I'd have to check, it's not clear to me from the ReadMe file.
Posted2 weeks 5 days ago by Martin Price | System Horizons Ltd (yorkshirepudding) in Weekly Meetings
Recent comments
This link should work if the VIEW contains a Block and a Page - the link from the block will be directed to this page. I've never used it, so I might be wrong. But what can be done easier is to...
Thank you very much for your reply!
I understood that I first need to create a VIEW. I had assumed that the settings were configured via the block because it’s already included in Backdrop...
I second this-- I have a module in contrib now that I just marked as "deprecated", and I removed its sole alpha release (because a fix in Core made it obsolete). Just plain deleting the module...
If there's some time left in the dev meeting - although it might rather be a topic for the PMC:
We have nice documentation and procedures, how to provide projects in backdrop-contrib space...
Comments
@joemaine
I don't have a quick response for you without knowing more about how you plan to use User Profiles or knowing a little more about your website.
I would not collect address information, unless I need it. If I do, I would probably use the address field module, to get the benefit of validation and sub-fields for sorting and custom views.
I think I can usually accomplish everything I want without using the Real Name module. If I need detailed information about users, I usually creae a "First Name" and "Last Name" field. Sometimes, we then automatically use them both to generate the Title field for the profile so that the user does not have to enter any part of their name twice. There are modules to help with this (I believe that this module works with user entities - https://backdropcms.org/project/auto_nodetitle).
Personally, I don't think any of these creates database considerations worth thinking about. But, again, this may depend upon the specifics for your site. Is this a very large or very active site that makes you think database considerations will be important?
Remember that user accounts are fieldable in Backdrop CMS core, so the Profile module may not be necessary. I know that in Drupal 7, the Profile 2 module was necessary to create profile types. It might be that the Profile module for Backdrop provides this feature as well. I'd have to check, it's not clear to me from the ReadMe file.
I've confirmed that the Profile module for Backdrop CMS does provide "Profile Types", if you need those.
https://backdropcms.org/project/profile