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.
This post explains how to do this in Drupal 7. In Backdrop, File Entity is already part of core. You will need to download and install module Views Field View.
https://drupal.stackexchange...
Posted10 hours 49 min ago by Alejandro Cremaschi (argiepiano) on:
After alot of trials, i have done the obvious and translated the whole block for different languages with each property condition as follows:
->propertyCondition('langcode', 'en...
Thanks so much! It's working now:
I was able to transfer the docroot files to the containing directory without the need for a second database or any manual configuration export/import/sync...
Ah, I see. Sorry, I hadn't clicked the link and assumed it was the instructions for upgrading from Drupal 7.
If you are simply copying a site from one location on a server to another, the...
Thanks for the quick reply, laryn.
No features, no Drupal: I built the source site in Backdrop in a subdirectory of the target directory under the same user home directory on the same...
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