Я заметил, что пользовательские поля всегда видны пользователям при регистрации или в их профилях, в зависимости от настроек.
Существует ли сейчас способ создать поле пользователя, которое будет видно и доступно для редактирования только сотрудникам (для внутреннего использования), но не будет доступно пользователям?
Если нет, рассмотрит ли команда возможность поддержки этой функции в будущем?
По этому поводу есть запрос на новую функцию: Option to include user field that is only editable by staff
Вы можете поделиться своим сценарием использования там, чтобы поддержать этот запрос.
В зависимости от того, для чего вы планируете использовать это поле, может быть достаточно скрыть его для всех, кроме сотрудников, с помощью компонента темы.
Я использую Discourse для университетских курсов, и пользовательское поле должно содержать номер студента. Компонент темы кажется приемлемым временным решением, но создание полностью скрытого пользовательского поля, доступного только для сотрудников или системного API, было бы более элегантным.
На самом деле, мне интересно, делает ли недавнее добавление опции скрытия поля пользователя при регистрации возможным создание полей пользователя, которые не видны пользователям.
Мне кажется, что поля пользователя отображаются пользователям только тогда, когда они редактируемы. Следовательно, если вы скроете поле при регистрации и отключите его редактирование (а также отображение и поиск), то поле должно быть скрыто для пользователя.
Большое спасибо за вашу помощь ранее! Я составил отчёт об ошибке, который наглядно демонстрирует это поведение.
Привет! Я заметил в админке настройку под названием «Пользовательские поля для сотрудников». Не совсем понимаю, для чего она нужна и как её использовать.
Можешь помочь разобраться, как это работает? Спасибо!
Пока у меня не было случаев использования пользовательских полей через API. Поэтому я могу рассказать вам только то, что узнал из:
Ознакомьтесь с заметками о пользователях Discourse — это плагин, который теперь включён в основную версию. Он предназначен для внутреннего обмена заметками о пользователях сотрудниками. (Любит кошек — играет в гольф с генеральным директором — и т. д.)
@copymonopoly помогли ли вам предложения от Moin и Toddz решить вашу проблему? К слову, мы здесь, на meta, активно используем заметки о пользователях для обмена информацией между сотрудниками о наших участниках. Это работает хорошо (возможно, даже лучше, чем пользовательские поля), потому что заметки всегда под рукой:
Вы также можете получить доступ к заметкам о пользователях через Data Explorer и, вероятно, добавлять или получать к ним доступ через API.
Я тоже не был уверен в этом, но нашёл несколько подсказок…
Это становится понятнее рядом с сопутствующей настройкой Публичные пользовательские поля:
И они связаны с тем, кто может получать доступ к каким записям через API:
Интересно, что указанные выше поля, похоже, не выбирают из доступных пользовательских полей, а принимают любой текстовый ввод — поэтому вам придётся точно ввести имена полей внимательно прочитать эту документацию.
Это название? Исходя из документации, которую я привёл выше, я думал, что нужен ID.
Ох, я упустил это в документации! 
Поле принимало всё, что я вводил, и я сделал неверное предположение.
Также, возможно, было бы неплохо, если бы в описании настройки была ссылка на документацию.
Думаю, что идеально было бы иметь поиск по пользовательским полям для этих настроек администратора, который работал бы аналогично тому, что в автоматизации «Добавить пользователя в группу через пользовательское поле пользователя»:
Кажется, это уже упоминалось где-то ранее, но не знаю, нашло ли это какой-то отклик.
Большое спасибо за предложение!
Изначально я планировал использовать пользовательские поля, так как хотел написать небольшой компонент для отображения конкретной информации, которую я добавляю для каждого пользователя. Поэтому я действительно не рассматривал основной плагин Discourse User Notes.
Но похоже, что User Notes может решить похожую задачу, и это может быть полезным подходом. Я очень ценю вашу рекомендацию — я сейчас изучаю этот вариант!
@hugh, обратная связь для вашей команды. Поля ввода для настроек сайта «Публичные пользовательские поля» и «Служебные пользовательские поля» принимают любые значения, но работает только ID, что сбивает с толку.
