I can already tell that you’re using ACF – if you don’t want to change the return settings for the field, you can bypass ACF and just pull the image ID directly from post meta: $image_url = get_field( ‘my_field_name’ ); $image_id = get_post_meta( $post->ID, ‘my_field_name’, true ); $image_meta = wp_get_attachment_metadata( $image_id );
Enter WP_Post and the “magic” getter – did you know… $value = get_post_meta( $post->ID, ‘custom_field’, true ); …is the same as $value = $post->custom_field; So you can shorten your code to: update_post_meta( $post->ID, ‘custom_field’, $post->custom_field + 1 ); Note you cannot do $post->custom_field++ – since the property doesn’t actually exist, it can’t be modified. Read … Read more
Answer by @Gareth Gillman definitely works but its an expensive query if we have hundreds of posts. The function below is less expensive and using the wp native function get_post_custom_keys() if ( ! function_exists( ‘us_get_meta_keys_for_post_type’ ) ) : function us_get_meta_keys_for_post_type( $post_type, $sample_size = 5 ) { $meta_keys = array(); $posts = get_posts( array( ‘post_type’ => … Read more
I haven’t tested this but it SHOULD work. You’ll want to put it in the single-staff.php. You’ll have to add the details (actual query, post types, etc). $reports = get_posts(array( ‘post_type’ => ‘reports’, //use actual post type ‘meta_query’ => array( ‘relation’ => ‘or’, array( ‘key’ => ‘primary_contact’, // name of custom field ‘value’ => ‘”‘ … Read more
You’re going to definitely want to do this with a plugin. Modifying WordPress Core files is an extremely bad idea as others have pointed out because every update will wipe them out and future versions may change the location/function of what you’re editing. You can get away by adding it to the theme’s functions.php file … Read more
Post’s metadata can not and should not be used for validation. They can be easily manipulated. Post metadata simply stores “editable” strings or arrays, nothing more than that. The code you have copied is trying to fetch a metadata and check if its value is mp3. You can change a value of exe to mp3, … Read more
There seems to be a bug in WordPress building the query. I had this exact same issue today, using ACF Pro. I passed an array to orderby, and it worked. This is my code: $args = [ ‘post_type’ => ‘event’, ‘meta_query’ => array( ‘key’ => ‘event_date’, ‘value’ => date(‘Ymd’), ‘type’ => ‘DATE’, ‘compare’ => ‘>=’ … Read more
Sure, every setting in the Customizer is saved either as a theme mod (by default) or option (if you set the ‘type’ to ‘option’ in $wp_customize->add_setting()). You can access the user-defined value using get_theme_mod() (or get_option()). In your example, the value you are looking for can be retrieved with: $downloads_tab_text = get_theme_mod( ‘product-downloads-tab’ );
You should ad the custom field to product API response, try this (untested) add_filter( ‘woocommerce_rest_prepare_product’, ‘custom_products_api_data’, 90, 2 ); function custom_products_api_data( $response, $post ) { // retrieve a custom field and add it to API response $response->data[‘purchasing_cost’] = get_post_meta( $post->ID, ‘purchasing_cost’, true ); return $response; }
According to your functions, if you want to redirect users when they are visiting the website’s homepage. You could implement the is_front_page() function to detect and only redirects if they are on the frontpage. function user_homepage() { if ( is_user_logged_in() ) { $args = array( ‘field’ => 25, ); $user_homepage = bp_profile_field_data( $args ); if … Read more