기능 요청: 토픽 필터 쿼리에 "OP 수정 시간순 정렬" 추가

토픽 필터에 order:op_edited와 같은 새로운 정렬 쿼리를 추가할 수 있을까요? 이를 통해 원본 게시물의 수정 시간을 기준으로 토픽을 정렬할 수 있게 됩니다.

현재 latest 정렬 방식은 최근 활동에 기반하므로, 새로운 답글이 달리는 즉시 해당 토픽이 상위로 올라갑니다. 그러나 공지사항이나 문서와 같은 특정 카테고리에서는 첫 번째 게시물이 핵심 정보를 담고 있으며, 이것이 실제로 가장 중요한 부분입니다. 최신 업데이트를 확인할 때 첫 번째 게시물이 마지막으로 수정된 시점을 기준으로 토픽을 정렬하는 것이 훨씬 유용합니다. 현재는 새로운 답글이 달린 오래된 토픽들이 계속 상위에 표시되어, 최신 공지사항을 빠르게 찾는 데 어려움이 있습니다.

2개의 좋아요

같은 걸 찾아서 여기 왔습니다.
@LW2333 님, 꽤 시간이 지났는데 이 문제를 해결하셨나요?

1개의 좋아요

아직 추가되지 않았습니다.

주요 문제가 새 답변으로 인해 오래된 주제가 위로 올라오는 것이라면 order:created가 도움이 될 수 있지만, OP(첫 번째 게시글)의 마지막 수정 시간 기준으로 정렬하는 기능은 제공되지 않습니다.

해당 용도에 대해 현재 내장된 주제 필터는 없습니다. 최근 수정된 OP를 찾는 데는 Data Explorer 쿼리를 대안으로 사용할 수 있습니다. 관련 논의는 여기서 확인하세요: Is there an API endpoint for recently edited posts

4개의 좋아요

정확히 어떤 것을 이루고 싶으신가요?

약 1년 전, 주제의 last_update 날짜 변경 기준이 바뀌었습니다. 이제 마지막 게시글의 수정은 더 이상 /latest 상단으로 올려주지 않지만, doc-categories 기능을 사용하는 카테고리의 첫 게시글을 수정하면 상단으로 올라갑니다. 이러한 카테고리에서는 이제 답글이나 첫 게시글의 수정이 모두 상단으로 올려주는(bump) 원인이 될 수 있습니다. 따라서 반드시 수정이 있었음을 의미하지는 않지만, 변경 사항이 중요한 게시글에서 수정이 이루어졌음을 알아차리는 데 도움이 됩니다.

2개의 좋아요

직원들이 작성한 콘텐츠(기술 기사를 작성하는 저자)가 몇 가지 카테고리로 나뉘어 있습니다. 이들은 큐레이션된 지식(다른 시스템)과는 조금 다르지만, 수명이 길 수 있는 "문서"이며 가끔 발견되는 오류가 있습니다.

그래서 최근 TL2+의 TimeToEdit = 0 [무제한]으로 변경하여, 이 저자들이 오래된 기술 기사에 돌아와 편집할 수 있도록 했습니다.

그리고

상위 수준에서 콘텐츠를 모니터링하고 큐레이션하는 에디터가 있습니다. 저자들이 오류를 수정하거나 콘텐츠를 업데이트하기 위해 재게임을 기다려야 하는 상황을 피하면서, 이 에디터가 주기적으로 이러한 업데이트를 확인하여 "브랜드, 문법 등"을 점검할 수 있기를 원합니다.

그래서 저는 그녀가 "원래 게시글에서 카테고리 X, y, Z의 지난 ##일 동안 편집된 모든 레코드"를 볼 수 있는 목적지를 갖도록 필터를 구축하려고 했습니다.
지금까지 가장 좋은 제안은 Data Explorer 보고서입니다.

하지만 또 다른 “매니저” 몇 명이 직원-저자 집단의 "활동"을 시간 경과에 따라 추적하고 싶어 하는 파생 용도도 볼 수 있습니다. 여기에는 OP(원문) 편집도 포함됩니다.

해당 게시물이 항상 첫 번째 게시글인가요? 그렇다면 첫 번째 게시글에 대한 소유자 무제한 편집 허용 카테고리 설정에 관심이 있을 수 있습니다.

또한, 데이터 탐색기(일정된 보고서와 함께 사용 시)가 이 경우 가장 좋은 옵션이라고 생각합니다. 모든 사용자에게 마지막 수정 날짜 기준으로 주제를 정렬하는 기능이 필요한 것 같지 않고, 일부 선택된 사람들만 해당되는 것으로 보입니다.

1개의 좋아요

네, 맞습니다. @Moin 님 감사합니다!
Tom Cat's Excited Heart Eyes

2개의 좋아요

그래서 저는 유스 케이스에 대해 이야기하는 것을 좋아합니다. 유스 케이스는 매우 유용한 개념이지만, 실제로 발견하기는 매우 어렵습니다.

1개의 좋아요

그리고 더 큰 장점은 카테고리별로 설정할 수 있다는 점입니다. 이렇게 하면 신뢰할 수 있는 사용자를 위해 전역 설정을 "상대적으로 긴 시간"으로 되돌려도 포럼이 마비되지 않습니다.

(과거 비즈니스 분석가로서, 저도 왜(사용 사례)로 돌아가는 것을 좋아합니다. 그리고 당신 같은 분들이 무엇을(What)/어떻게(How) 해야 하는지 도와주기를 기대합니다.)

정말 최고네요 @Moin. 감사합니다.

2개의 좋아요