이 문제에 대해 좀 더 생각해 보았습니다. 메가토픽과 비메가이지만 업데이트가 느린 토픽에 대한 제 경험상, 사용자가 관찰 중이던 토픽이 대체 토픽이 있더라도 폐쇄되면 매우 불만을 갖습니다.
이것은 두 가지 가능한 해결책을 시사하며, 둘 다 코어 또는 플러그인에서 일부 도움이 필요할 가능성이 높습니다.
- 더 오래된 내용을 새 토픽으로 이동하고 더 새로운 게시글을 기존 토픽에 남기는 새로운 방식의 토픽 분할 기능.
- 토픽을 분할하거나 후속편을 생성할 때, 사용자의 관찰(watch) / 추적(tracking) / 음소거(muted) 설정을 새 토픽으로 _복사_하는 기능.
각 아이디어에 대한 더 자세한 설명은 다음과 같습니다:
토픽 상단 분할기 (Top of Topic Splitter)
제가 이 기능이 작동하는 방식을 이해하는 방식은 다음과 같습니다. 관리자가 게시글을 선택한 후 _그 게시글 및 그 이전 모든 게시글_을 클릭하면 새로운/수정된 새 토픽 생성 팝업이 트리거됩니다. 새 토픽은 기본적으로 동일한 카테고리를 사용하며, 시작일과 종료일이 포함된 기존 토픽 이름이 기본값으로 설정되고, 잠금 상태의 토픽을 생성하도록 기본값이 설정됩니다. 첫 번째 게시글과 마지막 게시글(마지막은 시스템 게시글)에는 분할된 원래 메인 토픽으로의 링크가 포함됩니다. 기존 토픽은 첫 번째 게시글을 유지하고, 이동된 게시글의 자리에 새 게시글(다른 분할 토픽 특수 게시글은 무시)이 추가되며, 그 외에는 그대로 유지됩니다.
아마도 다른 토픽의 인용 링크를 수정하는 rake 작업도 필요할 것 같지만, 이는 더 까다로울 수 있습니다.
관찰 설정 복사 분할기 (Copy Watch Settings Splitter)
이 방식은 구현하기가 훨씬 쉽지만, 어째서인지 저에게는 덜 만족스럽습니다. 첫째, example.discourse/t/_/12345 형태의 일반적인 링크(즉, 게시글이 아닌 토픽으로 이동하는 링크)가 유효하지 않게(stale) 됩니다. 토픽이 외부 토론(예: “앱 아이디어를 여기에 제출하세요!”)에 사용될 경우 이러한 링크가 자주 사용될 가능성이 높습니다. 이 기능이 사용되면 기존 토픽을 폐쇄하고, 제목을 변경하여 날짜 범위를 표시(기본값)하며, 동일한 카테고리에서 제목, 첫 번째 게시글 및 모든 추적/음소거 설정을 복사하여 새 토픽을 생성합니다. 새 토픽으로의 링크는 기존 토픽의 시스템 폐쇄 메시지 내에 추가됩니다.
아마도 해당 토픽에 참여하지 않은 사용자의 폐쇄된 토픽에 대한 추적/관찰을 해제(de-track / watch)하는 것이 필요할 것입니다. 제가 여기에서 고려하는 시나리오는 다음과 같습니다. 몇 달 동안 활동하다가 1년 동안 사라진 후 돌아온 사용자 Elijah는 명시적으로 관찰하던 토픽이었더라도, 그가 부재했던 동안 생성되고 폐쇄된 중간 두 토픽에는 관심이 없을 수 있지만, 돌아왔을 때 최신 버전의 토픽을 계속 따르는 데에는 여전히 관심이 있을 수 있습니다.