Widgets can be used multiple times. Your options will be passed to the widget directly and automatically, as part of the $instance variable. You should not be getting the options directly using get_option. The widget() function declaration in a WP_Widget derived class looks like this: function widget( $args, $instance ) The $instance variable will be … Read more
Take a look at the relevant bits of the database description for that table. Field Type option_name varchar(64) option_value longtext The key is 64 characters max. The value is longtext which should be more than you need. To have you caching work, you need a unique value for the key, but it doesn’t have to … Read more
Anyway, basically Hody_McGee gave the answer in his comment: You could use wp_localize_script(). As it states in the Codex: [wp_localize_script()] can be used to make any data available to your script that you can normally only get from the server side of WordPress. How do we do this? <?php add_action( ‘wp_enqueue_scripts’, ‘register_scripts’ ); function register_scripts(){ … Read more
WordPress 4.3 have no markdown implementation, it is only a short list of shortcuts. The shortcuts active on default. It give no UI area to active/deactivated them. As small hint for updates posts. I seen often, that works only on new posts, no old drafts. But I haven’t debug this. Which Formatting Shortcuts WordPress 4.3 … Read more
I’ve tried the same thing and was able to hook into the pre_option_ filter by using all as filter. add_filter(‘all’, ‘pre_option_’,1,3); function pre_option_($actionHook,$bool=false,$option_name) { if(strpos($actionHook,’pre_option_’) === FALSE){ return $bool; } }
If you want a quick programmatic way of looping through everything you have in the cron row inside wp_options and you have access to the site’s database directly (either in a local development environment or on a webhost), you can run something like this via the command line: mysql $YOUR_DB_NAME -e “SELECT option_value FROM wp_options … Read more
Try this one http://jsfiddle.net/jaredwilli/tZPg4/4/ and use array so input should be something like this <input type=”text” name=”data[1][time][start]”> <input type=”text” name=”data[1][time][end]”> <input type=”text” name=”data[2][time][start]”> <input type=”text” name=”data[2][time][end]”> …. then save data as array update_post_meta($post_id, ‘field_name’, $_POST[‘data’]);
Am I missing a requirement, or will multisite suffice? http://codex.wordpress.org/Create_A_Network Multiple blogs, one install, one database…
There is a bug in WordPress 4.8.2 which causes pending customized changes to not be injected into Ajax requests in the preview. This has been fixed in 4.9-alpha via #42162. In the mean time, however, you can do a workaround to modify the requested url with logic like: // Workaround defect introduced in WordPress 4.8.2 … Read more
The type argument is only relevant for the REST API and relatively new. If you want it to be enforced on get_option() you will need your own helper function, as you’ve noticed. This is probably for backwards compatibility reasons. I would avoid attempting to enforce this for all get_options() calls via a filter, and stick … Read more