나쁜 아이디어는 아니지만, 원래의 카테고리를 잃게 될 것입니다.
아니요, 적어도 쉽게는 할 수 없습니다. 그 이유는 다음과 같습니다:
다음 정보가 필요합니다:
- 사용자 ID
- 일괄 삭제가 발생한 UTC 날짜
- 각 삭제된 토픽의 OP(첫 번째 게시물)의 게시물 ID
- 토픽 자체와 해당 토픽의 OP인 게시물의
deleted_at필드를 모두 비워야 하므로, rails 콘솔을 사용하거나 psql을 직접 사용해 매우 고급 SQL 쿼리를 실행하는 방법에 대한 전문 지식
그리고 왜 제가 이걸 알고 있는지 묻지 마세요…
현재 얼마나 많은 주제를 다루고 계신지는 잘 모르겠지만, 대량 선택을 활성화한 상태에서 주제 목록을 내려다보며 이동하려는 특정 카테고리로 옮기려는 주제를 체크하는, 반자동적이고 관리 가능한 수준의 작업이었습니다. (Simon이 제안한 대로) 확실하지 않은 주제는 편집 이력을 잠깐 확인하거나, 그냥 기억에 의존해서 판단하면 됩니다. 이 과정을 다음 주제로 반복하면 됩니다.
다만, 다소 수작업이 필요하기 때문에 주제나 카테고리의 수에 따라 너무 번거로울 수도 있습니다.
추가 답변들 감사합니다.
수동으로 수정 사항을 되돌릴 주제가 확실히 너무 많습니다. 악의 중较小的 선택지는 삭제된 주제들을 모두 열고 수동으로 undelete(삭제 해제) 버튼을 클릭하는 것인 것 같습니다. (불행히도 이 버튼은 가변 길이의 원본 게시물 끝에 위치해 있어, 각 주제의 끝을 찾기 위해 스크롤을 해야 하고, 그런 다음 … 메뉴를 확장하여 undelete 버튼을 찾아야 합니다.)
백엔드에서 상당한 처리 과정이 있을 거라고 확신합니다. 하지만 이미 일괄 삭제가 구현되어 있고, 일괄 선택 기능이 이미 제공되는 삭제된 주제 목록이 있는 상황에서, 왜 UI에 일괄 삭제 해제 기능이 추가될 수 없는지 정말 이해가 되지 않습니다.
그것은 Contribute > Feature 요청입니다. 현재 그런 기능은 없습니다. 
해당 주제에 이전 카테고리 각각에 대한 태그를 추가할 수 있습니다(카테고리당 하나의 태그). 각 주제에 원래 카테고리를 나타내는 태그를 추가한 후, 나중에 주제가 어디로 가야 하는지 파악하는 데 이 태그를 사용하고, 각 주제를 이동할 때 원래 카테고리 태그를 제거하는 방식입니다.
@hello-smile6 님, 답변해 주셔서 감사합니다. 이전 버전으로 되돌리면 카테고리도 함께 되돌아지나요? 비공개된 주제들은 일괄 공개할 수 있지만, 되돌리기 작업을 일괄로 수행하는 것이 가장 어려운 부분입니다.
일괄 작업을 통해서도 카테고리를 다시 분류할 수 있습니다. 카테고리 구성이 어떻게 되어 있는지 정확히 알지는 못하지만, 주제 목록을 훑어보며 해당 주제가 원래 belonged to 했던 카테고리를 파악하기만 하면 상당한 부분을 원래 위치로 되돌릴 수 있다고 생각했습니다.
음, 그렇지 않을 것 같아. 그 주제들은 원래 최소 5개의 다른 카테고리에 흩어져 있었고, 내가 태그를 붙이거나 원래 카테고리를 알고 있더라도, 특정 카테고리로 이동해야 할 모든 주제를 일괄 재분류하려면 각 주제를 개별적으로 수동으로 선택해야 했을 거야.
좋은 정보네요. 설정에 따라 상황이 달라질 수 있으니 모든 사람에게나 모든 경우에 통용되지는 않을 수 있습니다.
참고로, 장난기 어린 추가 팁을 하나 드리자면, 시프트+선택 단축키를 사용해 연속된 항목들을 한 번에 선택할 수 있습니다. 이렇게 하면 개별적으로 하나씩 체크하는 것보다 훨씬 수월할 때가 있습니다.