Антон Литвиненко

ACF отвечали на подобный вопрос у себя https://support.advancedcustomfields.com/forums/to...

Мы это реализовали для одного из наших клиентов.

Вот полное решение:
1. В functions.php добавляем подключение страницы опций для конкретного типа записи

// Разделы настроек для кастомных типов записей
if( function_exists('acf_add_options_page') ) {

// ВАЖНО! Если подключаете для нескольких типов записей, menu_title должен быть уникальным, используется в урле!	
  acf_add_options_sub_page(array(
    'page_title'     => 'Тара / Настройки',
    'menu_title'    => 'Настройки (тара)',
    'parent_slug'    => 'edit.php?post_type=package',
  ));	
}

2. Сохраните, обновите страницу, проверьте, добавилась ли страница опций к нужному типу записи. Если все ок, то создайте группу нужных полей в ACF, в настройках, где показывать, укажите "Страница с опциями - равно - [выберите вашу новую страницу]".

3. На странице archive.php получить значение из нужного поля можно, добавив параметр 'options' в get_field(). Пример:
$test = get_field('your_field_name', 'options');

Вы немножко запутались, have_posts() это не цикл, а метод объекта WP_Query, проверка если ли посты в текущем экземпляре WP_Query, независимо от того как данный экземпляр был вызван/создан - это основной запрос или произвольный. Что касается запросов, то все просто:

1. Есть основной запрос, который по умолчанию в WP всегда выполняется. Всегда в первую очередь смотрим, можно ли добиться нужного результата путем его модификации через хук pre_get_posts. В большинстве случаев именно этим путем решается задача. Например, изменить количество постов на страницу на главной или в рубриках.

2. Если кроме основного запроса нужен дополнительный, например у вас на главной есть уже стандартный запрос, который выводит последние записи, а вы хотите еще отдельно вывести записи произвольного типа (например, вопросы из FAQ), то используете WP_Query. В принципе, в большинстве случае если нужен отдельный от основного цикл / набор постов - используйте WP_Query. Но важно помнить, что в зависимости от задачи вы можете передать несколько важных параметров, которые повлияют на скорость. Например, по умолчанию WP_Query выполняет CALC_FOUND_ROWS (подсчет всего найденных строк), который нужен для пагинации. Если вам нужно всего лишь получить X постов, используйте параметр 'no_found_rows' => true в комбинации с указанием четкого количества постов в параметре posts_per_page - в этом случае общее количество не будет считаться. Также, по умолчанию WP_Query запрашивает таксономии и метаданные ко всем постам, и кеширует их. Это тоже можно отключать. Также, при выполнении WP_Query может быть затронут плагинами через фильтры - например posts_where (WHERE clause в MySQL). Еще важно понимать, что вызов new WP_Query возвращает новый объект WP_Query, по которому можно выполнить Loop с помощью while ( have_posts() ) : the_post() - в этом случае посты в итерации цикла будут попадать в глобальный scope.

3. get_posts - это как шорткат на WP_Query с определенными предустановленными параметрами. Если нужно просто получить несколько постов по каким-то параметрам - используйте эту функцию. Первое, и основное - эта функция внутри вызывает именно new WP_Query. Второе - эта функция возвращает массив постов (объектов WP_Post). Третье - эта функция вызывает WP_Query c предустановленными параметрами no_found_rows (не считать общее количество постов, соответствующих параметрам) и suppress_filters (что отключает все фильтры над запросом кроме pre_get_posts). Вот и вся разница.

4. query_posts - никогда, НИКОГДА, ни при каких обстоятельствах не использовать данную функцию. Считайте, что ее не существует. Точка.

Можно реализовать через padding. Например, padding-top: 30% - это верхний внутренний отступ 30% от ширины родителя. Обратное поведение можно задать через calc:

padding-top: calc(100px - 10%);

Тогда при уменьшении ширины родителя, верхний отступ будет увеличиваться.

const selects = [...document.querySelectorAll('select')];
const onChange = () =>
  selects.forEach(function({ value, options: [...n] }) {
    n.forEach(m => m.hidden = this(m.value) && value !== m.value);
  }, Set.prototype.has.bind(new Set(selects.map(n => n.value))));

selects.forEach(n => n.addEventListener('change', onChange));

Первый вариант svg mask.
плюсы: не требует js
минусы: нельзя применить backdrop-filter


Второй вариант svg clip-path.
плюсы: можно применить backdrop-filter
минусы: требует js и желательно ResizeObserver

1. Добавьте кнопку и в атрибуте (можно data-id) передайте id товара

global $product;
$id = $product->id;

2. Повесьте обработчик на клик кнопки

jQuery('.one-click-button').click(function(e) {
 	e.preventDefault();
 	jQuery(this).addClass('adding-cart');
 	var product_id = jQuery(this).data('id');

 	var ajax_url = "/wp-admin/admin-ajax.php"

 	jQuery.ajax ({
 		url: ajax_url,  
 		type:'POST',
 		data:'action=oneclick&product_id=' + product_id + '&quantity=1',

 		success:function(results) {
		// Показываем окно успешного добавления
		$('.form_popup').hide();
		$('#modal').css('display','inline-block');
		$('.good_cart').css('display','inline-block');
		document.location.href = 'http://domain.ru/oformlenie-zakaza/'; //Переход на оформление заказа
	}
});
 });

3. Обработчик в functions.php

function oneclick() {
			$product_id = $_POST['product_id'];
			$variation_id = $_POST['variation_id'];
			$quantity = $_POST['quantity'];

			if ($variation_id) {
				WC()->cart->add_to_cart( $product_id, $quantity, $variation_id );
			} else {
				WC()->cart->add_to_cart( $product_id, $quantity);
			}

			$items = WC()->cart->get_cart();
			global $woocommerce;
			$item_count = $woocommerce->cart->cart_contents_count; ?>

			<?php die();
		}

add_action('wp_ajax_oneclick', 'oneclick');
add_action('wp_ajax_nopriv_oneclick', 'oneclick');

Берёте и верстаете как обычно.
Любые из озвученных инструментов актуальны. Выбирайте по душе.

Лично я предпочитаю верстку делать, используя mix. Потому что его практически не нужно конфигурировать. Сразу начинаешь работать. Плюс, есть куча готовых расширений https://laravel-mix.com/extensions

После появления Intersection Observer API надобность в плагинах отпала. Всё решается парой десятков строк кода.

Реализуйте из пункта "Что делать чтобы обезопасить сайт" что получится.

https://ru.wordpress.org/support/article/faq-hacked/

интересный вопрос.....Спасибо!
Пройдя по ссылке Анатолия и поковырявшись вот такой вариант у меня вышел)):
создаем новую роль

add_role('newvabuser',
		__('Новый пользователь','VAB'),
		array(
		'read'=>true,
		'edit_posts'=>false,
		'delete_posts'=>false,
		'publish_posts'=>false,
		'upload_files'=>true,
	 )
	);

насколько я понял данный код можно удалить после того как роль с массивом попадет в базу....
если что не так, используйте
remove_role('newvabuser');
далее создаем новый пост тип

add_action('init','create_custom_post_types');
function create_custom_post_types(){
	register_post_type('vabs',
		array(
			'labels'=>array(
					'name'=>__('Новый тип записи','VAB'),
					'singular_name'=>__('Новый тип записи','VAB'),
					'menu_name'=>__('Новый тип записи','VAB'),
					'add_new'=>__('Добавить новую','VAB'),
					'add_new_item'=>__('Добавить новую','VAB'),
					'edit_item'=>__('Редактировать','VAB'),
					'new_item'=>__('Новая','VAB'),
					'all_items'=>__('Все записи','VAB'),
					'view_item'=>__('Просмотр','VAB'),
					'search_items'=>__('Искать','VAB'),
					'not_found'=>__('Записи не найдены','VAB'),
					'not_found_in_trash'=>__('В корзине записи не найдены','VAB'),
					'parent_item_colon'=>''
			),
			'public'=>true,
			'has_archive'=>true,
			'rewrite'=>array('slug'=>'vab'),
			'capability_type'=>'vab',
			'capabilities'=>array(
				'publish_posts'=>'publish_vabs',
				'edit_posts'=>'edit_vabs',
				'edit_others_posts'=>'edit_others_vabs',
				'delete_posts'=>'delete_vabs',
				'delete_others_posts'=>'delete_others_vabs',
				'read_private_posts'=>'read_private_vabs',
				'edit_post'=>'edit_vabs',
				'delete_post'=>'delete_vabs',
				'read_post'=>'read_vabs',
				'assign_terms' =>'edit_taxo',
				'manage_terms'=>'manage_vab_terms',
				'edit_terms'=>'manage_vab_terms',
				'delete_terms'=>'delete_vab_terms',
				'assign_terms'=>'edit_vab-type'
			),
			'supports'=>array('title','editor','thumbnail')
		)
	);
}

важно обратить внимание на массив с параметрами capabilities. его мы дальше передадим нашей роли:

add_action('admin_init','add_vabs_caps');
function add_vabs_caps(){
	$admins=get_role('newvabuser');
	$admins->add_cap('edit_vabs');
	$admins->add_cap('publish_vabs');
	$admins->add_cap('read_vabs');
	$admins->add_cap('read_private_vabs');
	$admins->add_cap('delete_vabs');
	$admins->add_cap('edit_taxo');
	$admins->remove_cap('edit_others_vabs');
	$admins->remove_cap('delete_others_vabs');
	$admins->add_cap('manage_vab_terms');
	$admins->add_cap('delete_vab_terms');
	$admins->add_cap('edit_vab-type');
	$admins->add_cap('manage_categories');
	$admins->add_cap('edit_categories');
	$admins->add_cap('delete_categories');
	$admins->add_cap('assign_categoriess');
}

В итогах данную запись смогут редактировать только админ и пользователь с данной ролью больше никто:


Вам нужно все это только под себя переделать

переопределяем функцию которую дата указана в "data-action", на любую кастомную.
У меня: data-action="search_posts".
Далее создаем функцию search_posts:

add_action('wp_ajax_search_posts', 'search_posts');
function search_posts()
{
	$s = $_GET['term']; //получает данные введенного текста для поиска
	$args = array(
		'post_type' => 'collection',  //ваш тип поста
		's' => $s, //поисковый запрос
	);
	$data = [];
	$loop = new WP_Query($args);
	if ($loop->have_posts()) {
		while ($loop->have_posts()) {
			$loop->the_post();
			$post_id = get_the_id(); //получаем id записи
			$post_name = get_the_title(); //получаем title записи
			$data[$post_id] = $post_name; // добавляем в массив data
		}
	}
	echo json_encode($data); //кодируем в json и выводим
	wp_die(); //иначе 0 в конце всегда лишний в выводе
}

Далее меняем вывод нужных нам данных уже в самом поле select. Приведу в пример полный код select, чтобы не запутаться:

<select id="product_field_type" name="product_field_type[]" class="wc-product-search" multiple="multiple" style="width: 50%;" data-placeholder="<?php esc_attr_e('Поиск по названию коллекции', 'woocommerce'); ?>" data-action="search_posts">
					<?php
					$product_ids            = [];
					$product_field_type_ids = get_post_meta(get_the_ID(), '_product_field_type_ids', true);  //сменил $post->ID на get_the_ID()
					
					if (!empty($product_field_type_ids)) {
						$product_ids = array_map('absint', $product_field_type_ids);
					}

					if ($product_ids) {
						foreach ($product_ids as $product_id) {
							//$product = new WP_Query($product_id);  больше не нужен
							
							echo sprintf(
								'<option value="%s" %s>%s</option>',
								esc_attr($product_id),
								selected(true, true, false),
								esc_html(get_the_title($product_id)) //получаем нужный нам title по id записи
							);
						}
					}
					?>
				</select>

https://www.advancedcustomfields.com/resources/cre...
https://www.advancedcustomfields.com/resources/usi...

Вы на каждой итерации обновляете id картинки

Надо как-то так

$files = $_FILES[ "photo" ];
	$_ids  = $_errors = [];
	foreach ( $files[ 'name' ] as $key => $value ) {
		if ( $files[ 'name' ][ $key ] ) {
			$file   = array (
				'name'     => $files[ 'name' ][ $key ],
				'type'     => $files[ 'type' ][ $key ],
				'tmp_name' => $files[ 'tmp_name' ][ $key ],
				'error'    => $files[ 'error' ][ $key ],
				'size'     => $files[ 'size' ][ $key ]
			);
			$_FILES = array ( "rev_foto" => $file );

			$attachment_id2 = media_handle_upload( "rev_foto", 0 );


			if ( is_wp_error( $attachment_id2 ) ) {
				$_errors[] = $attachment_id2->get_error_message();
			} else {
				$_ids[] = $attachment_id2;
			}
		}
	}

	if ( ! empty( $_ids ) ) {
		update_field( 'rev_foto', $_ids, $post_id );
	}

	if ( ! empty( $_errors ) ) {
		sprintf( 'А вот, что пошло не так: %s', implode( ' ,', $_errors ) );
	}

И пользуйтесь уже нормальными функциями из движка а не всяким get_field, update_field и иже с ним

Пример функции для выборочного обновления контента:

async function elementUpdate(selector) {
	try {
		var html = await (await fetch(location.href)).text();
		var newdoc = new DOMParser().parseFromString(html, 'text/html');
		document.querySelector(selector).outerHTML = newdoc.querySelector(selector).outerHTML;
		console.log('Элемент '+selector+' был успешно обновлен');
		return true;
	} catch(err) {
		console.log('При обновлении элемента '+selector+' произошла ошибка:');
		console.dir(err);
		return false;
	}
}

Вызывайте функцию elementUpdate() передав внутрь него CSS-селектор того элемента, который вы хотите обновить. Например, если взять блок, который имеет id равный block, то достаточно выполнить:
elementUpdate('div#block');

Если хотите делать это циклически, каждую секунду, то можно использовать while:

// Запуск асинхронного кода:

(async function() {
	
	// Бесконечный цикл:
	
	while (true) {
		
		await elementUpdate('div#block'); // Обновляем блок
		
		// Выжидаем 1000 миллисекунд, а потом код внутри while выполняется вновь:
		await new Promise(function(success) { setTimeout(success, 1000); });
		
	}

})();

P. S. Но так обычно не делают, но если вам прям сильно надо, можно использовать этот лобовой метод.