닫힌 주제가 부스팅되는 경우, 해당 주제에 개별 주제 타이머가 설정되어 있는지 확인하세요.
주제가 너무 자주 부스팅되는 경우 “최소 일수” 설정을 늘리세요.
자동 부스팅이 발생하지 않는 경우 “열려 있는 주제 수” 설정이 0보다 큰지 확인하세요.
자주 묻는 질문(FAQ)
Q: 왜 자동 부스팅을 사용해야 하나요?
A: 자동 부스팅은 다음과 같은 경우에 유용할 수 있습니다:
잊혀진 경우를 대비해 지원 주제를 가시적으로 유지하기
구매/판매 카테고리에서 항목을 정기적으로 소개하기
활동이 적은 카테고리의 활성화를 유지하기
Q: 특정 주제를 자동 부스팅에서 제외할 수 있나요?
A: 네, 고정, 닫힘 또는 아카이브된 주제는 자동으로 제외됩니다. Discourse Solved 플러그인이 활성화된 경우 승인된 해결책이 있는 주제도 제외됩니다. 부스팅하지 않으려는 주제에 대해 개별 주제 타이머를 설정하지 않는 것도 좋은 방법입니다.
Q: 자동 부스팅이 사용자 활동과 어떻게 상호작용하나요?
A: 사용자가 자연스럽게 주제를 부스팅한 활동이 없는 경우에만 자동 부스팅이 발생합니다. 최근 사용자 활동은 자동 부스팅 타이머를 초기화합니다.
But why would you want to auto bump topics? Not questioning the feature, but trying to learn some example use cases in which I might want to consider this option.
I was looking for issues being answered by this topic (the reason I wrote it was to share how this feature worked). I ended with the call for data because I’m not sure how folks use it, either!
I’ve used it for a couple of things that I’m not sure I could recommend for community, but is great for a single-user Discourse, for taking personal notes.
First, I use it to “turn the soil” for creative writing purposes. I’ll write something, leave it alone, work on something else, a little each day. For stories or complex technical working, I use auto-bumping to assist me in working on a few things asynchronously.
Second, I’ve used it temporarily to clear out a category. “Processing” I call it. The first case can lead to the second case, where now I’m sitting on a category of topics that need to be published or shared elsewhere. I can make a call, “it takes me 10 minutes to process a topic, so I’ll auto-bumping two a day”.
The second case often ends with the removal of the topics, so after they are all gone the auto-bumping (and category!) are removed as well.
Why don’t I recommend these? I’ve never seen it done with an active community. It might generate noise if everyone isn’t aware of the process.
I imagine for creative writers doing shared world building to greatly benefit from auto-bumping all the topics in a shared category… oh that we would all be so lucky to belong to such a group!
This topic could be expanded to include scheduling a single bump for a topic, rather than only covering the category setting. In that case, it is a very useful tool to set a time everyone needs to pay attention to something again. Ex: a conversation that can’t move forward until a future event occurs, so a scheduled bump in two months is like a high-priority group reminder for the participants in that topic. We use this occasionally at Discourse.
I think that’s a case when Reset Bump Date has been used and it sent it back down into the stack and tricks it into thinking the topic is eligible for a bump again.