[buddypress-trac] [BuddyPress Trac] #6286: Directories filtered by member roles
buddypress-trac
noreply at wordpress.org
Sun Mar 15 05:17:43 UTC 2015
#6286: Directories filtered by member roles
--------------------------+-----------------------------
Reporter: sooskriszta | Owner:
Type: defect (bug) | Status: new
Priority: normal | Milestone: Future Release
Component: API | Version:
Severity: normal | Resolution:
Keywords: |
--------------------------+-----------------------------
Comment (by sooskriszta):
Replying to [comment:5 boonebgorges]:
> Having the same content available at multiple URLs is not good practice,
for SEO
Actually declaring canonical URLs ensures that the multiple URLs create no
issues at all for SEO.
> So if user 'boone' had member types 'foo' and 'bar', you would want
`/foo/boone/` to resolve to `/bar/boone/`, or the other way around. But
which?
Neither. I wouldn't want either to resolve to either. I's want both to
show the same content (except for the page title, and breadcrumb, which
would be different). Please refer to my [#6286?replyto=5#comment:4
comment] above regarding how OpenCart handles this.
> And what do you do when a user changes user type? Do you redirect or
show 404s?
Again, neither. My idea is rather simplistic yet radical, so please do
read fully and mull over it rather than reject out of hand. My idea is
that `/foo/boone/` and `/bar/boone/` should always show the content,
irrespective of whether `boone` is a member of `foo` or `bar`. It's just
that `boone` will never show up in the directory of `foo` and `bar` if
`boone` is not a member of these types.
> what do we do if they also have a page 'foo', or a post called 'foo'
with permalink structure `/%pagename%/`?
I guess for all permalink slugs we always check whether the slug exists
for that post type. We'll probably need to extend that.
In WordPress, this issue actually exists in the form of tag/category/post
name...there can be some confusion on occasion...
--
Ticket URL: <https://buddypress.trac.wordpress.org/ticket/6286#comment:7>
BuddyPress Trac <http://buddypress.org/>
BuddyPress Trac
More information about the buddypress-trac
mailing list