[wp-trac] Re: [WordPress Trac] #1595: Post Content Prerendering
WordPress Trac
wp-trac at lists.automattic.com
Mon Mar 12 09:23:37 GMT 2007
#1595: Post Content Prerendering
--------------------------------------+-------------------------------------
Reporter: markjaquith | Owner: markjaquith
Type: enhancement | Status: reopened
Priority: normal | Milestone: 2.2
Component: Optimization | Version: 2.1.2
Severity: normal | Resolution:
Keywords: 2nd-opinion dev-feedback |
--------------------------------------+-------------------------------------
Comment (by markjaquith):
My original suggestion was that we keep the_content running live for 100%
backwards compat, and implement a new the_content_filtered hook that'll
run on the pre-filtered content (i.e. after the_content). That way plugin
authors can update at their leisure and once they do, the full speed
benefits will be realized.
the other option is making the new hook the "live" option that is run
every time. This will break any plugins that need to run live (few do),
but it'd give us the maximum immediate speed boost.
We'd also need to make sure that the prerendered content expires whenever
plugins are enabled or disabled. We'd want to functionize that so that
other plugins could call it. For instance, say you have a plugin
activated that alters the_content, and you change an option in that
plugin. You'd want the prerendered content to expire so it could be
updated.
We might eventually have Manage > Cache with built-in HTML output cache
management that would allow you to manually flush the HTML + content
prerendering caches.
--
Ticket URL: <http://trac.wordpress.org/ticket/1595#comment:8>
WordPress Trac <http://trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list