[wp-trac] [WordPress Trac] #35395: Provide a better gateway for code-based theme customizations with the Customizer
WordPress Trac
noreply at wordpress.org
Tue Oct 25 04:20:44 UTC 2016
#35395: Provide a better gateway for code-based theme customizations with the
Customizer
-----------------------------------------+-------------------------
Reporter: celloexpressions | Owner: johnregan3
Type: feature request | Status: closed
Priority: normal | Milestone: 4.7
Component: Customize | Version:
Severity: normal | Resolution: fixed
Keywords: has-screenshots needs-patch | Focuses:
-----------------------------------------+-------------------------
Comment (by westonruter):
@sebastian.pisula a couple reasons why a custom post type. Theme mods are
stored in options and they are autoloaded. If a large amount of CSS gets
added, then this will increase the size of the `alloptions` cache. For
sites that use Memcached object cache, the size of the `alloptions` cache
and (especially on WordPress.com) the sum of all options must not approach
1MB or else the `alloptions` cache will cease to cache at all, and the
site will crash if it is getting any traffic.
A more positive reason for using a custom post type is that it allows us
to make use of post revisions to do versioning of the CSS. Jetpack also
used a custom post type for storing CSS.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/35395#comment:74>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list