# Free to edit post at any time

**URL:** <https://meta.discourse.org/t/free-to-edit-post-at-any-time/35516>\
**Category:** Feature\
**Created:** [11월 13, 2015, 7:38오전 UTC](https://meta.discourse.org/t/free-to-edit-post-at-any-time/35516 "2015-11-13T07:38:18Z")\
**Posts on this page:** 15\
**Page:** 2

<div class="post-metadata">

**Author:** ![cregox](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/cregox/32/115904_2.png) [@cregox](https://meta.discourse.org/u/cregox)\
**Post date:** [4월 6, 2017, 6:51오전 UTC](https://meta.discourse.org/t/free-to-edit-post-at-any-time/35516/28 "2017-04-06T06:51:07Z")

</div>

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?! 🙂

---

<div class="post-metadata">

**Author:** ![Jumanji](https://avatars.discourse-cdn.com/v4/letter/j/cab0a1/32.png) [@Jumanji](https://meta.discourse.org/u/Jumanji)\
**Post date:** [3월 18, 2019, 1:41오전 UTC](https://meta.discourse.org/t/free-to-edit-post-at-any-time/35516/29 "2019-03-18T01:41:59Z")

</div>

> [@cpradio](#):
>
> I’ve yet to see a good use case that describes why someone needs to edit a post many years later. What would prompt them to do such?

We’ve got two excellent use cases for this.

1. 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.

2. 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](https://www.vbulletin.org/forum/showthread.php?t=228210).

---

<div class="post-metadata">

**Author:** ![codinghorror](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/codinghorror/32/110067_2.png) [@codinghorror](https://meta.discourse.org/u/codinghorror)\
**Post date:** [3월 18, 2019, 2:17오전 UTC](https://meta.discourse.org/t/free-to-edit-post-at-any-time/35516/30 "2019-03-18T02:17:00Z")

</div>

> [@Jumanji](#):
>
> leaves us open to spammy actions

Not really, since spammers are quite unlikely to reach trust level 1, and that is required to edit wikis.

---

<div class="post-metadata">

**Author:** ![Jumanji](https://avatars.discourse-cdn.com/v4/letter/j/cab0a1/32.png) [@Jumanji](https://meta.discourse.org/u/Jumanji)\
**Post date:** [3월 18, 2019, 2:32오후 UTC](https://meta.discourse.org/t/free-to-edit-post-at-any-time/35516/31 "2019-03-18T14:32:36Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![Stephen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/stephen/32/95011_2.png) [@Stephen](https://meta.discourse.org/u/Stephen)\
**Post date:** [3월 18, 2019, 2:37오후 UTC](https://meta.discourse.org/t/free-to-edit-post-at-any-time/35516/32 "2019-03-18T14:37:57Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![Rich\_Morin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/rich_morin/32/106498_2.png) [@Rich\_Morin](https://meta.discourse.org/u/Rich_Morin)\
**Post date:** [5월 2, 2020, 8:59오후 UTC](https://meta.discourse.org/t/free-to-edit-post-at-any-time/35516/34 "2020-05-02T20:59:43Z")

</div>

[Elixir 포럼](https://elixirforum.com)에는 “Community / Dev Profiles”, "Your Libraries & Projects"와 같이 내용이 지속적으로 유지되면서도 점차 변화하는 카테고리들이 있습니다. 따라서 편집 시간 제한에 대해 더 세밀한 granular control이 적용되면 이러한 카테고리들이 이점을 얻을 수 있습니다.

최근 AstonJ는 (멤버 전용) 스레드 [Can you increase post edit time limit?](https://elixirforum.com/t/can-you-increase-post-edit-time-limit/6080)에서 다음과 같은 댓글을 남겼습니다:

> Discourse에서 특정 섹션을 설정하여 스레드 생성자가 자신이 시작한 스레드의 첫 번째 게시물을 무기한으로 편집할 수 있도록 허용하면 좋겠습니다. 라이브러리 스레드 같은 경우에도 유용할 것입니다. 😃

이 기능에 대한 PR을 작성해 보고 싶지만, 먼저 일반적인 아이디어가 수용 가능한지 확인하고 싶습니다. 설정이 어떻게 그리고 어디에서 이루어져야 하는지에 대한 제안도 환영합니다.

-r

---

<div class="post-metadata">

**Author:** ![codinghorror](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/codinghorror/32/110067_2.png) [@codinghorror](https://meta.discourse.org/u/codinghorror)\
**Post date:** [5월 2, 2020, 9:13오후 UTC](https://meta.discourse.org/t/free-to-edit-post-at-any-time/35516/35 "2020-05-02T21:13:28Z")

</div>

왜요? 위키 게시물은 이미 그 목표를 충족하고 있습니다.

---

<div class="post-metadata">

**Author:** ![Rich\_Morin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/rich_morin/32/106498_2.png) [@Rich\_Morin](https://meta.discourse.org/u/Rich_Morin)\
**Post date:** [5월 2, 2020, 9:31오후 UTC](https://meta.discourse.org/t/free-to-edit-post-at-any-time/35516/36 "2020-05-02T21:31:30Z")

</div>

위키 게시물에서는 원글 작성자가 이후의 수정을 통제할 수 없습니다.

---

<div class="post-metadata">

**Author:** ![codinghorror](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/codinghorror/32/110067_2.png) [@codinghorror](https://meta.discourse.org/u/codinghorror)\
**Post date:** [5월 2, 2020, 9:32오후 UTC](https://meta.discourse.org/t/free-to-edit-post-at-any-time/35516/37 "2020-05-02T21:32:31Z")

</div>

이것이 이론적으로만 문제였나요, 아니면 실제 운영에서도 문제였나요? 저는 이 두 경우가 실제로는 꽤 다른 경우가 많다고 생각합니다.

그 외에도, 왜 신뢰도(TL2+)에 따라 편집 타임아웃을 2년처럼 정말 긴 시간으로 연장하지 않는 건가요?

여기에 또 다른 설정이 필요한 이유가 무엇인지 잘 모르겠습니다.

---

<div class="post-metadata">

**Author:** ![Rich\_Morin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/rich_morin/32/106498_2.png) [@Rich\_Morin](https://meta.discourse.org/u/Rich_Morin)\
**Post date:** [5월 2, 2020, 9:44오후 UTC](https://meta.discourse.org/t/free-to-edit-post-at-any-time/35516/38 "2020-05-02T21:44:47Z")

</div>

오늘 이 문제를 겪었습니다. 약 1년 전, Elixir 포럼의 “Community / Dev Profiles”에 글을 올린 적이 있습니다. 그 글에는 이제 더 이상 사용하지 않을 URL이 포함되어 있어서, 새로운 URL로 교체하고 싶었습니다. AstonJ 님이 친절하게도 대신 편집을 해 주셨지만, 직접 편집할 수 있었다면 훨씬 편리했을 것입니다.

> 그 외에도, 신뢰 수준(TL2+)에 따라 편집 시간 제한을 2년처럼 매우 길게 연장하는 것은 어떨까요?

일부 사용 사례에서는 작동할 수 있지만, 일반적으로는 좋은 아이디어라고 생각되지 않습니다. (게시물에 답글이 많이 쌓인 상태에서 편집을 하게 되면 토론의 흐름이 혼란스러워질 수 있습니다.) 따라서 특정 카테고리에서만 이러한 방식을 적용해야 합니다.

---

<div class="post-metadata">

**Author:** ![AstonJ](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/astonj/32/215041_2.png) [@AstonJ](https://meta.discourse.org/u/AstonJ)\
**Post date:** [5월 2, 2020, 10:03오후 UTC](https://meta.discourse.org/t/free-to-edit-post-at-any-time/35516/39 "2020-05-02T22:03:47Z")

</div>

가장 쉬운 방법은 위키를 수정하여 게시글 작성자만 편집할 수 있도록 설정할 수 있게 하는 것일 것입니다(이 경우 사실상 개인 위키가 됩니다).

이렇게 하면 위키의 기존 기능(카테고리를 설정하면 첫 번째 게시글을 자동으로 위키로 만드는 기능)을 활용할 수 있으면서도, 이러한 상황처럼 누구나 타인의 개인 게시글/위키를 편집할 수 있는 위험을 피할 수 있습니다.

---

<div class="post-metadata">

**Author:** ![sam](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/sam/32/102149_2.png) [@sam](https://meta.discourse.org/u/sam)\
**Post date:** [5월 2, 2020, 10:47오후 UTC](https://meta.discourse.org/t/free-to-edit-post-at-any-time/35516/40 "2020-05-02T22:47:15Z")

</div>

저는 해당 위키가 통제를 허용한다고 생각합니다.

게시물 작성자는 모든 편집 시 통보를 받습니다. 잘못된 편집이 이루어지면 되돌릴 수 있고, 분쟁이 발생하면 게시물을 신고하여 관리자가 수정할 수 있습니다.

새로운 기능에 대한 강력한 동기가 될 수 있는 점은, 위에서 언급한 방법들을 시도해 보았음에도 불구하고 여전히 무의미한 작업이 산더미처럼 쌓인다는 것입니다.

이와 관련된 실제 사례가 있습니까?

여기에 "이것은 개인 위키이므로 오탈자만 수정해 주세요"라는 각주를 달아두는 방식이 효과적이지 않을까요?

제가 다소 지지하는 흥미로운 아이디어는, 작성자가 더 이상 활동하지 않는 위키 게시물을 자동으로 플래그 처리하는 것입니다. 이러한 경우 관리자는 위키 기능을 해제하거나 소유권을 재지정해야 합니다.

---

<div class="post-metadata">

**Author:** ![riking](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/riking/32/170938_2.png) [@riking](https://meta.discourse.org/u/riking)\
**Post date:** [5월 3, 2020, 1:25오전 UTC](https://meta.discourse.org/t/free-to-edit-post-at-any-time/35516/41 "2020-05-03T01:25:31Z")

</div>

「부재한 위키 작성자」에 대한 빠른 쿼리:

```sql
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

```

[(on meta)](https://meta.discourse.org/admin/plugins/explorer?id=350)

---

<div class="post-metadata">

**Author:** ![JammyDodger](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jammydodger/32/254611_2.png) [@JammyDodger](https://meta.discourse.org/u/JammyDodger)\
**Post date:** [5월 22, 2023, 11:15오전 UTC](https://meta.discourse.org/t/free-to-edit-post-at-any-time/35516/43 "2023-05-22T11:15:59Z")

</div>

> [@Rich\_Morin](#):
>
> 최근에 AstonJ가 (회원 전용) 스레드 [게시물 수정 시간 제한을 늘릴 수 있나요?](https://elixirforum.com/t/can-you-increase-post-edit-time-limit/6080)에서 다음과 같은 코멘트를 남겼습니다:
> 
> > Discourse가 특정 섹션에 대해 스레드 작성자가 자신이 만든 스레드의 첫 번째 게시물을 무제한으로 수정할 수 있도록 설정할 수 있다면 좋겠습니다. 라이브러리 스레드 같은 경우에도 유용할 것입니다 😃

이 문제에 대해 작은 업데이트를 하나 드리겠습니다 - 이미 한동안 가능했으며 카테고리 설정에서 설정할 수 있습니다. 🥳

 ![allow unlimited owner edits on first post](https://global.discourse-cdn.com/meta/original/4X/f/c/c/fcc04a55dd0e7552bee80dd90540ba89ac67081e.png)

---

<div class="post-metadata">

**Author:** ![JammyDodger](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jammydodger/32/254611_2.png) [@JammyDodger](https://meta.discourse.org/u/JammyDodger)\
**Post date:** [5월 22, 2023, 11:16오전 UTC](https://meta.discourse.org/t/free-to-edit-post-at-any-time/35516/44 "2023-05-22T11:16:02Z")

</div>



[이전 페이지](https://meta.discourse.org/t/free-to-edit-post-at-any-time/35516.md?page=1)
