I can’t edit it anymore! but @erlend_sh did it for us.
if this is a giant post, how do you call that one you’ve linked?! 
1 лайк
We’ve got two excellent use cases for this.
-
Personal journal outlining a member’s trading strategy (think stocks or options trading). Majority of members change their strategy often over the course of their trading lifecycle, and that definitely happens outside of our edit window of 10 days. We have members that are going on 5+ years membership, who still tweak their strategy and want to journal that for themselves or for the rest of the community.
-
Informational posts, where the first post is edited to reflect changes to say a list of companies that caters to our members. The company names changes, some stop catering to us, etc. We have a topic that’s been running for over 8 years. The first several posts are a running list, with company information. The remaining posts are the discussion about said companies.
The workaround has been the wiki post, but that doesn’t give the OP complete control over the post, and leaves us open to spammy actions.
We’re looking for a hybrid approach, give the OP indefinite edits on at least the first post, or allow the OP to set how many of the first several posts he can edit (as long as he’s the author of those posts, so something like the first 5 posts, for instance). All existing permissions/rules about the edit window would still apply, except for the OP.
vBulletin had/has this in a plugin.
Not really, since spammers are quite unlikely to reach trust level 1, and that is required to edit wikis.
1 лайк
We’ve experienced… committed spammers who’ve done that in the past. Not at any large scale, but it’s happened. We’re actually dealing with a web of such folks (a company) who purposefully created 10+ accounts to legitimately discuss the topics at hand while name dropping their most favorite broker (their company) every couple of weeks. We just uncovered this going back over a year on a handful of accounts. It’s very subtle, but upon further investigation, IPs are similar, locations are close, email address are created in the same style (name+number@domain.com), and the accounts exhibit the same posting behavior (times, frequency, categories they post to, who they like, who they reply to). It’s pretty crazy the lengths they go to.
3 лайка
Here on Meta there have been spam users who earned the wiki editor badge, but as wiki edits aren’t shown in activity I wasn’t able to revert whatever it was they changed before reporting them.
1 лайк
На Форуме Elixir есть категории (например, «Сообщество / Профили разработчиков», «Ваши библиотеки и проекты»), контент в которых, как правило, является постоянным, но при этом постоянно обновляется. Поэтому было бы полезно иметь более гибкие настройки ограничения времени на редактирование для таких разделов.
Недавно AstonJ оставил следующий комментарий в теме Can you increase post edit time limit? (доступной только участникам):
Было бы здорово, если бы Discourse позволял для некоторых разделов настраивать возможность неограниченного редактирования первого поста в созданных пользователем темах. Это также было бы удобно для тем, посвящённых библиотекам
Я готов попробовать реализовать эту идею в виде PR, но сначала хотел бы узнать, является ли сама идея приемлемой. Также буду благодарен за предложения относительно того, как и где следует настраивать эту опцию.
-r
1 лайк
Почему? Посты в Вики уже соответствуют этой цели.
В вики-посты автор не может вносить последующие правки.
Была ли это проблема в теории или на практике? Я считаю, что эти два аспекта часто сильно различаются.
Кроме того, почему бы просто не увеличить время редактирования для пользователей с уровнем доверия TL2+ до действительно длительного срока, например, 2 лет?
Не понимаю, зачем нам здесь ещё одно дополнительное настройка.
У меня сегодня возникла именно эта проблема. Около года назад я опубликовал запись в разделе «Сообщество / Профили разработчиков» на форуме Elixir. Она содержала URL, который я теперь устареваю, поэтому хотел заменить его на новый. Хотя AstonJ любезно отредактировал запись за меня, было бы удобнее сделать это самостоятельно.
Помимо этого, почему бы просто не увеличить тайм-аут редактирования для пользователей с уровнем доверия TL2+ до чего-то действительно длительного, например, 2 лет?
Это могло бы подойти для некоторых случаев использования, но в целом это не кажется хорошей идеей. (Если к посту уже накоплены ответы, а затем он отредактирован, ход обсуждения может запутаться.) Поэтому такое поведение должно быть реализовано только для определённых категорий.
3 лайка
Возможно, самый простой вариант — доработать вики так, чтобы можно было разрешить редактирование только создателю темы (то есть по сути превратить их в личные вики). Это позволит использовать существующую функцию вики (где можно настроить категории так, чтобы первый пост автоматически становился вики), избегая при этом проблем, возникающих в подобных случаях, когда любой пользователь может отредактировать то, что по сути является личным постом или личной вики другого человека.
1 лайк
Я думаю, что вики-система действительно позволяет осуществлять контроль.
Владелец поста уведомляется о каждом изменении. Если было внесено некорректное правка, он может откатить её. Если возникает спор, пост можно пометить, и модераторы внесут исправления.
Огромным стимулом для внедрения новой функции было бы то, что мы уже пробовали описанный подход, но это приводило к огромному объёму бессмысленной работы.
Есть ли реальные примеры подобных проблем?
Не сработало бы ли простое примечание в подвале: «Это личная вики, пожалуйста, исправляйте только опечатки»?
Один интересный вариант, который я в целом поддерживаю, — это автоматическая пометка вики-постов, владельцы которых больше не активны. В таких случаях модераторы должны либо убрать режим вики, либо передать права владения другому пользователю.
4 лайка
Быстрый запрос для «Отсутствующих создателей вики»:
SELECT (current_timestamp - users.last_seen_at) idle_duration,
(current_timestamp - posts.created_at) post_made_ago,
posts.id post_id, users.id user_id
from posts
join users on posts.user_id = users.id
join topics on posts.topic_id = topics.id
where posts.wiki = true
and posts.deleted_at IS NULL
and topics.deleted_at IS NULL
and users.last_seen_at < CURRENT_TIMESTAMP - INTERVAL '90 days'
order by idle_duration desc
4 лайка
