This plugin prevents users from bumping their own topics. On some higher traffic forums, if a user doesn’t receive replies to their topic they will reply to themselves (bumping) repeatedly to gain visibility.
When enabled, a user will need to wait for a different user to reply to their topic before they can reply again.
Staff members can always bump their own topics
Settings
no bump enabled - set to true to enable the plugin
no bump trust level - users at this trust level (and lower) will not be allowed to bump their topics
Hosted by us? This plugin is available on our Enterprise plans
안녕하세요, Git 저장소에서 관리자 인터페이스를 통해 이 컴포넌트를 설치하려고 시도하고 있지만, 다음과 같은 오류 메시지가 표시됩니다: “오류 발생: Import Error: about.json이 존재하지 않거나 유효하지 않습니다. 이것이 Discourse 테마인지 확인해 보셨나요?”
이 문제를 어떻게 해결할 수 있을까요? 부탁드립니다.
안녕하세요,
Git 저장소에서 관리자 인터페이스를 통해 이 컴포넌트를 설치하려고 시도하고 있지만, 다음과 같은 오류 메시지가 표시됩니다: “오류 발생: Import Error: about.json이 존재하지 않거나 유효하지 않습니다. 이것이 Discourse 테마인지 확인해 보셨나요?”
무엇이든 학습 곡선이 있으며, 사과할 일은 아닙니다. 기본기를 익히면 Discourse는 Mastodon 서버와 비교할 때 매우 쉽고 논리적입니다. 저는 그저 업그레이드 방법을 이해하지 못했을 뿐입니다. Discourse의 문서를 자세히 살펴보면 훌륭하지만, Mastodon의 문서는 거의 최소한의 정보에 불과하며, 대부분의 내용은 개발자들 사이의 메시지 형태로 제공됩니다. 따라서 Mastodon의 경우 단순히 Mastodon을 배우는 것만으로는 부족하며, git이 어떻게 작동하는지도 이해해야 합니다. 또한 Docker라는 또 다른 신비로운 존재가 있지만, (거의) 모든 관리자는 Docker에 대한 이해 없이도 Discourse를 운영할 수 있습니다.
다만 플러그인 관리 방식은 좀 더… 인간적으로(직관적으로) 개선될 수 있을 것 같습니다
다시 본론으로 돌아가자면, 때로는 답변이 필요할 때가 있고, 때로는 게시물을 다시 올려야 할 필요가 없는 경우가 있습니다. 필요한 추가 데이터가 있을 때, 이미 읽은 상태인 원글 작성자가 게시물이 수정되었음을 모를까 봐 걱정될 수 있습니다. 그래서 no-bump(게시물 자동 상단 고정 해제)가 적용되기 전에 특정 시간 제한을 두는 것은 어떨까요?
no-bump라는 이 특수 플러그인의 필요성에 대해 말씀드리자면, 사실 저에게는 필수적인 것은 아닙니다. 하지만 더 흥미로운 다른 플러그인들에서도 같은 문제를 겪었기 때문에, 이 플러그인에 대한 답변은 다른 플러그인들에게도 해당됩니다 . 제가 알고 싶었던 바로 그 것이었고… 이제 알게 되었습니다
저는 디스커스를 처음 사용하는 초보라서 제 무지로 인해 여러 번 벽에 부딪혀서 넘어진 적이 있습니다^^
