Пожалуйста, я хотел бы узнать, как изменить пользователя в поле «Вас пригласил:». Я хочу, чтобы приглашение исходило от системы, так как оно не представляет конкретного человека. Приглашение исходит от сообщества. Это очень важно. Спасибо! (:
Вы можете имитировать system со страницы /admin/user.
Хм. Где вы размещены? Если это Discourse.org, то, возможно, стоит написать в поддержку. Я протестировал это на недавно обновлённой самохостинговой установке перед тем, как дать рекомендацию, и мой экран выглядел так:
Затем я нажал на это, и я стал системным пользователем. Хотя приглашение я не создавал.
Спасибо! Я свяжусь с ответственным лицом по настройкам этого сайта. 
Если вы модератор, а не администратор, то это всё объясняет. Конечно, вы не можете выдавать себя за пользователя с большими привилегиями, чем у вас есть.
Я думаю, что только email системного администратора/разработчика в app.yml может имитировать систему? Я только что предоставил права администратора тестовому пользователю, и у него нет опции имитации системы.
Звучит правильно. Я забыл, что роль разработчика отличается, так как чаще всего именно через неё я получаю доступ администратора.
Хорошо, спасибо, я изучу это! Благодарю за помощь! 
Так, если я смогу выдать себя за Систему, смогу ли я изменить владельца ссылок-приглашений? Это лучше, чем создавать ссылки заново и снова добавлять их в контекст!
Заранее спасибо!
Нет. Вы сможете создавать ссылки от имени System. Я не думаю, что вы сможете легко изменить их владельца. Если я прав, вам придется сделать это через консоль Rails. Если ссылок много, то вам стоит посмотреть Административные массовые операции, чтобы найти подсказки о том, как выполнять некоторые действия массово. Однако я сомневаюсь, что там есть точный пример.
Спасибо! (:
Думаю, было бы хорошо и полезно добавить возможность менять владельца (как это уже реализовано для смены владельца сообщения).
Привет, Гассим! Можешь рассказать нам подробнее о твоём сценарии использования? Как именно ты рассылаешь эти приглашения? Идея «владения» приглашениями заключается в том, что между пригласившим и приглашённым существует доверие, что способствует развитию сообщества. Пригласивший также может отслеживать свои ожидающие приглашения и при необходимости повторно отправлять их, получает уведомление о принятии приглашения, а также получает зачёт за принятые приглашения.
Если тебе не нужен весь этот функционал, я бы предложил изменить настройки администратора, чтобы разрешить новым пользователям регистрироваться напрямую. Или, я полагаю, ты можешь зарегистрироваться как пользователь, представляющий сообщество, которое тебе разрешено имитировать, и который не является system.
Спасибо, @tobiaseigen! Я в итоге выбрал этот вариант.
Спасибо за ваши вопросы! Я подробнее объяснил случай использования в теме: Ограничение приглашений до неограниченного!; однако возможность изменить владельца существует потому, что мы приглашаем участников курса на форум для обсуждений, а сообщество/курс и т. д. не представляют одного человека, поэтому фраза «Персона пригласила вас присоединиться к форуму обсуждений» не отражает цель приглашения.
Короче говоря, я не знал, что там будет написано «Персона пригласила вас», потому что использовал учётную запись Администратора, поэтому думал, что там будет указано, что сайт пригласил вас… и когда я тестировал, я увидел это сообщение, и теперь я хочу изменить владельца ссылок, вместо того чтобы создавать ссылки заново и заменять их во всех материалах курса! (:
Надеюсь, я хорошо разъяснил случай использования! Всё ещё находится на этапе тестирования, и большое спасибо за вашу поддержку.
Анализируя ваш сценарий использования:
…Я хотел поделиться похожим опытом, когда нам нужно было разместить ссылку в документации, которая вела бы людей в правильную частную категорию при переходе по ней. И учитывая, как работает система…
…это не сработало для нас, поскольку это был призыв к действию для жителей города, что делало это нереалистичным для нас в соответствии с городскими нормативными требованиями.
Я объединил две функции Discourse:
- Группы пользователей для управления правами доступа
- Постоянные ссылки (Permalinks)
Когда пользователь переходит по прямой ссылке на группу, в которую он может запросить вступление (в соответствии с настройками этой группы), появляется кнопка «Запросить». Если вы посетите https://meta.discourse.org/g/chat-testers, вы увидите нечто подобное:
Нажатие кнопки «Запросить» переведет пользователей в процесс регистрации/вступления в эту группу.
Поскольку мы не хотели отправлять ссылки вида https://example.org/g/neighborhood, мы предпочли использовать перенаправления. И поскольку мы хотели иметь контроль над ними (городские политики конфиденциальности, которые отличны!), а также возможность обновлять ссылку при необходимости, мы использовали встроенные настройки постоянных ссылок в Discourse, доступные по адресу /admin/customize/permalinks.
Затем в нашей документации мы оставляем сообщение вроде:
Спасибо за ваш интерес к этому курсу. Чтобы завершить уроки, пожалуйста, присоединитесь к Курсу 1 по ссылке: https://forums.example.edu/student-invite.
Благодаря перенаправлению постоянных ссылок, показанному на скриншоте, это загрузит страницу https://forums.example.edu/g/Students и приступит к процессу адаптации студента.
Мне понравился этот метод, так как он предоставил нашим модераторам аналогичные инструменты для адаптации групп, сохраняя при этом гибкость системы приглашений. 
Спасибо большое @maiki за分享! Мне кажется, ваша идея отличная; однако мой вопрос: появится ли запрос на вступление для пользователя, который еще не вошел на форум (анонимные пользователи)? И если он появится, перенаправит ли он их к теме после отправки запроса? обновление: Я проверил, но перенаправление пользователей на конкретную тему не происходит.
Другая проблема в том, что участникам придется ждать, пока их запрос будет одобрен. Вы автоматизировали этот процесс? (Думаю, это можно настроить в параметрах, верно?) редактирование: Я проверил, и способа автоматизировать одобрение вступления в группу (так же, как это работает с ссылками-приглашениями) нет. Это означает, что участникам придется ждать, пока владелец группы одобрит их запрос. Но для международных курсов мы не можем гарантировать, что будем онлайн 24 часа в сутки, чтобы сразу одобрять запросы, и нет способа заставить участников ждать!
Есть опция, что-то вроде «разрешить пользователям свободно вступать в группу и покидать её». Но, похоже, она недоступна, если группа скрыта.
Спасибо, но дело не только в том, что группа должна быть видимой — это также не работает с опцией «запрос на вступление».
Это всё ещё вариант для рассмотрения, но проблема в том, что это сработает только в том случае, если мы сможем гарантировать, что участники курса зарегистрируются на форуме на раннем этапе и воспользуются первым приглашением!
Спасибо!
Мы закрепили информативные темы в соответствующих категориях; в моём случае мы обсуждали сложные вопросы, поэтому разбили их на отдельные темы, чтобы их было проще воспринимать и обсуждать.
Верно, предложенный мной метод не так хорошо работает с приватными группами…
Обобщая всё вышесказанное… возможно, вы могли бы автоматизировать этот свой рабочий процесс через Discourse Automation. Настройте так, чтобы при вступлении пользователя в группу ему отправлялось ЛС со ссылкой на тему, которую вы хотите, чтобы он прочитал…?
Именно поэтому я использую ссылки-приглашения, так как это их прямое назначение:
- Добавить пользователя в закрытую группу
- Перенаправить пользователя на пост темы