EventON Action User - WordPress Plugin

Руководство по настройке EventON Action User для фронтенд-подачи событий

EventON Action User нужен тогда, когда календарь EventON должен принимать события от пользователей без доступа в админ-панель WordPress. В этом руководстве разберём не карточку продукта, а рабочую схему: как подготовить сайт, куда поставить форму, какие права открыть, как включить модерацию, где пользователи смогут управлять своими событиями и как проверить, что событие действительно попадает в календарь.

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

Ниже есть подробная инструкция по первому запуску, настройке полей, ролям, Event Manager, практическому сценарию для городского афишного сайта, диагностике ошибок и сравнению с близкими решениями. Там, где точные параметры зависят от вашей версии EventON или набора дополнений, я указываю безопасный способ проверки вместо уверенных обещаний.

Какую задачу решает фронтенд-подача событий

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

EventON Action User закрывает именно этот сценарий. Посетитель или зарегистрированный пользователь видит страницу с формой, заполняет название, описание, дату, время, место, организатора, изображение и другие разрешённые поля. После отправки событие создаётся в системе EventON, а дальше его можно оставить на проверке, опубликовать сразу или привязать к пользователю для дальнейшего управления.

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

При этом плагин не превращает WordPress в полноценную систему управления авторами с произвольными правами на все материалы. Он работает внутри экосистемы EventON: форма создаёт события, Event Manager помогает автору управлять своими событиями, а права и ограничения надо настраивать именно вокруг календаря. Это важная граница, потому что она помогает выбрать правильную архитектуру сайта.

Где EventON Action User особенно полезен

Плагин стоит рассматривать, если на сайте уже используется EventON и вам нужна управляемая пользовательская подача событий. Наиболее естественные сценарии:

• Локальная афиша, где организаторы сами отправляют концерты, встречи, выставки и городские активности.
• Некоммерческий сайт, где волонтёры или партнёры предлагают мероприятия, а редактор проверяет их перед публикацией.
• Образовательная площадка, где преподаватели добавляют лекции, интенсивы, клубы и вебинары.
• Профессиональное сообщество, где участники публикуют митапы, семинары и отраслевые события.
• Каталог площадок или организаторов, где важно показывать события по автору или ответственному пользователю.

Если же вам нужна только форма обратной связи, обычная форма заявки или простое добавление записи в блог, EventON Action User будет лишним. Его сильная сторона - работа именно с событиями EventON, их датами, типами, местами, организаторами, статусами и календарным выводом.

Кому плагин подойдёт, а где лучше выбрать другой путь

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

Подходящие роли и команды

EventON Action User хорошо ложится на сайты, где есть администратор календаря и несколько внешних или внутренних авторов. Администратор готовит форму, задаёт статус новых событий, выбирает поля и проверяет заявки. Пользователь заполняет только те данные, которые нужны для календаря, а не получает широкие права WordPress.

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

Когда продукт может быть не лучшим выбором

Есть ситуации, где лучше смотреть в сторону другого решения. Если EventON на сайте не используется и календарная логика только планируется, возможно, проще выбрать систему, где фронтенд-подача встроена в базовый рабочий процесс. Если требуется сложный кабинет организатора с оплатой, билетами, отчётами, заявками на участие и коммуникацией с посетителями, одного Action User может быть мало - понадобится отдельная связка с другими дополнениями или другой событийный пакет.

Ещё один ограничитель - фильтрация и сортировка в Event Manager. В обсуждениях поддержки встречался запрос на более гибкие фильтры по категориям и датам в менеджере событий; для части задач разработчик предлагал использовать основной календарь с поиском и перемычкой по датам, а не ожидать, что Event Manager станет полноценной таблицей управления всеми событиями. Поэтому если авторов много и у каждого сотни событий, заранее проверьте, удобно ли им будет работать с текущим интерфейсом.

Практический вывод: EventON Action User особенно хорош, когда сайт уже построен вокруг EventON, а пользователям нужно отправлять и редактировать события без доступа в админ-панель. Если вы строите отдельный маркетплейс организаторов с оплатой, билетами и отчётами, проверьте требования шире, чем одна форма отправки.

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

Подготовка не должна превращаться в формальность. Action User зависит от основного EventON, от состояния WordPress, от темы, от скриптов, от почтовой доставки и от того, как на сайте устроены роли пользователей. Чем раньше вы проверите эти вещи, тем меньше ложных ошибок увидите после публикации формы.

Техническая база EventON

Сначала убедитесь, что основной EventON уже установлен, активирован и выводит обычный календарь на тестовой странице. Если базовый календарь не работает, нет смысла начинать с Action User: сначала исправьте основной вывод, кэш, конфликты темы и скриптов.

Официальные системные требования EventON для сайта с дополнениями предполагают современную версию WordPress, актуальный PHP, включённые постоянные ссылки, достаточный лимит памяти, рабочий WP-Cron и HTTPS для сценариев, где обрабатываются пользовательские данные. Не обязательно показывать эти параметры читателю, но вебмастеру стоит проверить их до запуска формы, особенно если сайт уже нагружен другими плагинами.

Права, роли и политика модерации

До установки решите, кто сможет отправлять события: только зарегистрированные пользователи или любые гости. Открытая форма быстрее собирает заявки, но требует защиты от мусорных отправок и аккуратной модерации. Форма только для вошедших пользователей удобнее для клубов, школ, внутренних сообществ и каталогов организаторов.

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

Почта и уведомления

Action User может отправлять уведомления о новых событиях, но сама доставка писем зависит от механизма WordPress wp_mail() и настроек хостинга. Если на сайте уже были проблемы с письмами, до запуска формы настройте SMTP-плагин и отправьте тестовое письмо через диагностический раздел EventON. Иначе администратор может не заметить новую заявку, хотя событие будет создано.

Кэш, тема и интерактивные элементы

Форма отправки, lightbox, выбор изображения, создание нового места или организатора и кнопки Event Manager зависят от JavaScript. После установки временно отключите агрессивную оптимизацию скриптов, объединение файлов и отложенную загрузку для страницы формы. Затем включайте оптимизацию обратно по одной настройке и проверяйте форму заново.

Если тема переопределяет стили форм, кнопок, всплывающих окон или таблиц, внешний вид Action User может отличаться от демо. Это не всегда ошибка плагина: иногда стили темы оказываются сильнее. Для таких случаев EventON рекомендует искать конфликт через инструменты разработчика и добавлять более точное CSS-правило в EventON > Styles или в стиль дочерней темы.

Установка и первая проверка после активации

Установка Action User технически похожа на установку обычного WordPress-плагина: загрузить ZIP-файл через Plugins > Add New > Upload Plugin, установить и активировать. Но для дополнений EventON важна последовательность: сначала должен работать основной EventON, затем устанавливается дополнение, после этого проверяются настройки именно в разделе EventON.

Базовая последовательность

1. Проверьте, что основной EventON активен и обычный календарь выводится на отдельной странице.
2. Загрузите ZIP-файл Action User через стандартный загрузчик WordPress.
3. Активируйте плагин и перейдите к настройкам EventON.
4. Откройте раздел Action User и проверьте вкладки с общими настройками, полями формы и правами.
5. Создайте черновую страницу для формы отправки события, пока не добавляя её в меню сайта.
6. Отправьте тестовое событие от пользователя с теми правами, которые будут у реальных авторов.

Первую проверку лучше делать не из учётной записи администратора. Администратор часто видит больше, чем обычный пользователь, поэтому тест от администратора может скрыть ошибку прав. Создайте отдельного пользователя с нужной ролью, откройте страницу формы в другом браузере или приватном окне и пройдите сценарий как реальный автор события.

Что считать успешной установкой

Установка прошла нормально, если форма открывается на публичной странице, поля соответствуют настройкам, отправка не возвращает ошибку, событие появляется в списке событий EventON с ожидаемым статусом, а письмо администратору приходит или диагностически понятно, почему не приходит.

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

Настройка формы отправки: поля, статусы и поведение после отправки

Форма отправки - центральный экран Action User. Именно здесь решается, какие данные пользователь сможет ввести, какие поля будут обязательными на практике, как обработать гостевые отправки, что делать после успешной отправки и кто увидит событие до проверки. Хорошая настройка формы уменьшает количество неполных заявок и защищает календарь от хаоса.

Общие настройки формы

В документации EventON для сценария пользовательских событий рекомендуемый путь начинается с EventON > Settings > Action User > General Settings. Там важно проверить опции, связанные с привязкой вошедшего пользователя к созданному событию и ограничением отправки только для вошедших пользователей, если такой режим выбран для сайта.

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

Статус нового события

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

Гостевые отправки и данные отправителя

Официальная страница Action User указывает возможность собирать имя и email у пользователей, которые не вошли на сайт. Это полезно для открытой афиши, но требует более строгой проверки. В таком режиме администратору нужны понятные поля контакта, чтобы уточнить детали события, и защита от автоматических отправок.

Ограничение одной отправки

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

Поля формы и порядок заполнения

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

Для открытой формы лучше не давать пользователю создавать слишком много новых сущностей без проверки. Если разрешены новые места и организаторы, периодически чистите дубли: один и тот же зал может появиться как Main Hall, Main hall и Главный зал. Для управляемого каталога иногда лучше дать выбор из уже заведённых мест, а создание новых оставить администратору.

Redirect, повторная отправка и сообщение об успехе

Action User поддерживает перенаправление после отправки и возможность предложить отправить ещё одно событие. Эти параметры стоит использовать осмысленно. Для формы, где заявка уходит на модерацию, хорошая страница после отправки объясняет, что событие не появится мгновенно, кто его проверяет и как быстро ждать ответа. Для каталога организаторов полезна кнопка повторной отправки, но только если авторы действительно добавляют серии мероприятий.

Права пользователей и Event Manager без доступа в админ-панель

Форма отправки решает только первую половину задачи. Вторая половина - управление уже созданными событиями. Для этого у Action User есть фронтенд Event Manager, который добавляется на страницу через генератор шорткодов и доступен вошедшим пользователям. Официальная документация подчёркивает важный момент: менеджер событий предназначен для вошедших пользователей.

Роли и возможности

Права настраиваются в EventON > Action User > User Capabilities. Там выбирается роль пользователя, затем отмечаются разрешённые действия. Дополнительно возможности можно проверять на уровне конкретного пользователя через Users > All Users, где доступна настройка EventON capabilities для отдельной учётной записи.

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

Минимальная роль для автора событий

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

Проверка прав через тестового пользователя

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

Страница Event Manager

Документация предлагает создать новую или использовать существующую страницу, вставить Event Manager через генератор шорткодов, сохранить и опубликовать. В результате пользователь получает фронтенд-экран для навигации, поиска, редактирования и удаления событий в пределах разрешений.

Эту страницу не стоит прятать глубоко. Если пользователи часто добавляют события, добавьте ссылку на неё в личный кабинет, меню сообщества или письмо после успешной отправки. Название страницы должно быть понятным: «Мои события», «Управление событиями» или «Кабинет организатора». Слишком техническое название вроде Event Manager понятно администратору, но не всегда понятно обычному автору.

Назначение пользователей событиям

Action User умеет связывать пользователей с событиями. В документации описан ручной путь: открыть страницу редактирования события, найти блок Action User в боковой колонке, нажать Manage Assigned Users и выбрать пользователей во всплывающем окне. Также есть сценарий, где вошедший пользователь автоматически назначается на событие после успешной отправки формы.

Эта функция особенно важна для календарей, где событие принадлежит организатору. Если событие не назначено пользователю, оно может не появиться в его личном менеджере или в календаре, который фильтруется по текущему пользователю. Поэтому после тестовой отправки всегда проверяйте не только сам факт создания события, но и назначение пользователя.

Календарь текущего пользователя и вывод событий по авторам

Один из самых полезных сценариев Action User - показать пользователю только его события. Документация описывает два подхода: через динамический PHP-код с текущим ID пользователя и через шорткод [add_eventon currentuser="yes"]. Для большинства владельцев сайта проще начинать со второго подхода, потому что он не требует правки шаблона.

Когда нужен вывод текущего пользователя

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

Но у этого режима есть важный нюанс из документации: если пользователь не вошёл на сайт, шорткод [add_eventon currentuser="yes"] может показать все события. Поэтому страницу с таким календарём лучше закрывать для гостей средствами WordPress, плагина членства или логикой шаблона. Не полагайтесь только на шорткод как на механизм приватности.

Вывод по конкретным пользователям

Для публичных страниц организаторов можно использовать параметр users в шорткоде [add_eventon users="3,5"]. Это позволяет создать календарь событий от конкретных пользователей. Подход удобен для разделов вроде «События партнёров» или «Афиша организатора», но требует аккуратной работы с ID пользователей и проверкой назначений.

Если вам нужна страница, где события группируются по всем авторам, документация показывает вариант с шаблоном страницы, циклом по пользователям и вызовом add_eventon для каждого ID. Это уже задача для разработчика или опытного администратора: код надо размещать в дочерней теме, проверять на тестовой копии и не править файлы плагина.

Практический сценарий: страница «Добавить событие» для городской афиши

Разберём предметный пример. Есть сайт городской афиши на WordPress. Редактор хочет принимать события от организаторов, проверять их и публиковать в общем календаре. Организаторы не должны заходить в админ-панель, но должны иметь возможность отправить событие и позже исправить описание или изображение.

Цель

Получить три страницы: публичную или закрытую страницу отправки события, страницу «Мои события» для вошедших организаторов и общий календарь, где появляются только одобренные события. После отправки редактор получает уведомление и проверяет заявку перед публикацией.

Подготовка

До настройки создаём тестовую роль или пользователя «Организатор», проверяем основной календарь EventON, настраиваем почтовую доставку и решаем, какие поля обязательны для редактора. Для городской афиши обычно нужны название, описание, дата, время, место, организатор, изображение, тип события и контакт отправителя.

Шаги настройки

1. В EventON > Settings > Action User > General Settings включите привязку вошедшего пользователя к событию после успешной отправки, если сайт работает с зарегистрированными организаторами.
2. Выберите статус новых событий так, чтобы редактор проверял заявку до публикации.
3. На вкладке полей оставьте только те поля, которые нужны редактору для принятия решения, и расположите их в логичном порядке.
4. Создайте страницу «Добавить событие» и вставьте форму через EventON block или генератор шорткода.
5. Создайте страницу «Мои события» и добавьте туда Event Manager для вошедших пользователей.
6. Настройте права роли «Организатор» в User Capabilities, чтобы пользователь мог отправлять и редактировать свои события, но не управлял чужими настройками календаря.
7. Создайте тестовое событие от имени организатора и проверьте, что оно появилось в админ-панели с правильным статусом и назначением пользователя.
8. Опубликуйте событие как редактор и откройте общий календарь в приватном окне.

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

Рабочий сценарий считается собранным, если организатор видит форму, может отправить событие, получает понятное сообщение после отправки, видит своё событие в «Моих событиях», а посетитель видит событие в общем календаре только после публикации редактором. Отдельно проверьте, что другой организатор не может редактировать чужое событие.

Что может пойти не так

Самые частые сбои в таком сценарии связаны не с одним параметром, а с разрывом цепочки. Например, событие создано, но пользователь не назначен; письмо не пришло из-за wp_mail(); lightbox открывается, но загрузчик изображения перекрывается стилями; событие опубликовано, но не попадает в календарь из-за фильтра по типу события. Поэтому проверяйте путь целиком, а не отдельную кнопку отправки.

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

Action User не обязан обслуживать только одну страницу отправки. Его можно встроить в разные редакционные процессы, если не забывать о статусе публикации, правах и качестве данных. Ниже несколько сценариев, которые опираются на подтверждённые возможности: фронтенд-форма, поля, типы событий, назначение пользователей, Event Manager, уведомления и календарный вывод.

Афиша локального сообщества

Для районной афиши форма может быть открытой, но с обязательной модерацией. Пользователь отправляет событие, указывает место, дату, описание и контакт. Редактор проверяет, что событие реально относится к району, исправляет стиль текста и публикует. Здесь важны CAPTCHA, данные отправителя и черновой статус, потому что форма доступна широкому кругу посетителей.

Кабинет организатора на закрытом сайте

Для клуба, школы или профессионального сообщества лучше требовать вход на сайт. Каждый организатор видит Event Manager и календарь своих событий. Такой сценарий удобнее для регулярных авторов, потому что они могут исправлять описания, менять изображение, обновлять место и не отправлять каждую правку редактору письмом.

Каталог партнёров или преподавателей

Если сайт показывает события по авторам, можно назначать события пользователям и выводить календарь конкретного пользователя через параметр users или через режим текущего пользователя. Это помогает создавать страницы «События преподавателя», «Афиша площадки» или «Мероприятия партнёра». Важно заранее договориться, кто отвечает за дубль мест и организаторов, иначе каталог быстро станет неоднородным.

Событийная витрина с платными сценариями

Если нужно взимать оплату за подачу событий, базовый Action User не должен описываться как самостоятельное платёжное решение. Для этого у EventON есть отдельное дополнение ActionUser Plus, связанное с WooCommerce. В рамках текущего руководства это важно как граница выбора: сначала соберите бесплатную или модерационную подачу событий, а платный сценарий оценивайте отдельно по требованиям к оплате и уровням отправки.

Безопасные улучшения: CSS, шаблон Event Manager и дополнительные поля

У Action User есть подтверждённые способы расширения, но с ними нужно обращаться аккуратно. Не правьте файлы плагина и не копируйте большие фрагменты кода без понимания. Сначала используйте настройки, затем CSS в допустимом месте, затем шаблонный override или хуки из документации, если задача действительно требует разработки.

Мелкая правка внешнего вида через EventON Styles

Официальная поддержка EventON в одном из случаев предлагала добавлять CSS в EventON > Styles, если нужно скрыть отдельные строки формы или изменить кнопки. Ниже не универсальный рецепт для всех сайтов, а пример безопасного подхода: CSS легко удалить, он не меняет данные и не правит файлы плагина.

#eventon_form .evoau_submission_form .formBtnS {
  background: #1f7a5b !important;
  color: #ffffff !important;
}

#eventon_form .evoau_table .row.evoau_repeating {
  display: none !important;
}

Перед вставкой проверьте классы на своей форме через инструменты разработчика. Если в вашей версии разметка отличается, правило может не сработать или затронуть не тот элемент. Откат простой: удалите CSS из EventON > Styles, очистите кэш и обновите страницу формы.

Шаблон Event Manager через дочернюю тему

Документация Action User описывает шаблонный override для фронтенд-менеджера: шаблоны из папки ../wp-content/plugins/eventon-actionuser/templates/ копируются в ../wp-content/themes/your-theme-directory/eventon/actionuser/. Это уже не настройка для новичка, а работа для разработчика. Делайте её в дочерней теме или в собственной теме, фиксируйте изменения в системе контроля версий и проверяйте после обновлений плагина.

Такой override нужен, если надо изменить структуру списка событий, добавить собственный блок подсказки или адаптировать интерфейс под дизайн кабинета организатора. Если задача сводится к цветам, отступам и видимости нескольких элементов, начните с CSS, а не с копирования шаблонов.

Дополнительные поля через хуки

Официальная документация показывает расширение формы через фильтр evoau_form_fields, действие evoau_frontform_... и сохранение данных через evoau_save_formfields. Это хороший путь, когда стандартных полей не хватает, например нужно собрать дополнительное согласие, внутреннюю отметку или файл. Но такой код должен писать человек, который понимает WordPress hooks, проверку входных данных и хранение метаданных события.

Для обычного владельца сайта безопаснее сначала спросить: можно ли решить задачу существующим полем EventON, типом события, местом, организатором или private note. Если нельзя, техническое задание разработчику должно описывать не «добавить поле», а всю цепочку: где поле видно, кто его заполняет, где оно хранится, кто его видит в админ-панели, выводится ли оно на публичной странице и как его удалить без потери события.

Проверка результата после настройки

Проверка результата должна повторять реальный рабочий путь пользователя, а не ограничиваться фразой «форма открылась». Хорошая проверка ловит ошибки статуса, прав, уведомлений, lightbox, кэша, загрузки изображения, назначений и вывода календаря.

Чек-лист первого теста

1. Откройте страницу формы как пользователь с реальной ролью, а не как администратор.
2. Отправьте событие с названием, описанием, датой, временем, местом, организатором, изображением и типом события.
3. Проверьте, что после отправки появляется понятное сообщение или происходит ожидаемое перенаправление.
4. Найдите событие в админ-панели EventON и проверьте статус публикации.
5. Проверьте назначенного пользователя и права на редактирование события во фронтенд-менеджере.
6. Откройте календарь как обычный посетитель и убедитесь, что событие видно только после публикации.
7. Проверьте письмо администратору и при необходимости тестовую отправку через EventON Settings > Diagnose.
8. Очистите кэш сайта и браузера, затем повторите отправку после включения оптимизации скриптов.

Что проверять на мобильном экране

Официальная страница подчёркивает responsive lightbox form, но реальный результат зависит от темы и кэша. На телефоне проверьте прокрутку длинной формы, выбор даты и времени, загрузку изображения, закрытие всплывающего окна, кнопку отправки и сообщение об успехе. Если форма длинная, обычная страница иногда удобнее, чем lightbox.

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

Changelog ActionUser показывает, что в новых версиях исправлялись вопросы Event Manager, сообщений формы, загрузки изображений, статусов и проверки nonce. Поэтому после обновления не ограничивайтесь просмотром календаря. Отправьте тестовое событие, проверьте загрузку изображения, редактирование в Event Manager, уведомления и назначение пользователя. Если обновляете сайт клиента, фиксируйте результат проверки в коротком внутреннем чек-листе.

Когда EventON Action User будет удачным выбором

EventON Action User стоит использовать, если у вас уже есть календарь EventON и нужно превратить его в управляемую систему пользовательских заявок. Плагин закрывает важную практическую задачу: пользователи отправляют события с публичной страницы, администратор контролирует статус и качество, а авторы могут работать со своими событиями через фронтенд-менеджер.

Перед запуском не спешите открывать форму всем посетителям. Сначала соберите тестовый процесс: роль пользователя, форма, статус, уведомление, назначение автора, Event Manager, календарь результата и проверка после очистки кэша. Только после этого добавляйте страницу в меню и приглашайте реальных организаторов.

Если после проверки сценарий совпадает с задачей сайта, можно скачать ZIP-архив и протестировать его на копии или staging-сайте. Лучший старт - не максимальное количество настроек, а короткая понятная форма, безопасный статус публикации и один полностью проверенный путь от отправки события до его появления в календаре.