get_template_part() calls locate_template(), and both functions are running file_exists() checks for the same file over and over. There is no caching. Meh. But … PHP has an internal cache for file look-ups, so a direct file access will not happen on every call. There is an edge case, most developers aren’t aware of: A file … Read more
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
But, when an offer has no related_products, ALL products are being shown. This is because you’re not doing anything to check if the field has a value before running your query. If this is empty: $related_products = get_field(‘related_products’); Then that makes the query argument equivalent to: ‘post__in’ => [], And if that argument value is … Read more
Unable to include a template
Unfortunately it’s not possible. There just aren’t any filters for filtering templates loaded with get_template_part() that you could use to achieve this.
I was able to figure this out and make it dynamic. I created a variable $template that I put inside the loop, in which I stored the page template. $template = get_post_meta( $post->ID, ‘_wp_page_template’, true ); Then, I utilize this where I need the child pages to show up. <?php include(locate_template($template)); ?> This is working … Read more
It looks like the code in contactform.php may be causing issues. These lines, specifically: global $wp; wp_redirect(home_url($wp->request)); exit; The exit statement may be stopping execution of the rest of the script. If you want to process form data, you should be checking for it and processing it instead of just running the redirect and exit … Read more
Sidestep the entire issue and just include fo_edit_script in the header of the page, rather than in the AJAX part. There’s no need at all to do this. You might think that by only including it when its needed your optimising but your not, because it’s having to load it every time you open an … Read more
Yes, get_template_part() does work on Admin pages. Here is how I tested: Add this to functions.php theme (or child theme) file: add_action( ‘admin_menu’, ‘wpse_99662_register_admin_test_page’ ); function wpse_99662_register_admin_test_page() { add_menu_page( ‘Admin Test Page’, ‘Admin Test Page’, ‘manage_options’, ‘admin_test_page’, ‘wpse_99662_admin_test_page’ ); } function wpse_99662_admin_test_page() { echo ‘<h2>Admin Test Page</h2>’; get_template_part( ‘admin’, ‘test’ ); } The admin-test.php file … Read more
This is essentially scope visibility issue. include brings code into a current scope, function call creates new closed off scope. In get_template_part() only certain WordPress globals are being made available by load_template() call inside. While the basic answer is to declare your variables as globals, you might want to ponder your overall architecture a bit … Read more