Для деликатных вопросов существуют более подходящие решения, в том числе:
- Форумы только для авторизованных пользователей
- Защищённые категории
- Личные сообщения между группами
Это верно. Это идет рука об руку с подпиской на обсуждения как с дополнительным предложением.
Ниже приведена ссылка на компонент, над которым я работал. Изначальный запрос был скорее ориентирован на просмотр полного списка тем без возможности заходить в сами темы. Данный вариант фокусируется на демонстрации существования категории без возможности в неё войти. Он всё ещё может быть полезен с точки зрения «рекламы» и, как отметил Hawk, хорошо сочетается с моделью подписки.
Я думаю, что возможность скрывать контент только для авторизованных пользователей была бы полезной в наши дни, особенно если бы существовал BBCode [hide]. Например, у меня есть мероприятие, которое я провожу, и я хотел бы разместить ссылку для присоединения к нему на своём форуме. Однако я не хочу предоставлять ужасным спамерам и троллям доступ к мероприятию, а требование базовой регистрации и входа в учётную запись отпугнуло бы 99% таких нежелательных людей.
Таким образом, если бы ссылка на комнату для присоединения к мероприятию была скрыта до входа в систему, это исключило бы подавляющее большинство потенциального мусора.
Это похоже на то, как MeetUp.com настраивает систему, чтобы люди должны были подтвердить участие (RSVP), чтобы получить ссылку на Zoom-мероприятие и избежать спамеров.
Не могли бы вы просто переместить эту тему в категорию, доступную только для авторизованных пользователей?
Не совсем, если я хочу использовать тему и для продвижения мероприятия. В таком случае мне пришлось бы вручную переносить её в закрытую категорию, когда я захочу поделиться ссылкой, и создать отдельную тему или страницу для продвижения события. Более простой подход — просто сделать раздел скрытым за bb-кодом; так людям будет проще получить информацию о мероприятии без лишних дополнительных шагов.
Думаю, было бы достаточно просто добавить компонент темы, который скрывал бы секретный контент (как это делает спойлер), но при этом он всё равно оставался бы в загружаемом JSON, доступном браузеру. Создать разные версии поста для разных пользователей, похоже, сложно.
Если достаточно сделать так, чтобы контент было трудно, но не невозможно увидеть, то я считаю, что модификация спойлера для показа только определённым пользователям не должна составить большого труда.
Я считаю, что этого будет достаточно для большинства людей, включая мой пример. Если бы у меня было это для мероприятия, которое я недавно проводил, это стало бы гораздо более приятным опытом как для меня, так и для участников.
Я не думаю, что это обязательно должно быть закрыто для всех, потому что, если кто-то готов потрудиться и просканировать DOM, я бы скорее хотел поговорить с ним, чтобы узнать, почему он приложил столько усилий, вместо того чтобы просто создать учётную запись. lol
Именно так я и подумал, но у всех разные представления о том, что является «достаточно безопасным», и я обычно не считаю, что кто-то из них ошибается. 
Итак, вы хотите bb-тег [hide-for-logged-out-users], который просто скрывает всё, что находится внутри, от анонимных пользователей? И вы бы просто добавили что-то вроде «войдите, чтобы увидеть ссылку» в тему (разве что это не задача плагина предупреждать об этом)?
Вот как работает компонент темы-спойлера. Думаю, вам нужно, чтобы он автоматически отображался для авторизованных пользователей и не раскрывался, если пользователь не вошёл в систему. Это сработает? Возможно, можно просто использовать плагин спойлеров и добавить CSS, который это делает, но я не уверен на сто процентов.
Да, вход в систему позволит увидеть это, а гость не сможет. Однако тег BBCode для спойлера может быть активирован гостями. Я бы не хотел, чтобы они могли его активировать вообще без входа в систему, поэтому вариант с отсутствием размытия, как вы сказали, может сработать.
Да, я думаю, что необходимость самому указывать сообщение о том, как получить ссылку, вполне приемлемо. BBCode не обязан этого делать.
Звучит правильно. Не совсем уверен на первый взгляд, как именно это сделать. Если вы заинтересованы в оплате за выполнение, вы можете связаться со мной в личные сообщения или задать вопрос в канале Marketplace, указав бюджет (обычно имеет смысл формулировать задачу под конкретный бюджет, а не предлагать «идеальное» решение, на исследование которого ушло больше времени, чем могла бы покрыть оплата за весь проект).