[wp-trac] Re: [WordPress Trac] #8958: Huge amount rewrite rules for
page revisions after upgrade
WordPress Trac
wp-trac at lists.automattic.com
Thu May 28 09:52:30 GMT 2009
#8958: Huge amount rewrite rules for page revisions after upgrade
--------------------------+-------------------------------------------------
Reporter: matthijs | Owner: ryan
Type: defect (bug) | Status: new
Priority: normal | Milestone: Future Release
Component: Permalinks | Version: 2.7
Severity: major | Keywords: has-patch needs-testing
--------------------------+-------------------------------------------------
Comment(by onezero):
To test this patches I used the result of "SELECT LENGTH(option_value)
FROM `wp_options` WHERE option_name LIKE 'rewrite%'" to benchmark. Along
with a walk through the website to notice differences. The installation in
which tests are performed has 200 posts, 100 pages, 35 categories, and
started out in 2008.
The original situation was the custom permalink setting
"/%category%/%year%/%postname%", the result of the query was +/- 1.400.000
chars. After applying patch 8958.diff the result was +/- 1.400.000 chars.
After applying patch reduce_attach_query.8958.diff the result was +/-
145.000 chars. A significant difference.
Following the hint of justinph (see above) to use a fixed prefix
("/list/%category%/%year%/%postname%") the result in the original
(unpatched) situation is +/- 8.000 chars. An even more dramatic
improvement than the results achieved by the fixes, but at a cost:
(slightly) different URLs. An equal result was achieved by moving a less
variable parameter to the front of the setting:
"/%year%/%category%/%postname%"): +/- 7.500 chars.
--
Ticket URL: <http://core.trac.wordpress.org/ticket/8958#comment:22>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list