Weston Ruter

<p>This plugin consists of lab features and a testbed for improvements to Widgets and the Customizer.</p>
<p>Requires PHP 5.3+.</p>
<p><strong>Development of this plugin is done <a href="https://github.com/xwp/wp-customize-widgets-plus" rel="nofollow ugc">on GitHub</a>. Pull requests welcome. Please see <a href="https://github.com/xwp/wp-customize-widgets-plus/issues" rel="nofollow ugc">issues</a> reported there before going to the <a href="https://wordpress.org/support/plugin/customize-widgets-plus" rel="ugc">plugin forum</a>.</strong></p>
<p>Current features:</p>
<h4>Non-Autoloaded Widget Options</h4>
<p>Widgets are stored in options (normally). Multi-widgets store all of their instances in one big serialized array specific to that type. When there are many widgets of a given type, the size of the serialized array can grow very large. What’s more is that <code>WP_Widget</code> does not explicitly <code>add_option(... 'no' )</code> before calling <code>update_option()</code>, and so all of the settings get added with autoloading. This is very bad when using Memcached Object Cache specifically because it can result in the total <code>alloptions</code> cache key to become larger than 1MB and result in Memcached failing to store the value in the cache. On WordPress.com the result is a <a href="https://github.com/Automattic/vip-quickstart/blob/master/www/wp-content/mu-plugins/alloptions-limit.php" rel="nofollow ugc">“Matt’s fault” error</a> which has to be fixed by the VIP team. Widget settings should not be stored in serialized arrays to begin with; each widget instance should be stored in a custom post type. But until this is done we should stop autoloading options. See also <a href="https://core.trac.wordpress.org/ticket/26876" rel="nofollow ugc">#26876</a> and <a href="https://core.trac.wordpress.org/ticket/23909" rel="nofollow ugc">#23909</a>.</p>
<h4>Widget Number Incrementing</h4>
<p>Implements fixes for Core issue <a href="https://core.trac.wordpress.org/ticket/32183" rel="nofollow ugc">#32183</a> (Widget ID auto-increments conflict for concurrent users). The stored widget_number option provides a centralized auto-increment number for whenever a widget is instantiated, even widgets in the Customizer that are not yet saved.</p>
<h4>Efficient Multidimensional Setting Sanitizing</h4>
<p>Settings for multidimensional options and theme_mods are extremely inefficient to sanitize in Core because all of the Customizer settings registered for the subsets of the <code>option</code> or <code>theme_mod</code> need filters that are added to the entire value, meaning sanitizing one single setting will result in all filters for all other settings in that <code>option</code>/<code>theme_mod</code> will also get applied. This functionality seeks to improve this as much as possible, especially for widgets which are the worst offenders. Implements partial fix for <a href="https://core.trac.wordpress.org/ticket/32103" rel="nofollow ugc">#32103</a>.</p>
<h4>HTTPS Resource Proxy</h4>
<p>When <code>FORCE_SSL_ADMIN</code> is enabled (such as on WordPress.com), the Customizer will load the site into the preview iframe using HTTPS as well. If, however, external resources are being referenced which are not HTTPS, they will fail to load due to the browser’s security model raise mixed content warnings. This functionality will attempt to rewrite any HTTP URLs to be HTTPS ones via a WordPress-based proxy.</p>
<h4>Widget Posts</h4>
<p>Store widget instances in posts instead of options. Requires trunk due to patch committed in <a href="https://core.trac.wordpress.org/ticket/32474" rel="nofollow ugc">#32474</a>. More details forthcoming…</p>


Customize Widgets Plus

Lab features and a testbed for improvements to Widgets and the Customizer.

<p>Read full writeup: <a href="https://make.xwp.co/2016/10/29/previewing-themes-with-adaptive-designs-in-the-customizer/" rel="nofollow ugc">Previewing Themes with Adaptive Designs in the Customizer</a>.</p>
<p>This plugin extends the responsive device preview functionality in the customizer which was added in 4.5 (see <a href="https://core.trac.wordpress.org/ticket/31195" rel="nofollow ugc">#31195</a>). In core when you change the previewed device it merely changes the dimensions of the preview, allowing you to simulate how the theme will appear on tablet or mobile screens. What it does not do, however, is cause the preview to reload with the <code>User-Agent</code> overridden for the current device being previewed. For themes that implement a responsive design this core behavior is just fine since changing the dimensions of the iframe will cause the appropriate media queries to apply. However, if you have an adaptive design for your theme you won’t be able to see any server-side components that it may display when viewing a different device. For example, on mobile devices a theme may want to skip outputting the sidebar altogether to save on bandwidth.</p>
<p>This plugin will ensure that the preview is refreshed when the previewed device is changed in addition to changing the preview window size. It will pass a <code>customize_previewed_device</code> query parameter on the URL being previewed, and this parameter will be either <code>desktop</code>, <code>tablet</code>, or <code>mobile</code>. The plugin will override the <code>$_SERVER['HTTP_USER_AGENT']</code> to be a user agent representative of the supplied device type so that calls to <code>wp_is_mobile()</code>, <code>jetpack_is_mobile()</code>, and <code>Jetpack_User_Agent_Info::is_tablet()</code> will all return the expected values based on the current previewed device.</p>
<p><strong>Development of this plugin is done <a href="https://github.com/xwp/wp-customizer-responsive-device-preview" rel="nofollow ugc">on GitHub</a>. Pull requests welcome. Please see <a href="https://github.com/xwp/wp-customizer-responsive-device-preview/issues" rel="nofollow ugc">issues</a> reported there before going to the <a href="https://wordpress.org/support/plugin/customizer-responsive-device-preview" rel="ugc">plugin forum</a>.</strong></p>


Customizer Responsive Server-Side Components Device Preview

Extend device preview in customizer with previewing server-side components, ensuring the previewed device's user agent is set when the site refre …

Customize Widgets Plus vs Customizer Responsive Server-Side Components Device Preview