[wp-trac] Re: [WordPress Trac] #5305: permalinks broken when
article name is numeric
WordPress Trac
wp-trac at lists.automattic.com
Wed May 21 11:29:41 GMT 2008
#5305: permalinks broken when article name is numeric
--------------------------------+-------------------------------------------
Reporter: thomask | Owner: anonymous
Type: defect | Status: new
Priority: normal | Milestone: 2.6
Component: General | Version: 2.3.1
Severity: major | Resolution:
Keywords: permalinks, number |
--------------------------------+-------------------------------------------
Comment (by DD32):
By the look of it, Its reconising the 2008 as a page value(ie. The 2008th
page):
{{{
object(WP_Query)[3]
public 'query_vars' => &
array
'page' => string '/2008' (length=5)
'pagename' => string 'a' (length=1)
}}}
(Which in itself seems to be a bug that /2008 is reconised as the page
number, it shouldnt have the slash in there)
The rule which is being matched is:
{{{
[(.+?)(/[0-9]+)?/?$] => index.php?pagename=$matches[1]&page=$matches[2]
}}}
I can see 2 ways to resolve it:
1. Revert to the old method of actually having *every* page slug being
checked for, which is slow, messy, and really isnt going to happen
1. Limit pages to only have a certain ammount of pages (Why remove
functionality?)
1. Prefix extra pages with /page/
More on that last one: Most common permalink structures in WordPress
allready use that method (.*/page/[0-9]+).
Changing the current permalink settings will break links on pages at
present (ie. /a/2/ for page 2) in search results, But would allow for
numeric page slugs on subpages.
--
Ticket URL: <http://trac.wordpress.org/ticket/5305#comment:9>
WordPress Trac <http://trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list