Replies
- This reply has been marked as private.
- This reply has been marked as private.
- Mike (DesignServe) on August 10, 2019 at 5:33 pm in reply to: xProfile field on Registration Page #24557
Hi Brajesh,
Thank you for the help and the great article. I implemented it on my site a couple of days ago and it is working really well.
I’m looking forward to part 2, did you write part 2? lol.
Please leave this thread open I will discuss xprofile fields on registration here with you.
For now, do you know how to temporarily remove the second column (Profile Details) on this page?
https://technicskeyboard.com/register/
Thanks again,
Mike - Mike (DesignServe) on August 3, 2019 at 11:45 am in reply to: Member Types Pro – Database Query #24459
Hi Brajesh,
Well I’m starting to understand databases better and thanks for taking this time with me.
The plugin I mentioned is very good for exporting, adjusting and re-importing. But it’s not going to do what I want because it doesn’t ‘know’ the buddypress fields. I can adjust hundreds or thousands of different values with it quickly, so it is useful for migrating my community anyway.
Obviously I’m practising with a copy of my multisite multiblog not the main one 🙂
I’m not moving on with the migration quickly enough so I think I’m going to go back to the migration service I mentioned previously. Your help has been invaluable because I’ll be able to work closely with them to see whether the conversions are working well.
In the meantime, my members are eager for content so I concentrate on that for a little while in the old system probably.
It does sound as though the script you describe would be useful.
Many thanks,
Mike - Mike (DesignServe) on August 1, 2019 at 8:42 pm in reply to: Member Types Pro – Database Query #24447
Hi Brajesh,
Thanks. I think I’ve got it. Check for me…
TABLE: terms_relationships
object_id = 1 = user_id = me has taxonomy_id = 104TABLE: term_taxonomy
Links term_taxonomy_id (104) with term_id (104)TABLE: terms
term_id = 104 name = communitymemberSo for all members who should be communitymember, in the table terms_relationships:
object_id (user) needs a taxonomy_id of 104
Therefore, I can import a list of user_ids with taxonomy_id of 104 into terms_relationships
Correct?
I suppose then that I would then run Buddypress Tools to repair counts etc?
I hoped the plugin I mentioned would help me but I think it won’t in this case.
Kind regards,
Mike - Mike (DesignServe) on July 31, 2019 at 3:09 am in reply to: Member Types Pro – Database Query #24429This reply has been marked as private.
- Mike (DesignServe) on July 15, 2019 at 7:57 pm in reply to: [Resolved] Feature Request: Time-based Member Types #24112
Hi Brajesh,
Yes WPDM does have time-based member expiry. I won’t bother you further with this topic right now, we can look at it later… and maybe I’ll just wait for your membership plugin anyway 🙂
Thanks,
Mike Hi Brajesh,
Thank you so much that’s exactly what I need.
I agree with you that a forum is best for support. I’ve always done it that way. It lets people search for solutions and to help each other. It also shows confidence. I think it is the best indication of reliability when a vendor gives their support in public.
That’s one of the main reasons I signed up for Buddydev, I was impressed by your public support forums (I still am).
Thanks again,
Mike- This reply was modified 5 years, 4 months ago by Mike (DesignServe).
- Mike (DesignServe) on July 15, 2019 at 7:47 pm in reply to: Automated Cover Images per Member Type #24110
Brajesh,
Thanks very much.
Regarding 3, Roles and Roles Badges:
I’m coming from a system where the Roles are maintained for each user, throughout the ‘network’, so I have found it to be confusing. What would be perfect for me is for the Roles to always be the same for each site in the network. I know that not every Superadmin/Keymaster would want that, so, perfection for me would be to have an option in the network dashboard settings for Roles to be the same across the network for all users. This could be left unchecked for Superadmins who did not want that, because there are many use-cases out there. It would also need a routine to re-synchronise, if the Superadmin changed the setting.
I thought I had this nailed by another method. This was my plan. I have a plugin called WordPress Multisite User Sync. It allows bulk sync of Roles. I planned for users to register and receive the Member Type “Community Member”. This has a Roles to member type association, using your plugin, to make the user a Subscriber, and they will also become a Participant. WordPress Multisite User Sync, propagates those settings (and any role settings) from the main website to the sub-sites for each signup.
However, my logic is flawed. It will only work if the user signs up on the main site (I think). The plugin can only sync from main site to sub-sites OR from sub-sites to main site. So, I’m still struggling to get what I need at the moment. I’m paying a lot of thought to it.
Back to the topic of badges. I would want the Role badges to be derived only from the main site. However, I understand that wouldn’t suit every Superadmin. I have no Admins on my sub-sites because I control them myself, so I wouldn’t say I’m a typical case.
Taking all of that into account, my suggestion for a strong badges plugin that suits everyone is to allow the Superadmin to decide whether Role Badges should come from the main site or from sub-sites. However, that may be a lot of work for you.
When we initially discussed badges, I wasn’t expecting Role-based badges. They were not a high priority for me because you have enabled the ability to associate a Member Type with a Role. I didn’t realise that Roles would be different in each sub-site, and that is what has caused my main confusion with multisite-multiblog. I had no idea that each sub-site would have its own Roles.
My apologies, I am rambling a bit because I have been thinking through these topics over and over. If I think of an idea that is more clear I’ll let you know.
Best wishes,
Mike - Mike (DesignServe) on July 14, 2019 at 2:44 am in reply to: Automated Cover Images per Member Type #24068
Hi Brajesh,
Badges are working well after the update thanks.
Under the Custom badges there’s a button to remove the badge image. Under Roles and Member Types there’s no ‘Remove’ button. I only noticed because I wanted to replace a badge image with another one having the same name. Because I couldn’t remove the image (I think), the caches were not updating, so I was replacing the image and the old image remained on some pages. It will update in due course, or I’ll use a new image with a new name.
I only mention it in case the ‘Remove’ buttons are supposed to be there. Not a problem.
Best wishes,
Mike- This reply was modified 5 years, 4 months ago by Mike (DesignServe).