Our forum is near by reaching first year of usage.
Some of our category / topic is used for daily work,
We have lot of topics which is irrelevant in perspective of holding for long time.
Is there any feature or plan to implement some kind of deleting or archiving old topics.
Is there way to BULK delete topics using some kind of SQL queries.
Cloud I do something like in XX category delete all topics (post) older then date 1.1.2015.
Why I’ll love to delete posts is because I do not want to lose performances of my instance.
This is where we get in 10 months
Assumption is that 40% of this conversation is now irrelevant and longer required for holding.
If this going to speed up our discource why not delete old posts
I think it is good to consider for longer term – if the content is truly of no value, it should be archived out somehow – but based on those numbers you should be fine for a while.
Just to share my requirements, I’ll be setting up discourse from smf. We have 10 years worth of SMF data, so I’d like to purge all except for the last 5 years worth. In addition, I’d like to be able to automatically delete posts older then 5 users once Discourse is operational.
이 기능 요청 토픽의 제목을 영구 일괄 삭제에 관한 내용임을 명확히 알 수 있도록 변경했습니다. 여기에서 해당 기능에 대해 논의하고 UI에서 어떻게 구현될 수 있을지 구체화해 볼 수는 있지만, 조만간 구현될 것이라고 기대하지는 마세요.
게시물을 영구 삭제하는 것은 상당한 위험을 수반하며, 일괄 영구 삭제는 그 위험이 더욱 큽니다! 정말로 그렇게 하고 싶으신가요? 다른 모든 사용자가 삭제된 토픽과 함께 사용하고 있듯이, 여러분의 데이터베이스가 정말로 그 정도 크기가 큰가요? 아니면 토픽을 영구 삭제하고 싶은 다른 이유가 있는 건가요? 여러분의 이유를 공유해 주시겠어요?
제가 아는 한, 현재는 삭제된 게시물의 목록을 확인한 후, 예를 들어 연령(생성일)과 같은 기준에 따라 일괄 영구 삭제하는 것은 불가능합니다. 명령줄에서 스크립트를 작성하여 이를 수행할 수 있거나, 직접 작성하는 것이 부담스러우시다면 Marketplace 채널에서 누군가 대신 해달라고 요청할 수 있습니다.
만약 인터페이스에 이러한 기능이 존재한다면, 어떻게 작동해야 한다고 생각하시는지 더 자세히 설명해 주시겠어요?
아마도 가장 좋은 접근 방식은 다음과 같은 것일 수 있습니다:
고급 검색에 삭제된 토픽을 표시하는 필터를 추가합니다. 이렇게 하면 다른 필터(날짜 범위, 태그, 카테고리, 작성자 등)와 조합하여 영구 삭제하려는 삭제된 토픽 목록을 가져올 수 있습니다.
can_permanently_delete가 활성화되어 있을 때, 일괄 작업 옵션에도 “영구 삭제” 옵션을 제공합니다.
(같은 요청을 여러 개의 오래된 토픽에 크로스포스팅하지 마세요 - 다른 하나는 삭제했습니다)
사람들이 커스텀 명령어를 실행하려 할 때보다 공식 기능이 있다면 위험이 훨씬 줄어들 것입니다.
GitHub에는 저장소 영구 삭제 기능이 있습니다. 저는 그 기능으로 큰 문제 없이 사용해 왔습니다. 삭제 전에 조직 이름과 저장소 이름을 입력하고 비밀번호를 입력하도록 하여 삭제를 원하는지 확인하게 합니다.
왜 이 기능이 차단되어야 하는지 이해가 되지 않습니다. 그냥 번거로운 것뿐입니다.
네. 100%입니다. 제 데이터베이스에 쓰레기가 있는 것은 원하지 않으며, 특히 게시물을 승인받으려다 제 시간을 낭비하는 봇들이 남긴 어색한 쓰레기는 더더욱 원하지 않습니다. 왜 그런 것을 보관하고 싶겠습니까?
공식적으로 테스트된 방법을 제공해 주세요. 아니면 최소한 삭제된 게시물을 XX일 후에 삭제할 수 있는 타이머 옵션이라도 제공해 주세요.
위험을 줄이기 위해 UX 플로우에 3중 인증을 추가할 수 있습니다. 예를 들어, 사용자를 일괄 삭제할 때 나타나는 “124명의 사용자 삭제” 메시지와 유사하게, 재인증 요청을 하거나, 위험성을 더욱 낮추기 위해 반드시 수락해야 하는 화려한 빨간색 경고 메시지를 표시하는 식입니다. 게시물을 일괄 삭제할 때 사람들이 세 번 생각하게 만들면 위험을 없앨 수 있습니다.
제 최종 사용자 입장에서, 이런 유형의 문제에 대한 최악의 해결책은 아예 해결책이 없는 것입니다. UI에서 쉽게 할 수 있다고 느끼는 것을(3중 또는 5중 인증이 있어도 괜찮습니다!) 할 수 없다는 생각에 정말 짜증이 납니다.
이 기능이 좋은 기능이라는 데에 이의를 제기하지 않습니다. 그래서 더 자세한 정보를 요청하고, 이 기능이 어떤 모습으로 구현될 수 있을지에 대한 아이디어를 수집하고 있습니다.
우리의 자체 고객 중 더 많은 분들이 이를 요청하기 전까지는 공식 기능으로 구현하는 것을 우선순위로 두지 않을 것입니다. 데이터베이스에 추가 데이터가 있는 것은 반드시 문제가 되는 것은 아닙니다. 특히 우리의 호스팅 환경에서는 저장 공간이 거의 문제가 되지 않으므로 더욱 그렇습니다.
좋은 첫걸음은 Introducing permanently delete post functionality 의 Bianca 코드를 살펴보고, 실행하기 쉽고 안전한 일괄 삭제 rake 태스크를 만들 수 있는지 확인하는 것입니다. 우리는 완벽하게 안전한 rake 태스크를 많이 가지고 있으며, 결국 UI에 포함되는 기능 중 많은 것들이 처음에는 rake 태스크로 시작되었습니다.
