관리자에게만 더 짧은 제목으로 게시물을 생성할 수 있는 방법이 있나요?
저는 관리자 권한으로 제목이 6글자만 되는 기본 사이트 게시물을 생성하고 싶습니다. 하지만 다른 모든 사용자는 기존과 동일한 최소 제목 길이(현재 20글자)를 유지하도록 하고 싶습니다.
한 가지 방법은 min topic title length(최소 주제 제목 길이)을 일시적으로 줄인 후 주제를 게시하고, 다시 원래 값으로 되돌리는 것입니다. 단, 주제를 수정할 때마다 이 작업을 반복해야 합니다.
4개의 좋아요
우회 방법 제안을 해주셔서 감사합니다.
하지만 이 경우 그 접근 방식은 실용적이지 않습니다. 게시물을 편집할 때마다 설정을 줄여야 하기 때문입니다.
일반적으로 관리자는 중요한 게시물에 대해 간결한 제목의 스레드를 게시하며, 이는 “이용약관”(단순한 예시이며, 해당 항목을 위한 별도의 페이지가 있다는 점은 알고 있습니다)나 가끔 업데이트가 필요한 유사한 주제와 비슷합니다. "TOS terms of conditions I wrote this long tittle because I have no control over my own site"와 같은 긴 제목은 확실히 전문성이 없어 보일 것입니다. 관리자가 단순히 "TOS."와 같이 더 짧고 간결한 제목으로 스레드를 생성할 수 있는 기본적인 통제권을 가지는 것이 더 이상적일 것입니다.
솔직히 말해서, 관리자가 기본적인 규칙을 준수해야 한다면 관리자가 되는 것이 무슨 소용이 있습니까? 
대부분의 사항에 대한 통제는 관리자에게 있어 기본적인 필수 조건입니다.
이 기능이 공식 Discourse 설정에 추가되도록 요청하려면 어떤 카테고리에 게시해야 합니까? ‘feature’ 요청 카테고리가 맞을까요?
네, 맞습니다!
1개의 좋아요
그것은 꽤 나쁜 예시였습니다. 제목 길이 제한이 관리자에게 너무 많은 제약을 가하는 실제 상황은 어떤 것일까요? 아니면 이 문제는 단순히 원칙의 문제인가요?
2개의 좋아요
정확히 무슨 말씀이신지 잘 모르겠습니다. @Jagster님, 자유롭게 자세히 설명해 주십시오.
다만, "규칙"이나 "이벤트"와 같이 주기적인 업데이트가 필요한 짧은 제목이 적용되는 경우가 많습니다.
관리자가 단순히 "이벤트"라고 하는 대신 "이벤트 - 모든 사람이 참고할 수 있는 이벤트의 완전한 목록입니다"라는 제목을 올리는 예를 생각해 보십시오. 관리자가 설명을 제공하기를 원한다면, 그것은 게시물 본문에 포함될 수 있습니다. 설명을 제목으로 사용하는 것은 전문적이지 않아 보이며 일반적으로 권장되지 않습니다.
관리자의 기능을 확장하여 더 짧은 제목의 게시물을 만들 수 있도록 하는 것이 왜 큰 문제가 되나요?
왜 Discourse가 포럼 제목의 형식을 지시해야 합니까? 그것은 오직 사이트 소유자의 재량에 맡겨져야 합니다.
네, 맞아요 
세상 어디에도 TOS terms of conditions I wrote this long tittle because I have no control over my own site 같은 제목을 Terms of Service 대신 사용하는 사람은 없어요. 그러니까, 당신의 예시는 순수하게 가상의 것이었고, 그마저도 별로 좋지 못했어요. 그리고 그것은 당신의 주장을 뒷받침하지도 않아요:
Events도 또 다른 나쁜 예시입니다. 이것은 카테고리 이름이나 태그 이름이 될 수 있지만, 만약 당신이 이런 비정보적인 제목을 사용하길 원한다면 6자 제한을 사용할 수 있습니다. 아니면 당신의 주장이 관리자가 짧은 제목을 사용하는 것은 괜찮지만, 사용자에게 그런 제목을 보이거나 사용하는 것은 괜찮지 않다는 것인가? 음… 왜? 당신은 현실 세계에서 단단하고 유효한 예를 하나도 제시하지 못하고 있어요.
그래서 저는 어려운 시스템과 매우 혼란스러운 시스템을 구축하라는 요청/요구 이면에는 단순히 원칙적이고 이론적인 사고만 존재한다고 확신합니다.
큰 문제는 아닙니다. 하지만 일반적으로 '3의 규칙’을 따릅니다. 3명 이상으로부터 요청이 들어오면 검토합니다. 요청자가 1명뿐이라면, 이는 일종의 특수한 경우(snowflake)에 해당하므로 우선순위를 두지 않습니다.
그렇지 않습니다. 
사이트 소유자가 유연하게 사용할 수 있도록 거의 모든 기능을 설정 옵션으로 제공하기 위해 노력하고 있습니다. 이 경우 간단한 우회 방법이 있다는 것을 이미 알고 계시므로, 해당 기능 요청이 우선순위로 올라갈 때까지(만약 그렇게 된다면) 그 방법이 최선의 선택이 될 것입니다.
8개의 좋아요
자, 그럼 저도 한마디 보태겠습니다.
일반적으로는 짧은 제목보다는 더 길고 의미 있는 제목을 사용하는 방식을 지지합니다.
하지만 관리자/자체 개발자로서, 차별화된 제한 설정이 유용했을 사례를 충분히 목격해왔습니다.
그래서 관리자/스태프/사용자 제한을 오버라이드하거나 추가하는 플러그인을 만들려고 시도했는데, 서버 측 코드에 막혀 결국 *“이 주제는 다소 불분명합니다”*라는 메시지만 받게 되었습니다.
제 사용 사례는 카테고리별로 설정 가능한 것으로, 각 주제가 서로 다른 제목 길이 제한을 가질 수 있습니다.
예를 들어 상점, 제조업체, 책, 영화 등의 주제를 포함하는 카테고리를 생각해 보세요. 제목 자체는 과거 트위터로 불리던 "X"처럼 한 글자만으로도 충분할 수 있습니다(이제 그건 긴 제목이네요 
)
상점/제조업체 카테고리의 경우, 제목 끝에 :flag:를 붙이는 방식으로 긴급한 필요를 부분적으로 해결했습니다. 하지만 만약 책 제목이라면, 이 방법은 미학적으로 사용자 친화적이지 않습니다.
마찬가지로, 사용자가 제목 앞에 *“책 - ~에 대한 가이드”*처럼 접두사를 붙이는 것도 최적의 해결책이 아닙니다.
아마도 사용자가 제목이 충분히 정확하다고 판단하는 경우, 짧은 제목이더라도 승인 대기 상태로 표시할 수 있을 것입니다. 이는 카테고리별로 활성화할 수도 있으며, 적절하지 않은 곳(예: 개인 메시지와 일반 토론)에서는 짧은 제목을 허용하지 않도록 할 수 있습니다.
어쨌든, 모든 개발자 
와 다양한 기능이 어떻게 구현될지(혹은 구현되어야 할지)에 대해 신중하게 고민해 주신 분들에게 감사드립니다. 안정성과 보안 
에 대한 집중은 매우 감사한 일입니다.
3개의 좋아요
네, 자세한 답변 감사합니다.
1개의 좋아요