Изменение постов документации на пользователя системы

Я заметил на мета-сайте, что в постах с документацией автором указан системный пользователь.

На нашем сайте мы обычно оставляем автором человека, создавшего пост, однако для старых постов немного странно видеть автора, который может больше не быть активным.

Есть ли какие-то причины, по которым нам не следует менять автора постов документации на нашего системного пользователя?

Я думаю, что одна из причин не использовать @system заключается в том, что если кто-то пометит сообщение (например, флагом «что-то ещё», чтобы сообщить об опечатке или ошибке и т. д.), то эти флаги в настоящее время не появляются в очереди проверки и тихо исчезают в никуда. :slight_smile: [1]

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

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


  1. хотя флаги «что-то ещё» действительно генерируют личное сообщение для модераторов, так что, возможно, они теряются не так сильно, как флаги «не по теме» и т. п. :thinking: Это может зависеть от того, изменил ли кто-либо уровень уведомлений в почтовом ящике модераторов ↩︎

О, я бы ожидал, что об ошибках будут сообщать, отвечая на сообщение.

Это можно сделать, включив слежение за всей категорией, верно?

Спасибо!

Я думал о подписке на отдельные темы, но общая подписка на категорию тоже должна сработать. :+1: (или даже тег, если речь идёт о конкретном подмножестве документации, за которое они отвечают).

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