[buddypress-trac] [BuddyPress] #1741: Resolve redundant URLs for SEO reasons
buddypress-trac at lists.automattic.com
buddypress-trac at lists.automattic.com
Wed Feb 22 18:36:23 UTC 2012
#1741: Resolve redundant URLs for SEO reasons
-----------------------------------+---------------------------
Reporter: Ezd | Owner: boonebgorges
Type: enhancement | Status: reopened
Priority: major | Milestone: 1.6
Component: Core | Version:
Severity: normal | Resolution:
Keywords: 2nd-opinion has-patch |
-----------------------------------+---------------------------
Changes (by boonebgorges):
* keywords: 2nd-opinion => 2nd-opinion has-patch
Comment:
John and Paul and I talked about this a bit, and we decided I'd write up a
patch for Nacin's suggested change, so that we would be able to test side-
by-side. See 1740.02.patch. General approach is the same: during the
process of adding menu items based on the requested URL, assemble a
'canonical stack', which is used in bp_canonical_redirect() to determine
the canonical URL. The stack is built in such a way that the default
component or default subnav is left out, resulting in a canonical URL that
rolls up.
Please have a test, comparing against the current trunk. Be sure to test
URLs like this:
- example.com/members/boone/activity/just-me/ (rolls up)
- example.com/members/boone/activity/mentions/ (doesn't roll even though
activity is default component, because of non-default 'mentions' action)
- example.com/members/boone/ resolves
- example.com/members/groups/my-groups/ (rolls up)
Same for groups.
So, the question is: does this feel like a more natural way of browsing
the site, given what Nacin and I lay out above about rolling up/down?
Thanks in advance for feedback.
--
Ticket URL: <https://buddypress.trac.wordpress.org/ticket/1741#comment:14>
BuddyPress <http://buddypress.org/>
BuddyPress
More information about the buddypress-trac
mailing list