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

Внести вклад Функция
1

Итак, для предварительно созданной категории «Отзывы о сайте» при редактировании на вкладке «Безопасность» отображается предупреждение.

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

Я понимаю, что за блокировкой правил безопасности для категории «Персонал» наверняка есть веские причины. Однако правила безопасности для предварительно созданной категории «Лаунж» не заблокированы. Мне кажется, что категорию «Отзывы о сайте» следует рассматривать так же, как и «Лаунж», с возможностью редактирования правил безопасности.

Не уверен, упустил ли я какие-либо негативные последствия возможности редактирования настроек безопасности для категории «Отзывы о сайте». Все остальные опции для этой категории, похоже, не заблокированы.

2 лайка
Security settings for pre-seeded categories?
2

Я также планирую перенести эту категорию на другие настройки безопасности. Надеюсь, что есть способ легко изменить настройки в один-два клика. :+1:

все могут… Создавать / Отвечать / Просматривать

2 лайка
3

В категории Lounge установлено, что пользователь должен достичь уровня TL3, чтобы получить доступ. Lounge — это своего рода «привилегия» или «награда» для тех пользователей, кто активно участвует в жизни сообщества. Если вы хотите изменить требования для доступа к категориям такого типа, почему бы просто не создать новую категорию с любыми необходимыми настройками безопасности?

Что касается Site Feedback: разве вы думаете, что, поскольку пользователь новый и не достиг более высокого уровня TL, его предложение не принесет пользы сообществу? Это звучит так, будто «если вы новичок, мы не хотим слышать ваше мнение». :face_with_raised_eyebrow:

Я сам не пробовал, но возможно, можно создать новую категорию с нужными вам настройками безопасности, переместить все сообщения в неё, а затем удалить исходную категорию. Только обязательно дайте ей название, отличное от site-feedback.

Эта тема уже обсуждалась ранее (попытка изменить настройки безопасности для заранее созданных категорий). Так почему бы просто не создать новую категорию по вашим требованиям и не удалить заранее созданную?

2 лайка
4

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

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

Вот несколько более конкретных причин:

  • Одна из причин блокировки безопасности, по крайней мере согласно отображаемому сообщению, заключается в предотвращении переиспользования категории. Однако администраторы могут переименовать категорию и изменить её slug и, возможно, по неопытности, переиспользовать категорию по своему усмотрению (за исключением возможности редактировать параметры настроек безопасности).

  • Некоторые администраторы могут захотеть скрыть категорию отзывов о сайте от незарегистрированных пользователей и веб-краулеров, при этом разрешив всем зарегистрированным пользователям (включая новых) просматривать и публиковать отзывы.

  • В некоторых случаях администратор может захотеть создать подкатегории «Отзывы о сайте» с более узкой тематикой и запретить публикации в родительской категории, чтобы пользователи выбирали подходящую подкатегорию для своих отзывов, что улучшило бы организацию тем. Я не думаю, что это возможно без редактирования настроек безопасности.

  • Администратор может удалить категорию и создать новую в качестве обходного решения. Однако это может быть не оптимально для форума, который уже работает какое-то время. Новая категория будет иметь другой ID и URL, что приведёт к разрыву любых статических существующих ссылок и внешних ссылок на эту категорию. Тем не менее, они могут использовать опции постоянных ссылок (Permalinks) в качестве обходного решения для перенаправления со старой категории.

1 лайк
5

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

У нас есть основная категория, которая не имеет категории, и мы рекомендуем всем пользователям просто использовать @staff, когда они хотят оставить отзыв. Мы даже включаем это в описание, которое показывается, когда пользователь собирается создать новую тему. Кроме того, у нас есть темы, посвящённые «Сообщайте о любых проблемах форума здесь», где мы информируем об обновлениях и добавленных функциях, запрошенных в теме, а также поощряем мнение пользователей.

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

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

У нас на форуме дело не в этом, а скорее в следующем: в какой момент мы должны скрыть строительные леса / ограничить видимость тяжёлого строительства для пользователей сообщества, которые на самом деле пытаются что-то сделать. :slight_smile:

3 лайка
6

На нашем форуме есть категория Отзывы о сайте и категория МЕТА. :slightly_smiling_face: В категории МЕТА пользователи могут создавать новые темы о конкретных проблемах, с которыми они сталкиваются. После решения проблемы тема помечается как «Решено». Категория «Отзывы о сайте» осталась такой, какой была при создании. Однако отмечу, что у нас небольшой форум, где люди «знают» друг друга уже более 7 лет с другого, ныне несуществующего форума.

2 лайка
7

На нашем форуме есть:

  • Категория О нас, которая раньше называлась «Мета». У нас есть группа, называющая себя «Мета», поэтому мы решили дать им это название категории, чтобы снизить путаницу. Это не критично, но мы хотели бы скрыть категорию О нас для незарегистрированных пользователей, у которых нет причин её видеть. Также, возможно, имеет смысл ограничить её доступ только для простой публичной группы.
  • Категория Сотрудники — случайные посты об интеграции и технических вопросах, которые мы не хотим засорять форум. Мы ещё не пробовали функцию заметок сотрудников, поэтому эта категория выполняет эту роль.

Я заметил, что почти все обсуждения происходят в категории «Без категории», нашем месте для обсуждений по умолчанию. Людям очень нравятся теги, но, вероятно, мы были слишком свободны в разрешении создавать их любому пользователю.

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

2 лайка
8

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

Но, по-моему, мы немного отклонились от первоначального вопроса @markersocial — о возможности изменения правил безопасности для категории «Обратная связь по сайту».

(Хотя было бы неплохо продолжить обсуждение различных вариантов использования ваших категорий.)

Почему бы пользователям просто не создать новую тему в категории «Обратная связь по сайту», которая будет соответствовать их конкретной обратной связи? У нас в этой категории уже есть несколько тем, созданных пользователями. Это скорее ящик для предложений и место для вопросов. Когда у пользователей возникают проблемы, они пишут в нашу категорию по устранению неполадок, которая метко названа «Мета». :slightly_smiling_face:

Быстрое решение для вашей причины было бы следующим:

  • создать категорию с названием «Обратная связь»,
  • создать любые подкатегории, которые вы хотите, чтобы пользователи создавали в них темы,
  • затем настроить основную категорию так, чтобы никто не мог там публиковать.

Но… не помешает ли эта настройка пользователям публиковать в подкатегориях?

Я никогда этого не пробовал. Звучит как интересный эксперимент, но я скоро ложусь спать. Возможно, завтра я попробую это сделать — если только член команды не вмешается сюда с объяснением, сработает ли это или нет.

1 лайк
9

Спасибо @JimPas :slight_smile:

Так что, на мой взгляд, главный вопрос здесь: каковы преимущества блокировки настроек безопасности для категории «Обратная связь о сайте» (предустановленной) для всех установок?

Я не могу придумать никаких преимуществ для этого; это кажется лишним барьером, и его удаление не имеет никаких недостатков. Новые установки могли бы получать рекомендуемые настройки безопасности по умолчанию, но при этом сохранять гибкость для любых других сценариев использования. По сути, как и предустановленная категория Lounge.

Это не большая проблема, учитывая, что существуют обходные пути, такие как удаление и повторное создание категории, как вы и предложили :+1:. Однако это выглядит менее элегантно, если форум уже существует и хочет изменить эти настройки по мере роста сообщества, поскольку это изменит URL-адрес категории (можно использовать раздел Администрирование > Настройка > Постоянные ссылки, чтобы помочь с этим).

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

Несколько примеров (хотя они не принуждают использовать свои подкатегории):
https://community.cloudflare.com/c/feedback/25

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

Касательно этого: я ранее использовал это для некоторых категорий (запретить публикацию в родительской категории, но разрешить в её подкатегориях). Правила безопасности подкатегорий не зависят от правил безопасности родительской категории. Так что да, это действительно решение. :+1:

1 лайк
10

Спасибо. Это сэкономило мне время на проверку. Сегодня я потерял почти 5 часов из-за неожиданного визита трёхлетней внучки, которая хотела только, чтобы дедушка с ней играл. :roll_eyes: :smiling_face_with_three_hearts: :laughing:
Теперь наконец-то займусь своим собственным форумом. :slightly_smiling_face:

1 лайк
11

Это сделано как обходное решение технических ограничений. Если мы (Discourse) когда-нибудь захотим обновить настройки по умолчанию или изменить переведённое название категории, это вызовет массовую путаницу, если пользователи переиспользуют созданную по умолчанию категорию как «обычную», а затем однажды она волшебным образом изменится из-за обновления настроек по умолчанию. (Да, такое уже случалось. Именно поэтому существуют эти ограничения.)

Запрет на изменение настроек безопасности служит напоминанием о том, что эта категория особенная и подлежит обновлению настроек по умолчанию.

Поскольку автоматическое обновление — это единственное, что делает эти категории особенными, текст справки предлагает вам удалить категорию полностью и создать новую, вместо того чтобы переиспользовать её.

4 лайка
12

А, понятно. Спасибо за разъяснения, @riking.

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

Я выделю несколько моментов:

  • Категория «Лаунж» тоже, похоже, относится к автоматически обновляемым, но настройки безопасности можно изменять.
  • Категорию «Отзывы о сайте» можно перепрофилировать (переименовать заголовок и слаг), не замечая блокировки правил безопасности. У неё те же правила безопасности по умолчанию, что и у новой «обычной» категории.
  • Блокировка мешает довольно простым изменениям, например, показу категории только авторизованным пользователям или ограничению доступа по уровням доверия.
13

Насколько мне известно, lounge — это обычная категория, которая просто демонстрирует ACL и доступ по уровню доверия?

1 лайк
14

@Stephen — я вижу, что категория lounge упоминается в PostgreSQL в таблице ‘site_settings’. Не совсем уверен, насколько это значимо, но предполагаю, что она обрабатывается аналогичным образом. Когда я экспериментировал с ‘meta_category_id’ (категория обратной связи сайта) на тестовом экземпляре, это повлияло на категорию «Обратная связь сайта» после перестройки.

site_settings
site_settings612×146 5.88 KB

15

@markersocial Есть ли у вас рекомендация по миграции 100+ тем из раздела Pre-Seeded в новую пользовательскую категорию, помимо перемещения каждой темы по отдельности?

1 лайк
16

@sunjam Вот решение: Bulk move many topics from one category to another - #2

Я только что протестировал это на тестовом экземпляре, и всё сработало отлично, хотя тем было немного.

Итак, подключитесь к серверу через SSH и выполните следующие команды (в этом примере все темы из категории 2 перемещаются в категорию 1, поэтому замените эти числа по необходимости):

cd /var/discourse
./launcher enter app
rails c
Topic.where(category_id: 2).update_all(category_id: 1)

ID категорий можно узнать из чисел в конце URL-адресов категорий.

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

Редактирование 2: Чтобы вернуть тему «О категории» в правильную категорию, используйте эту команду (где ID темы равен 1, а ID целевой категории — 2). Я только что протестировал это, и всё сработало:

Topic.where(id: 1).update_all(category_id: 2)

ID темы можно узнать из конца URL-адреса темы, так же как и ID категорий.

3 лайка