Opened 10 years ago
Closed 8 years ago
#6333 closed enhancement (wontfix)
Member Type in members slug?
Reported by: | landwire | Owned by: | |
---|---|---|---|
Milestone: | Priority: | normal | |
Severity: | normal | Version: | 2.2.1 |
Component: | Members | Keywords: | close dev-feedback |
Cc: | sascha@…, vivek@… |
Description
Hi there,
is it yet possible to use the member type in the members slug? So instead of:
/members/%username%/
I would like to have have:
/members/%member-type%/%username% ?
If not, are there any plans to add this functionality? Basically having a ‘slug’ parameter for the Member Types API, that then gets recognised by BuddyPress, when asking for a certain user profile…
I was asked to post this here on trac instead of buddypress.org.
Thanks,
Sascha
Change History (6)
#2
@
10 years ago
- Component changed from API to Component - Members
- Milestone changed from Awaiting Review to Future Release
#3
@
10 years ago
For what it's worth, I don't see the benefit in this complexity as a core feature at the moment. Possibly something we could get relatively easily (and optionally) with rewrite rules in the future.
#4
@
10 years ago
- Cc vivek@… added
I would vote for
/members/%member-type%/%username%
with a twist.
I'd say that the canonical URL should be
/members/%username%
So for member foo
the canonical would be
/members/foo
But other URLs such as
/members/bar/foo /members/admin/foo /members/moderator/foo
should also work.
In fact, irrespective of whether foo
is a member of bar
or not
/members/bar/foo
should work.
If someone is at /members/type/bar/ and clicks on foo
's name of profile image, they are taken to foo
's profile at
/members/bar/foo
There could be a couple of differences in the page compared to
/members/foo
- Page title
Foo - Bar - Sitename
- Breadcrumb
Home > Bar > Foo
#5
@
8 years ago
- Keywords close dev-feedback added
I don't see the value in /members/type/foo
.
User profile URL should be canonical and always the same (remember the thing for posts). Think about search engines as well. Each user should be identified regardless of type, with 1 URL only. What if user type changed from bar
to baz
? Duplicated profile? Store a constant redirection? That's an increase in complexity, with no real extra benefit.
Breadcrumbs can be easily altered taking into account user type on a fly without the need of extra slug in URL, page title - the same.
At the moment, this is not possible.
#6286 proposes member-type-specific directories, with URLs like
example.com/members/member-type/
. It's likely that this will happen for 2.3.The discussion on #6286 has some back-and-forth about the feasibility and desirability of using member-type info in single user URLs. My inclination, as stated there, is not to do this for now, but I'm happy to consider it in the future. Let's use this ticket to track that feature.