Pluginhive Multiple Non-Adjacent Bookings - Плагин WordPress

Руководство по настройке и применению Pluginhive Multiple Non-Adjacent Bookings

Pluginhive Multiple Non-Adjacent Bookings нужен не для обычной записи на один непрерывный интервал, а для ситуаций, где клиент выбирает несколько разрозненных дат или временных блоков в одном заказе WooCommerce. В этом руководстве разберём, как подготовить сайт, где включить нужный режим в bookable product, как настроить стоимость, лимиты, корзину и проверку результата.

Материал написан как практическая инструкция после краткой карточки продукта. Здесь не будет повторного рекламного описания. Вместо этого пройдём путь администратора: от проверки зависимостей до тестовой покупки, разберём типовые сценарии вроде курсов, занятий, туров и аренды, а также покажем, какие настройки лучше проверять до открытия формы для клиентов.

Плагин является add-on для PluginHive Bookings and Appointments for WooCommerce, поэтому большинство рабочих решений строится вокруг связки WordPress, WooCommerce, bookable product и настроек бронирования. Самая частая ошибка - ждать от add-on самостоятельного календаря или универсальной системы расписаний. Его задача уже уже: добавить выбор нескольких несмежных слотов к продуктам, которые обслуживает основной booking-плагин PluginHive.

Какую задачу решает выбор несмежных слотов

Обычная логика бронирования хорошо работает, когда клиенту нужен один непрерывный интервал: номер на несколько ночей, аренда оборудования на выходные, консультация с конкретным временем начала и окончания. Но у многих услуг расписание устроено иначе. Клиенту может понадобиться три занятия в разные дни, несколько визитов к специалисту, набор прогулок с питомцем, серия тренировок или аренда ресурса в отдельные даты. Именно здесь появляется смысл в режиме multiple non-adjacent bookings.

Pluginhive Multiple Non-Adjacent Bookings позволяет покупателю выбрать несколько разрозненных слотов на странице одного bookable product. По данным страницы разработчика, add-on работает с минутными, часовыми, дневными и месячными блоками, а также рассчитывает итоговую стоимость по выбранным слотам. Для владельца магазина это важно по двум причинам: клиент видит понятную цену до оформления заказа, а заказ сохраняет набор дат и временных блоков как одну покупку, а не как несколько ручных заявок.

Плагин полезен, когда услуга продаётся пакетом, но пакет не обязан идти подряд. Например, школа может продавать четыре вводных занятия с гибким расписанием, студия - несколько репетиций, сервис аренды - несколько отдельных дней использования, а туроператор - набор посещений в разные даты. В таких сценариях несмежность не является красивой функцией интерфейса. Это модель продажи: клиент покупает не длинный интервал, а набор отдельных присутствий.

Главная проверка перед установкой: если ваши клиенты выбирают один непрерывный период, add-on может быть лишним. Если они выбирают несколько отдельных дат или часов в рамках одного заказа, Pluginhive Multiple Non-Adjacent Bookings закрывает именно этот разрыв.

Где add-on особенно уместен

Лучше всего продукт смотрится в задачах, где уже есть WooCommerce-товар, понятная стоимость за блок и ограниченное количество доступных мест или ресурсов. Это могут быть курсы без фиксированного расписания, посещения пространства, занятия с инструктором, услуги ухода, аренда помещения по отдельным дням, консультационные пакеты и события с несколькими независимыми слотами.

Если каждый выбранный слот должен иметь собственный набор полей, отдельного исполнителя, отдельный договор или полностью независимый статус, одного add-on может быть мало. Тогда нужно оценивать основной booking-плагин, дополнительные add-ons, custom fields и то, как данные попадают в заказ WooCommerce.

Кому подойдёт Pluginhive Multiple Non-Adjacent Bookings, а кому лучше искать другой подход

Плагин подойдёт владельцам WooCommerce-магазинов, которые уже используют или готовы использовать Bookings and Appointments for WooCommerce от PluginHive. Это важное условие: официальная страница прямо указывает, что add-on не является самостоятельным booking-решением. Если на сайте стоит другая система бронирований, сначала нужно оценить миграцию или выбрать альтернативный продукт, а не пытаться подключить add-on как отдельный календарь.

Типичный пользователь - администратор магазина или вебмастер, который отвечает за продажу услуг через WooCommerce. Ему важно не просто включить новый режим, а сохранить управляемую логику заказа: календарь должен показывать доступность, корзина должна отразить все выбранные даты, checkout должен передать их в заказ, а администратор должен увидеть эти бронирования в панели WooCommerce и в booking-списке.

Когда продукт будет удачным выбором

• У вас уже есть PluginHive Bookings and Appointments for WooCommerce, и нужно расширить существующие bookable products.
• Клиент должен выбирать несколько несмежных дат или временных блоков на странице одного товара.
• Стоимость можно считать через базовую цену и цену за блок, а не через полностью отдельную смету для каждого слота.
• Вам важно показывать выбранные даты в корзине, checkout и итоговом заказе.
• Вы готовы тестировать совместимость с темой, Product Add-ons, checkout-шаблоном и правилами стоимости.

Когда лучше не начинать с этого add-on

Если вам нужен полноценный календарь без основного плагина PluginHive, этот продукт не решит задачу. Если клиент должен выбрать повторяющееся расписание вроде каждого понедельника в одно и то же время, нужно отдельно смотреть recurring-сценарии. В FAQ PluginHive указано, что Recurring Bookings и Multiple Non-Adjacent Bookings нельзя объединить для одного bookable product как один общий режим. Это не мелкая настройка, а ограничение логики: повторяемость и выбор разных несмежных слотов решают разные задачи.

Также стоит быть осторожным с проектами, где checkout уже сильно изменён блоками, сторонним конструктором или custom checkout-плагинами. В свежих FAQ PluginHive есть предупреждения о случаях, когда при использовании Block Checkout обрабатывался только один выбранный день. Changelog продукта отдельно фиксирует улучшения совместимости с Blocks Checkout, но для реального сайта всё равно нужна тестовая покупка и проверка, что именно ваш стек сохраняет все слоты.

Что проверить перед установкой на рабочий сайт

Подготовка здесь важнее, чем для простого визуального плагина. Pluginhive Multiple Non-Adjacent Bookings влияет на выбор дат, расчёт стоимости, данные корзины и итоговый заказ. Ошибка в таком сценарии видна не только администратору: клиент может выбрать несколько дат, оплатить заказ и обнаружить, что часть расписания не попала в подтверждение. Поэтому начинать нужно не с кнопки Activate, а с контрольного списка.

Базовые зависимости

Сначала убедитесь, что на сайте установлен WooCommerce и основной Bookings and Appointments for WooCommerce от PluginHive. Add-on работает поверх него, а не заменяет его. Проверьте, что обычный bookable product уже создаётся, календарь открывается на странице товара, доступность считается корректно, а один тестовый заказ проходит от товара до страницы Order received.

Если базовый booking-продукт ещё не работает, не включайте несмежные слоты. Сначала настройте основной календарь: период бронирования, доступные дни, стоимость, лимиты, участники, ресурсы и внешний вид календаря. Add-on расширяет эту логику, поэтому ошибки базовой настройки затем становятся сложнее для диагностики.

Checkout и корзина

Отдельно проверьте, чем собрана страница оформления заказа. Для WooCommerce сейчас часто встречаются две схемы: классический checkout с shortcode и Block Checkout. Официальные FAQ PluginHive описывают реальные проблемы с обработкой нескольких дат в блоковом checkout для некоторых сценариев. В changelog продукта есть улучшения совместимости, но безопасный подход остаётся прежним: на staging-сайте сделайте тестовый заказ с несколькими несмежными слотами и сравните товарную страницу, корзину, checkout, order details и booking-запись в админ-панели.

Если после теста сохраняется только один слот или даты отображаются в неправильном виде, временно проверьте классический checkout через [woocommerce_checkout]. Это не универсальное требование для всех сайтов, но рабочий диагностический шаг, когда данные теряются именно на этапе оформления заказа.

Тема, кеш и скрипты календаря

Booking-календарь зависит от JavaScript, AJAX-расчётов и WooCommerce fragments. Поэтому исключите страницу bookable product, корзину и checkout из агрессивной оптимизации скриптов, если после включения add-on календарь перестал реагировать на выбор дат. Особенно внимательно проверяйте отложенную загрузку JavaScript, объединение файлов, минификацию и перенос скриптов в конец страницы.

Практичный минимум: перед рабочим запуском сделайте резервную копию, включите add-on на копии сайта, создайте один тестовый продукт и проведите заказ с двумя или тремя несмежными датами. Не включайте режим сразу на всех товарах, пока не увидите корректный результат в WooCommerce.

Установка и первичная проверка add-on

Установка проходит как для обычного WordPress-плагина: файл загружается через Plugins > Add New > Upload Plugin, затем активируется. Но в этом руководстве важнее не сам процесс загрузки архива, а проверка, что add-on реально появился в настройках booking-продукта. Если основной плагин PluginHive не активен, нужный режим в товаре может не появиться или не будет работать корректно.

После активации откройте существующий или новый bookable product. В блоке Product data перейдите к настройкам бронирования и найдите поле периода бронирования. По инструкции разработчика нужно установить Booking Period в режим Multiple Non-Adjacent Dates with Blocks of, затем выбрать единицу блока: minutes, hours, days или months. В русской админке часть интерфейса может оставаться на английском, поэтому лучше ориентироваться по точным названиям полей из документации.

Первый тест без усложнений

1. Создайте отдельный тестовый bookable product, чтобы не ломать рабочие товары.
2. Задайте простой период, например дневные или часовые блоки, без сложных ресурсов и дополнительных полей.
3. Установите понятную базовую стоимость и стоимость за блок.
4. Сохраните товар и откройте его в публичной части сайта в режиме обычного покупателя.
5. Выберите два несмежных слота, добавьте товар в корзину и проверьте список дат.

На этом этапе не стоит сразу подключать сезонные правила, участников, Product Add-ons и сложные ресурсы. Сначала нужно убедиться, что базовая цепочка работает: выбор нескольких слотов - расчёт стоимости - корзина - checkout - заказ - booking-запись.

Настройка bookable product после установки

Главный рабочий экран находится не в отдельной абстрактной панели, а в настройках товара WooCommerce. Это логично: add-on меняет поведение конкретного bookable product, а не всех товаров сайта одинаково. Поэтому настройку лучше вести по товарам и сценариям, а не включать одну глобальную схему для всего магазина.

Booking Period и размер блока

Первый ключевой параметр - Booking Period. Для несмежных бронирований выбирайте Multiple Non-Adjacent Dates with Blocks of. Дальше решите, чем является один блок: минутой, часом, днём или месяцем. Это не косметическая настройка. От размера блока зависят календарь, стоимость, понятность для клиента и риск ошибочного выбора.

Для занятий и консультаций чаще логичны hourly blocks. Для аренды помещения на отдельные дни - daily blocks. Для долгих абонементов, сезонных задач или месячного доступа может подойти monthly blocks. Минутные блоки используйте только если бизнес-процесс действительно требует мелкой сетки времени. Чем мельче блок, тем внимательнее нужно проверять календарь, доступность и стоимость.

Стоимость: базовая цена и цена за блок

Официальная страница продукта объясняет важную механику: base cost считается один раз, а cost per block добавляется по выбранным слотам. Это удобно для услуг, где есть фиксированная часть заказа и переменная часть по количеству посещений. Например, базовая цена может покрывать оформление заявки, а стоимость за блок - каждое занятие.

Если вы хотите скидку за количество слотов или разные условия по диапазону дат, проверяйте правила стоимости отдельно. Changelog add-on содержит упоминание поддержки booking cost calculation rules, но конкретное поведение зависит от настроек основного PluginHive Bookings и вашего набора add-ons. Не обещайте клиенту сложную акцию до теста на реальном товаре.

Лимит выбранных слотов

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

Для пакета занятий задайте лимит, равный размеру пакета. Для разовых сервисов с несколькими визитами используйте верхнюю границу, которую администратор реально готов обработать. Если лимит зависит от сезона, аудитории или ресурса, сначала создайте отдельные товары или правила, а не пытайтесь объяснить клиенту сложную логику в одном поле.

Доступность, ресурсы и участники

Доступность и ресурсы остаются частью основного booking-плагина. Если один инструктор, автомобиль, комната или оборудование не может быть занят одновременно в нескольких заказах, настройте asset/resource-логику до включения несмежного выбора. Иначе календарь может позволить клиенту выбрать набор дат, который не отражает реальную загрузку ресурса.

С участниками нужна отдельная проверка. В старых changelog-записях add-on встречались исправления, связанные с участниками, max bookings и расчётом стоимости. Поэтому если на товаре включены participants, проверьте не только визуальный выбор дат, но и итоговую цену, количество мест, корзину и запись заказа.

Как работает цепочка "слот - цена - корзина - заказ"

Чтобы правильно настроить Pluginhive Multiple Non-Adjacent Bookings, полезно понимать внутреннюю логику без углубления в код. Клиент выбирает несколько отдельных слотов на календаре. Add-on передаёт этот набор в расчёт booking-стоимости. WooCommerce получает товар с booking-данными, показывает выбранные даты в корзине и затем сохраняет заказ. Администратор проверяет итог в заказе и booking-панели.

Самый важный принцип - не путать количество слотов с количеством товаров в корзине. Клиент может выбрать несколько дат в одном bookable product, но заказ всё равно должен сохранять понятный набор booking-данных. Если тема или сторонний checkout-плагин меняет отображение line item data, визуально может показаться, что часть дат пропала. Поэтому проверяйте не только публичный экран, но и внутренние данные заказа.

Почему порядок дат имеет значение

В changelog продукта есть улучшение, связанное с хронологическим отображением дат в корзине, checkout и booking summary. Это практичная деталь: клиенту и администратору проще читать заказ, когда выбранные слоты отсортированы по времени, а не идут в случайном порядке кликов. Если на вашем сайте даты выглядят хаотично, сначала обновите тестовую копию до актуальной совместимой связки, затем проверьте конфликт с темой и checkout-кастомизацией.

Что происходит с базовой стоимостью

Для пакетов услуг важно, чтобы base cost не считался заново на каждый выбранный слот, если бизнес-логика подразумевает единый фиксированный сбор. Официальная инструкция описывает именно такую модель: Bookings Base Cost рассчитывается один раз, а Cost Per Block добавляется по выбранным слотам. Это помогает избежать ситуации, когда клиент берёт три занятия и внезапно платит три раза за фиксированную часть.

Практический пример: пакет занятий с выбором разных дат

Представим сайт учебной студии на WooCommerce. Клиент покупает пакет из четырёх занятий и сам выбирает даты в календаре. Занятия не обязаны идти подряд: человек может выбрать понедельник, четверг, следующий вторник и субботу. Задача администратора - дать клиенту гибкость, но не потерять контроль над лимитом, стоимостью и отображением заказа.

Цель сценария

Нужно создать bookable product, который позволяет выбрать несколько несмежных дневных или часовых слотов, ограничивает их количество размером пакета, корректно считает стоимость и показывает все выбранные даты в корзине. Такой сценарий ближе всего к реальной задаче add-on и не требует выдуманных функций.

Подготовка

• WooCommerce установлен и обычные товары работают.
• Bookings and Appointments for WooCommerce от PluginHive активен и базовый bookable product уже проходит тестовый заказ.
• Pluginhive Multiple Non-Adjacent Bookings активирован как add-on.
• Страница checkout проверена на тестовом заказе, желательно на staging-копии.

Настройка товара

1. Создайте новый товар WooCommerce и настройте его как bookable product через блок Product data.
2. В booking-настройках выберите Multiple Non-Adjacent Dates with Blocks of.
3. Выберите единицу блока: Hours для занятий по расписанию или Days для дневного посещения.
4. Задайте стоимость: base cost для фиксированной части заказа и cost per block для каждого выбранного занятия.
5. Установите максимальное количество выбранных слотов, соответствующее размеру пакета.
6. Сохраните товар и откройте его как покупатель в другом браузере или приватном окне.

Проверка результата

Выберите несколько дат, которые не идут подряд. Цена должна измениться по количеству выбранных слотов. Затем добавьте товар в корзину и убедитесь, что все даты перечислены. После оформления тестового заказа проверьте страницу Order received, письмо, заказ в WooCommerce и booking-запись в админ-панели.

Нюанс, который часто мешает

Если в товаре используются Product Add-ons, участники, ресурсы или сложные правила стоимости, добавляйте их по одному после базового успешного теста. Так вы поймёте, какая именно настройка сломала расчёт или отображение. Не меняйте сразу пять параметров: это ускоряет создание проблемы, но замедляет диагностику.

Практичные сценарии применения в магазине WooCommerce

Один и тот же механизм выбора несмежных слотов можно использовать по-разному. Ниже не универсальный список идей, а сценарии, которые напрямую следуют из подтверждённых возможностей add-on: выбор нескольких дат или временных блоков, расчёт стоимости, лимит выбранных слотов и отображение набора дат в заказе.

Курс или серия занятий

Для студии, школы или тренера add-on позволяет продавать пакет занятий без жёсткой привязки к подряд идущим датам. Администратор задаёт максимальное количество слотов, клиент выбирает удобные дни, а WooCommerce оформляет заказ. Проверяйте, чтобы правила доступности не позволяли выбрать даты вне учебного периода, если курс ограничен расписанием.

Аренда пространства по отдельным дням

Для мастерской, комнаты, зала или площадки клиент может выбрать отдельные дни использования в одном заказе. Здесь особенно важны ресурсы и max bookings per block: если помещение одно, оно не должно одновременно продаваться нескольким клиентам. Несмежный выбор решает пользовательский сценарий, но физическую занятость ресурса всё равно нужно контролировать настройками основного booking-плагина.

Набор услуг с повторными визитами

Для ухода, консультаций или обслуживания можно продавать несколько визитов как один WooCommerce-товар. Например, клиент выбирает даты обслуживания, а администратор видит общий заказ. Если каждый визит требует разных дополнительных полей, подключайте Product Add-ons осторожно и тестируйте, как данные выводятся в заказе после выбора нескольких дат.

Гибкие туры и мероприятия

Для экскурсий, дегустаций или групповых активностей клиент может выбрать разные слоты в одну покупку. В таком сценарии полезно явно писать на странице товара, сколько слотов входит в пакет и что произойдёт, если клиент выберет меньше или больше. Сам add-on даёт механику выбора, но ясность правил остаётся задачей контента и настройки продукта.

Проверка результата перед публикацией

После настройки товара не ограничивайтесь просмотром страницы продукта. Для booking-плагина результат считается успешным только тогда, когда вся цепочка работает от выбора слота до записи в заказе. Проверка должна быть похожа на маленький регрессионный тест, который повторяется после обновления плагина, темы, WooCommerce или checkout-страницы.

Мини-тест для администратора

1. Откройте товар как гость и как авторизованный клиент, если на сайте есть личный кабинет.
2. Выберите два или три несмежных слота, включая даты из разных недель или месяцев, если такой сценарий разрешён.
3. Проверьте, что цена меняется ожидаемо и не добавляет base cost несколько раз.
4. Перейдите в корзину и убедитесь, что все выбранные даты видны и идут в понятном порядке.
5. Оформите тестовый заказ через ваш реальный checkout-шаблон.
6. Откройте заказ в WooCommerce и проверьте booking-данные, статус оплаты и список выбранных дат.
7. Проверьте письмо клиенту, если email-уведомления используются как подтверждение расписания.

Критерий готовности: клиент и администратор должны видеть один и тот же набор выбранных дат на ключевых экранах. Если где-то осталась только одна дата, публикацию товара лучше отложить.

Что проверять после обновлений

Повторяйте тест после обновления WooCommerce, основного PluginHive Bookings, Multiple Non-Adjacent Bookings, Product Add-ons, checkout-плагинов и темы. Особое внимание уделяйте изменениям, связанным с cart, checkout, order summary, AJAX-расчётами и календарём. Changelog add-on показывает, что именно эти зоны уже получали исправления и улучшения, поэтому их нельзя считать второстепенными.

Диагностика частых проблем с несмежными бронированиями

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

В настройках товара нет режима Multiple Non-Adjacent Dates

Симптом: add-on активирован, но в Booking Period нет нужного варианта. Возможная причина - основной PluginHive Bookings не установлен, не активен, несовместим с текущей связкой или товар не настроен как bookable product. Проверьте активные плагины, тип товара и базовую работу одного обычного booking-продукта.

Как исправить: включите основной Bookings and Appointments for WooCommerce, создайте простой bookable product и проверьте, появляется ли календарь. Если режим всё равно не появляется, временно отключите сторонние плагины, которые меняют Product data tabs, и проверьте на стандартной теме.

Клиент выбирает несколько дат, но в заказе остаётся одна

Симптом: на странице товара или в корзине видно несколько дат, но после оформления заказа сохраняется только одна. В FAQ PluginHive описан похожий сценарий с Block Checkout. Проверьте, какой checkout используется на сайте, и повторите заказ с классическим checkout на тестовой странице.

Как исправить: если проблема подтверждается только в блоковом checkout, временно используйте classic checkout или дождитесь подтверждённого исправления для вашей версии связки. Не открывайте продажи, пока не проверите order details и booking-запись после реального тестового заказа.

Стоимость меняется неправильно

Симптом: base cost считается несколько раз, cost per block не добавляется или цена меняется после очистки выбранного слота. Возможные причины - конфликт правил стоимости, Product Add-ons, ресурсы, участники или кеширование AJAX-ответов. Changelog add-on содержит исправления по tax Ajax, Product Add-ons, resource cost и пересчёту booking price, поэтому эту зону нужно проверять особенно внимательно.

Как исправить: отключите дополнительные поля и сложные rules на тестовом товаре, проверьте базовый расчёт, затем включайте настройки по одной. Если проблема возникает только с Product Add-ons или участниками, фиксируйте конкретную комбинацию и сверяйте её с документацией PluginHive.

Календарь не реагирует на выбор или сбрасывает слоты

Симптом: клиент кликает даты, но выбор не сохраняется, цена не обновляется или календарь зависает. Возможные причины - оптимизация JavaScript, кеш страницы товара, конфликт темы или ошибка в консоли браузера. В changelog add-on встречалось исправление console error на product page, поэтому проверка консоли здесь уместна.

Как исправить: отключите объединение и отложенную загрузку скриптов для страницы товара, корзины и checkout. Очистите кеш, проверьте в приватном окне и временно переключитесь на стандартную тему. Если помогает отключение оптимизации, добавьте исключения для booking-страниц.

Recurring-сценарий не совмещается с разными слотами

Симптом: нужно, чтобы клиент выбрал разные дни недели и затем повторял этот набор каждую неделю. В FAQ PluginHive указано, что Recurring Bookings и Multiple Non-Adjacent Bookings не объединяются для одного bookable product как единый сценарий. Это не ошибка настройки, а функциональное ограничение.

Как исправить: выберите одну модель: либо recurring для повторения одинакового слота, либо multiple non-adjacent для выбора разных слотов без автоматической повторяемости. Если бизнес требует обе логики одновременно, планируйте кастомное решение или другой booking-инструмент.

Совместимость, ограничения и безопасные улучшения без риска

У booking-системы много точек соприкосновения: WooCommerce, тема, checkout, email-шаблоны, кеш, Product Add-ons, участники, ресурсы и правила стоимости. Поэтому лучшая безопасная доработка здесь часто не код, а дисциплина проверки. Если в документации не найден подтверждённый hook или публичный API для конкретной задачи, не стоит придумывать PHP-snippet. Ошибка в расчёте бронирования может стоить дороже, чем аккуратная настройка через интерфейс.

Что можно улучшить без кода

• Добавить на страницу товара короткое объяснение, сколько слотов входит в пакет и можно ли выбирать даты из разных недель.
• Проверить тексты booking summary, если ваша версия add-on позволяет настраивать подписи вроде booked from, booked to и booked.
• Исключить booking-страницы из агрессивной оптимизации JavaScript, если календарь или цена обновляются нестабильно.
• Сделать отдельные тестовые товары для разных сценариев: дневной пакет, часовой пакет, товар с участниками, товар с ресурсами.
• Описать правила отмены и переноса рядом с формой, чтобы клиент понимал, что он выбирает несколько отдельных посещений.

Когда не стоит добавлять snippet

Не правьте ядро WordPress, WooCommerce, PluginHive Bookings или add-on. Не меняйте JavaScript календаря напрямую в файлах плагина. Не добавляйте snippets, которые перехватывают расчёт стоимости, если у вас нет подтверждённого hook из документации или ответа разработчика. Для визуальных правок лучше использовать CSS только после просмотра реальной разметки вашего сайта в инспекторе браузера, потому что классы могут зависеть от темы и шаблона товара.

Если нужна глубокая кастомизация - например отдельные поля для каждого выбранного слота, сложные скидки, интеграция с внешним расписанием или экспорт в CRM - начните с запроса к документации и поддержке PluginHive. Для такой логики безопаснее получить подтверждённый путь расширения, чем вставить универсальный код из чужого кейса.

Когда стоит использовать Pluginhive Multiple Non-Adjacent Bookings

Pluginhive Multiple Non-Adjacent Bookings будет удачным выбором, если ваш сайт уже строит бронирования на PluginHive Bookings and Appointments for WooCommerce и вам нужен именно выбор нескольких разрозненных слотов в одном заказе. Плагин особенно полезен для пакетов занятий, повторных визитов, гибкой аренды и мероприятий, где клиент не обязан бронировать непрерывный период.

Перед запуском проверьте три вещи: базовый booking-продукт, расчёт стоимости по нескольким слотам и сохранение всех дат после checkout. Если эти проверки проходят на staging-сайте, можно переходить к рабочему товару, описывать правила для клиента и открывать продажи. Если вы ещё не установили файл add-on, ближе к блоку загрузки можно получить версию для WordPress и затем повторить тестовый сценарий из этого руководства.

Точный YouTube-ролик именно по этому add-on найти не удалось, поэтому видео-блок в руководство не добавлен. Для практической проверки лучше опираться на официальную страницу продукта, документацию PluginHive по основному booking-плагину и собственный тестовый заказ, потому что именно он показывает, как add-on ведёт себя с вашей темой, checkout и набором WooCommerce-плагинов.