You can set a default value for when the option does not exist. This way you can check to see if the returned value is false, or if it doesn’t exist at all: $value = get_option( ‘my_option’, $default_value ); if( $value == $default_value ) { // Option does not exist } elseif ( $value == … Read more
I’m hitting the table 2 times (if the field exists) to get its value. No, you aren’t, and there is no evidence for this. You may not be hitting the database at all if it has autoload enabled. WordPress caches things in memory during the same request, and it bulk fetches options set to autoload … Read more
If you have an options page (which should be inside one form), then all data is sent from that form, regardless of whether or not the option has been changed. The array received for validation is the data received from (your part of) the form. If the data is ’empty’ it is because the data … Read more
How plugins loading works WordPress has, as any other software, a specific order in which files get loaded. During loading WPs core files, there’re specific points where you can either hook into do_action() or alter data during apply_filters() calls. Those functions always get called with a minimum of one argument: The name. Sometimes there’re more … Read more
Well, “update_wpmu_options” is certainly the wrong hook. It doesn’t send the blog_id as a parameter, so your code won’t ever work with that hook and use of the blog_id parameter. If you just wanted to update the value on each site, then I would just put update_option(‘uploads_use_yearmonth_folders’, 0); on the init hook, and wait for … Read more
Well, it depends on the context. Usually we don’t need to protect data for only showing it in frontend. But the best practice is, always escape or validate data, no matter where they comes from. Like for your case you can do that like below- <label><?php echo esc_html( $data[‘title’] ); ?></label> <input type=”text” value=” <?php … Read more
Redirect to another page using contact form 7? [closed]
If you just want to create a field, add_option() will do just fine, but I would strongly recommend using update_option() instead, as it tends to be the better choice for most applications.
settings_fields(‘bp_settings_group’); bp_settings_group should be changed to bp-settings-group to match. settings_fields( $option_group ) $option_group should match the group name used in register_setting() i.e bp-settings-group. check on codex here.
It makes sense that if it’s faster to use a new table for a thousand entries, it must also be faster for tens or hundreds of entries. Performance is not about the pure number rows – the real amount of data and their structure counts. Usually, you use just the theme mod API. Your theme … Read more