«Извините, вам не разрешено просматривать эту страницу»…

Разбор на реальном примере Security Ninja (лицензия AppSumo), но проблема касается любого плагина на платформе Freemius: WP Security Ninja, FooGallery, Rating-Widget, NextGEN Gallery и сотен других.

Симптомы

• Плагин раньше работал, но после манипуляций с лицензией страницы плагина перестали открываться.
• При заходе на страницу плагина (/wp-admin/admin.php?page=<слаг-плагина>) WordPress показывает:

Извините, вам не разрешено просматривать эту страницу.

• При активации плагина админка «блокируется»: любая страница wp-admin мгновенно переадресуется на мёртвую страницу вида admin.php?page=<слаг>-account.
• Права администратора при этом в порядке.
• Откат бэкапа не помогает — даже за несколько дней.
• Переустановка плагина не помогает.
• Чистка записей плагина из базы не помогает.
• В debug.log нет ни fatal error, ни упоминаний плагина.

В чём на самом деле проблема

Сообщение «вам не разрешено просматривать эту страницу» — обманка. WordPress показывает его не только при нехватке прав, но и когда запрошенная страница вообще не зарегистрирована в меню админки. То есть проблема не в правах пользователя.

Плагины на Freemius регистрируют свои страницы (в том числе страницу Account) только если внутреннее состояние Freemius «здорово»: сайт подключён (opt-in), лицензия в понятном SDK статусе. Это состояние хранится не в настройках плагина, а в общих служебных записях Freemius в таблице wp_options:

fs_accounts ← главная: аккаунты, инсталлы, лицензии всех Freemius-плагинов fs_active_plugins fs_api_cache fs_debug_mode fs_gdpr

Если во время «лечения» лицензии (деактивации/активации ключа, удаления и переустановки плагина, ручных чисток) данные в fs_accounts становятся противоречивыми, Freemius переходит в «полуподключённое» состояние: страницы плагина не регистрируются, а редирект после активации продолжает вести на несуществующую страницу Account. Получается ловушка:

1. Активируешь плагин → Freemius редиректит на page=<слаг>-account.
2. Страница не зарегистрирована → «вам не разрешено…».
3. Кажется, что заблокирована вся админка.

Почему не помогают стандартные меры

Мера	Почему бесполезна
Откат бэкапа	Битые записи fs_accounts старше бэкапа — восстанавливаются вместе с ним
Переустановка плагина	Плагин при удалении не трогает общие записи Freemius
Чистка записей плагина (secnin, wf_sn и т. п.)	Поломка живёт в fs_%, а не в настройках плагина
Отключение других плагинов	Конфликта нет — состояние сломано внутри Freemius
Смена email, проверка прав	Не при чём

Диагностика: как убедиться, что это оно

Шаг 1. Включи лог ошибок. В wp-config.php выше строки / That's all, stop editing! /:

define('WP_DEBUG', true); define('WP_DEBUG_LOG', true); define('WP_DEBUG_DISPLAY', false);

Воспроизведи проблему и посмотри wp-content/debug.log. Если fatal error по плагину нет — плагин не падает, и это аргумент в пользу битого состояния Freemius. Если fatal есть — у тебя другая проблема (битые файлы, несовместимость с PHP), лечи по тексту ошибки.Шаг 2. Проверь, что заблокирована не вся админка. Открой напрямую:

site.ru/wp-admin/plugins.php

Если открывается — «блокировка» была лишь редиректом Freemius на мёртвую страницу. Если каждая страница админки сразу переадресуется на page=<слаг>-account — это тот самый редирект–цикл.

Шаг 3. Проверь префикс таблиц, чтобы SQL-запросы били по адресу. В wp-config.php найди:

$table_prefix = 'wp_';

Дальше в примерах используется wp_ — подставь свой.

Шаг 4. Посмотри записи Freemius:

SELECT option_name FROM wp_options WHERE option_name LIKE 'fs_%';

Если записи есть, а плагин ведёт себя как описано — диагноз подтверждён.

Лечение

Перед любыми правками базы сделай экспорт: phpMyAdmin → Экспорт → Быстрый → SQL.1. Верни доступ к админке. Через файловый менеджер / FTP переименуй папку плагина:

/wp-content/plugins/security-ninja → /wp-content/plugins/security-ninja_off

WordPress автоматически деактивирует плагин, редирект прекратится.

2. Удали служебные записи Freemius:

DELETE FROM wp_options WHERE option_name LIKE 'fs_%';

Побочный эффект: другие Freemius-плагины (если есть) при следующем входе покажут приветственный экран opt-in и, возможно, попросят заново ввести лицензионный ключ. Это безвредно, но ключи держи под рукой.

3. Заодно вычисти хвосты самого плагина (для Security Ninja; у других плагинов свои префиксы):

DELETE FROM wp_options WHERE option_name LIKE '%secnin%'
OR option_name LIKE '%wf_sn%'
OR option_name LIKE '%security_ninja%';

4. Удали осиротевшие cron-задачи. Поставь плагин WP Crontrol → Инструменты → Cron Events. Задачи с пометкой «Действие: отсутствует» и именами вида secnin_*, fs_data_sync_* — удаляй. Системные (wp_version_check, wp_update_plugins и т. п.) не трогай.

5. Верни плагин на место и активируй: переименуй папку обратно и активируй в «Плагины». Признак победы — вместо ошибки открывается живой экран Freemius (opt-in / ввод лицензии).6. Активируй лицензию только через штатный экран плагина.

Альтернатива: штатный отладчик Freemius (без SQL)

Если админка доступна, у Freemius есть скрытая страница отладки. В wp-config.php:

define('WP_FS__DEV_MODE', true);

Затем открой:

site.ru/wp-admin/admin.php?page=freemius

Там видны Users / Installs / Licenses по каждому Freemius-плагину — можно удалить записи только проблемного плагина, не трогая остальные. После починки строку WP_FS__DEV_MODE убери.

Типичные ошибки при самостоятельном лечении

• Гадать по сообщению о правах. «Вам не разрешено…» ≠ проблема с правами. Сначала проверь, регистрируется ли страница вообще.
• Чистить только записи плагина. Состояние Freemius общее и живёт в fs_%.
• Катать бэкапы по кругу. Каждый откат возвращает битые записи. Сначала диагноз, потом откат.
• Править сериализованные записи руками. fs_accounts и cron — сериализованные массивы: один лишний символ ломает всё. Только удаление целиком (fs_accounts) или WP Crontrol (cron).
• Паника при виде незнакомых строк в логе. Пример: Harbor: Scanning active plugins for embedded license key — это легитимная библиотека лицензирования StellarWP из Kadence Pro, а не вирус. Проверяй источник строки поиском по файлам, прежде чем делать выводы.

Профилактика

• Перед любыми манипуляциями с лицензиями — бэкап базы (30 секунд, спасает часы).
• Деактивируй лицензию на старом сайте через экран плагина до удаления плагина.
• Меняешь домен/переносишь сайт — сначала синхронизируй лицензию (кнопка Sync на странице Account плагина).
• Не используй сторонние «активаторы лицензий» — они ломают состояние Freemius и часто вредоносны.

Если ничего не помогло

Пиши в поддержку разработчика плагина (для Security Ninja — wpsecurityninja.com) и проси сбросить активации лицензии на их стороне. Формулировка: «Plugin worked before, after license troubleshooting the account page became inaccessible. Admin role is correct, fresh reinstall and local Freemius reset didn’t help. Please reset license activations for my domain.„ Для покупок на AppSumo при молчании поддержки — refund в течение гарантийного срока.