yarovikov

https://wordpress.stackexchange.com/questions/1250...

Так напишите свою логику работу с кастомной таблицей. Храните там все нужные данные, включая id posta, по которому и будете получать данные на фронте.
Для этого есть такая удобная штука, как wpdb

Вообще, для acf есть плагин, который переносит его данные в отдельную таблицу, но там цена 100 баксов в год.

$terms = get_terms( 'categories' );

foreach ( $terms as $term ) {
  // формируете список 
}

'compare' => 'LIKE'

Основая сложность в

должны рандомно появляться среди тех что выводятся по порядку

Есть подозрение, что никак.
Объединить два массива постов (с высоким по порядку и низким случайным порядком) можно где-то так:

$args1 = array(
	// тут параметры первого массива
	'post__in' => $ids,
);

$args2 = array(
	// тут параметры второго массива с низким рейтингом
	'orderby' => 'rand',
	'post__in' => $ids,
);

$args1 = get_posts( $args1 );
$args2 = get_posts( $args2 );
$merged_ids = array_merge( $args1, $args2 );

$args_final = array(
	// тут параметры общего массива
	'post__in' => $merged_ids,
	'orderby' => 'post__in',
);	

$query = new WP_Query( args_final );

Но случайно подкидывать в массив первых посты из второго - весьма нетривиальная задача, либо я еще не проснулся.

<?php the_field('piska'); ?>

Или

<?php echo get_field('piska'); ?>

Или

<?php the_field('piska', get_the_ID()); ?>

Или

<?php echo get_field('piska', get_the_ID()); ?>

ACF, конечно

Для начала сделайте по-человечески - передавайте id картинки, и в корзине уже получайте ее url по id.
Ну и проверяйте, какие у вас данные передаются, возможно, их просто нет.

CF7 самый простой и удобный. Уж не знаю, где там сто оберток. Вижу только span и все. ЧТобы убрать параграф, юзайте

add_filter( 'wpcf7_autop_or_not', '__return_false' );

Проще только своя форма, но не удобнее.

shape-outside

У меня на одном из последних проектов вот такая комбинация работает

function cf_search_join( $join ) {
	global $wpdb;
	if ( is_search() ) {
		$join .=' LEFT JOIN '.$wpdb->postmeta. ' ON '. $wpdb->posts . '.ID = ' . $wpdb->postmeta . '.post_id ';
	}
	return $join;
}
add_filter( 'posts_join', 'cf_search_join' );


function cf_search_where( $where ) {
	global $pagenow, $wpdb;
	if ( is_search() ) {
		$where = preg_replace(
			"/\(\s*".$wpdb->posts.".post_title\s+LIKE\s*(\'[^\']+\')\s*\)/",
			"(".$wpdb->posts.".post_title LIKE $1) OR (".$wpdb->postmeta.".meta_value LIKE $1)", $where );
	}
	return $where;
}
add_filter( 'posts_where', 'cf_search_where' );


function cf_search_distinct( $where ) {
	global $wpdb;
	if ( is_search() ) {
		return "DISTINCT";
	}
	return $where;
}
add_filter( 'posts_distinct', 'cf_search_distinct' );

В смысле? С помощью acf прекрасно создаются блоки для гутенберг. А еще есть и flexible_content, которому сто лет в обед.

Не должны. В БД данные блоков и классических мета-полей хранятся раздельно.

Заметье, что у всех задающих один и тот же вопрос про скорость общая проблема - Elementor ))

Лол, сайт белого дома на вп.
Если руки из жопы (как у 99% "вп-профи"), то, конечно, дырявый.

А, судя по всему вам поможет вот это
Или, что проще, не выносить в отдельный файл повторителя, а сделать все здесь и в коде прописать для if и while

if( have_rows('photogallery'), $photogallery_id )

Первая ссылка в гугле

Так это инлайн-стилями все и делается. И на таблицах желательно. Погуглите, почему в оформлении писем до сих все так печально.

советуют создавать "дочку" у бесплатной темы

Никогда так не делал

Не будет ли говнокодом если в моем шаблоне page.php или archive.php будет полотно кода, под каждую страницу котрую я цепляю по слагу?

Будет

Возьмите любую тему, написанную по codex (любая от команды разрабов) и посмотрите, как она устроена.

Если нужно писать функционал, учите реакт и пишите на нем блоки для гутенберг. Ну или acf, если речь про сроки и зарабатывание бабла, а не учебу.