아카이브된 주제에 TL4s가 게시물을 올림

제품 지원
1

이것은 버그인가요, 아니면 의도된 기능인가요? 의도된 동작이라면, 이를 제한할 수 있는 방법이 있을까요?

저는 더 이상 시의적절하지 않은 여러 스레드를 닫았습니다. 기존 소프트웨어에서 Discourse로 전환하는 과정에 대해 정기적으로 업데이트를 해왔습니다. 문제는 우리의 TL4(지역 대표)들이 여전히 해당 스레드에 게시글을 올리고 있다는 점입니다. 네, 저는 삭제하고 리디렉션할 수 있습니다(지금까지 그렇게 해왔습니다). 그래서, 아카이브는 변경 불가능해야 하니까 거기로 가보자고 생각했습니다.

그래서 해당 게시글을 아카이브로 옮겼습니다.

그런데 여전히 게시글을 올릴 수 있습니다. 제 이해로는 아카이브는 게시, 좋아요 등을 차단해야 하는 것입니다. 하지만 TL4에게는 적용되지 않습니다. 스태프가 아카이브된 주제를 업데이트할 수 있는 것은 이해가 가지만, TL4는 스태프가 아닙니다.

그래서 도대체 어떻게 해야 사람들이 업데이트를 멈추게 할 수 있을까요? TL4 권한을 제거하는 것은 현실적인 선택지가 아닙니다(해당 그룹은 여러 이유로 이 권한이 필요합니다). 이 중 상당 부분은 교육의 문제이긴 하지만, 사람들이 지시를 얼마나 잘 읽고 주의를 기울이는지 우리는 잘 알고 있습니다. 아카이브의 목적은 그것을 잠가서 탄소 동결처럼 고정하는 것입니다. 커뮤니티가 여전히 상호작용할 수 있다면, 그것은 아카이브가 아닙니다. 그들이 아카이브를 해제할 수 있는 것에 대해서는 걱정하지 않습니다. 그것은 괜찮습니다. 게시할 수 있는 것과 불가능한 것 사이에 그 단계를 반드시 거치게 해야 하므로, 그럴 만한 이유가 있습니다.

2

오케이, 네, 결국 조사를 통해 찾았어요. 네, 이건 의도된 동작이 맞습니다.

하지만, 아카이브 기능이 좀 이상하게 느껴진다고 말씀드리고 싶어요. 제 생각엔 아카이브는 그냥… 아카이브여야 하는 것 같아요. 변경이 필요하다면, 변경을 위해 먼저 아카이브를 해제해야 하는 게 맞지 않을까요? 그렇지 않으면, 게시물을 좋아요할 수 있느냐 없느냐의 차이 외에는 닫기와 아카이브 사이에 기능적인 차이가 전혀 없습니다.

3

아카이브된 주제에 대한 여러 논의에서 혼란이 발생하고 있습니다.

아래 항목들은 개념적 공간과 Discourse의 아카이빙 기능이 그 안에서 어떻게 위치하는지를 명확히 하는 데 도움이 될 수 있습니다:

1. Discourse에서 아카이브를 편집할 수 있는 기능은 TL4 이상에서 의도적으로 설계된 것입니다. 이는 실수나 누락이 아닙니다.

2015년에 나온 *탄소화(동결)*라는 발언과 비교해 보면, 이는 Discourse 아카이브 기능의 현실과 명확히 일치하지 않습니다.

그 게시물이 인용을 거듭하며 계속 남아 있는 것은 유감스러운 일입니다. 그 말은 그럴듯해 보이지만, 아카이브에는 절대 아무것도 변경되지 않는다는 비현실적인 기대를 심어줍니다. 현실 세계에서는 아카이브된 항목에 정보를 추가하거나 수정할 수 있었기 때문에, 이는 과거에도 결코 사실이 아니었습니다.

2. 일반적으로 아카이브에는 두 가지 주요 특성이 있습니다: 저장(Stored) 및 미공개(Unpublished)

  • 원하는 가치를 지니고 있어 후세를 위해 보존됩니다.
  • “미공개” 상태로 이전되어 저장됩니다.

개념적으로, 공개된 항목에 접근하기 위해 도서관을 사용하는 것과 미공개 항목에 접근하기 위해 아카이브를 사용하는 것 사이에는 명확한 구분이 있습니다.

그러나 아카이브가 전자 카탈로그 사용과 항목의 디지털 이미지화를 늘리면서, 실제 사용에서는 이러한 구분이 흐려지고 있습니다. 이는 아카이브 항목이나 그 복제본이 도서관 시스템을 통해 점점 더 쉽게 접근 가능해지고 있음을 의미합니다.

Discourse에서도 아카이브된 주제가 목록에 계속 표시되지만 모든 목록에는 나타나지 않는 상황이 이와 매우 유사합니다. 주제를 목록에서 제외(Unlisting)하면, 분리된 저장 공간(silo)에서 찾느라 추가적인 노력이 필요한 전통적인 아카이브 항목과 더 비슷해집니다.

3. Discourse에서 아카이브 주제와 상호작용하는 방식은 현실에서 아카이브 항목을 다루는 방식과 매우 유사합니다.

우리는 아카이브 구역(방, 보관함, 선반, 폴더, 파일 등)에 접근할 수 있으며, 항목을 추가하거나, 주석을 달거나, 태그를 붙이거나, 대여하거나, 예를 들어 폐기하기 위해 제거하는 등 항목에 접근할 수 있습니다.

따라서 현실 세계에서 이러한 변경을 위해 항목을 아카이브에서 해제하는 것은 정상적인 일이 아닙니다. 단, 항목을 폐기하거나 컬렉션에서 영구적으로 제거하는 경우를 제외합니다.

그 이유는 다음과 같습니다. 현실 세계에서는 상태 변경에 물리적인 노력이 수반되므로, 상태 변경이 영구적인 경우(예: 상자를 저장소에서 다른 건물로 이동, 카탈로그 항목 삭제 및 색인 업데이트, 아카이브에서 제거되었음을 나타내는 도장 찍기 등)를 제외하고는 이를 수행하지 않습니다.

디지털 세계에서는 아카이브 항목의 상태를 변경하는 것이 매우 쉽습니다. 이러한 로직을 구현하는 것은 가능하지만, 그렇게 하면 '아카이브’라는 용어의 유용성이 떨어집니다.

4

문제는 이 인용문이 개발자로부터 나온 것이며, 여기 있는 how-to 문서에서 정기적으로 인용되고 있다는 점입니다. 이것이 구현의 현실이 아니라면, 두 가지 중 하나가 일어나야 합니다:

  1. 문서가 활성 기능의 현실을 명확히 반영하도록 변경되어야 합니다.

  2. 활성 기능이 원래의 설계와 의도를 반영하도록 업데이트되어야 합니다.

제가 아카이브에 대해 가지고 있는 이해는 다음과 같습니다. 아카이브를 변경하려면 물리적으로 아카이브에서 제거해야 합니다. 디지털 형태에서도 유사한 동작이 합리적일 것입니다.

제가 겪고 있는 문제는 닫힘(closed)과 아카이브(archived) 사이의 기능적 차이가 너무 미미해서 거의 무의미하다는 점입니다. 저에게 닫힘은 추가 댓글이 더 이상 불가능함을 의미합니다. 아카이브는 구체적으로 닫힘과 비교했을 때 "더 이상 변경될 수 없음"을 의미합니다.

비공개 설정(Unlisting)은 아카이빙과 관련 없는 완전히 다른 기능이며, 여기서는 관련이 없습니다. 그것이 아카이빙과 분리된 별개의 기능인 이유입니다.

제 상황에서는 그 지긋지긋한 것들을 비공개로 설정하고 싶은 것이 아니라, 사람들이 더 이상 답글을 쓰지 못하게 하고 싶습니다. 유용한 역사적 정보가 있지만, 더 이상 현재 불만/기능과 관련이 없는 것입니다. 링크를 통해서만 접근 가능하게 하려면 비공개 설정을 할 것입니다.

닫고, 나중에 아카이브로 전환하는 것의 전부가 바로 그 목적입니다.

현실 세계의 비교에 관해서는… 웹상의 아카이브, 특히 포럼의 아카이브는 항상 읽기 전용입니다. 역사적 목적으로 제공되는 것이며, "필요할 때 업데이트하자"는 것이 아닙니다. 보기는 하지만 업데이트하지 않습니다. 그것이 아카이브를 가지고 있는 이유입니다. 이 기능은 현재 실제 아카이브처럼 작동하지 않습니다. 디지털 아카이브에 추가하는 것이 의도된 것이 아닙니다. 아카이브 에 새 항목을 추가할 수는 있지만, 기존 항목을 열어 변경하지는 않습니다. 그렇게 해야 한다면, 그것은 활성이고 관련이 있으므로 아카이브에 있지 않아야 합니다.

더 이상 관련이 없지만 여전히 업데이트 가능한 것이 필요하면 닫습니다. 닫힘이 TL4 이상에서 관련 없는 상태인 것은 합리적입니다.

5

이것은 기술적인 문제가 아닙니다. TL4 사용자가 닫히거나 아카이브된 주제에 응답하지 말라는 요청을 무시한다면, 아마도 그 사용자는 TL4 자격이 없는 것이겠죠.

반면, 만약 그런 주제에 개입하지 말라고 요청한 적이 없다면, 그것은 전혀 다른 문제입니다.

6

기술 문제를 해결하는 플러그인이 있을 수 있습니다: 아카이브된 주제에서 게시물 추가/수정을 허용하지 않는 것입니다. 이것이 여러분의 선호도가 얼마나 인기 있는지를 증명할 수 있습니다. 만약 이것이 인기를 얻는다면, 여러분이 원하는 변경 사항이 Discourse에 통합될 수 있을지도 모릅니다.

그 시각적 표현은 불완전한 표현입니다. 저는 비유보다는 실제 기능성을 선호합니다.

저는 아카이브 항목 자체를 변경하는 것보다 더 큰 작업인, 아카이브에서 비아카이브로 상태를 변경하는 것에 대해 말씀드린 것입니다.

사실이 아닙니다. Discourse의 아카이브 기능은 주제를 사용자 인터페이스에서 상당 부분 제거합니다. 그러면 일부 주제를 찾는 주요 경로는 명시적인 링크가 됩니다. 아카이브는 우발적인 상호작용을 줄이기 위한 부분적인 목록 제외(unlisting)와 같습니다:

목록 제외(unlisting)는 목록 제거(delisting) 과정을 완료하기 때문에 관련이 있습니다.

기술적으로, 웹의 대부분의 아카이브는 표현 계층의 "스냅샷"입니다. 또한 자신이 대표하는 전체 엔티티를 포함하지 않기 때문에 보통 읽기 전용입니다. 스냅샷이라는 이름이 시사하듯, 이들은 사진과 더 유사합니다. 원래 엔티티와의 추가적인 상호작용을 허용하는 데 필요한 프로그램 코드와 데이터베이스 구조가 일반적으로 빠져 있습니다.

포럼 아카이브(그리고 블로그, 이메일 및 기타 미디어 유형)를 더 구체적으로 살펴보면, 이용 가능한 상호작용 수준은 다양합니다. 모든 아카이브가 읽기 전용인 것은 아니며, 많은 경우 복원/게시 버튼을 클릭하기만 하면 쉽게 아카이브를 해제할 수 있습니다. 아카이브가 핵심 포럼 코드와 데이터 구조에서 멀어질수록, 그것은 일반적으로 더 읽기 전용이 됩니다. 원래 카테고리가 더 이상 존재하지 않아 아카이브 해제에 문제가 발생하는 포럼이 있다는 것을 알고 있습니다. Discourse의 아카이브 기능은 이러한 문제를 피합니다.