저는 Discourse를 꽤 좋아합니다. 저는 회사에서 Discourse를 도입한 선구자였는데, 다행히도 여러분 팀 덕분에 이제 커뮤니티로 변모했습니다.
검색창이 더 이상 실시간 검색이 아닌가요? 오늘부터 검색 방식이 달라졌습니다:
현재 변경 사항과 유사한 기능 요청에 대한 관련 주제를 찾아보려 했지만 아무것도 찾지 못했습니다. 옛날 검색 방식으로 되돌려 주시기를 부탁드립니다.
피드백 감사합니다! 검색 관련 변경 사항은 정말 마음에 들지만, 이전보다 클릭이 한 번 더 늘어나서 약간 더 번거롭게 느껴집니다.
혹시 클릭 없이 결과를 다시 표시하면서, 관련이 있을 때 상단에 있는 “모든 주제 및 게시글” 옵션에는 이 추가 클릭을 유지할 수 있을까요?
이전의 체크박스보다 이 스타일이 훨씬 좋습니다
어쨌든 모바일 화면에서는 원래 작동하지 않았던 것 아닌가요? 
게시물(토픽)을 보고 있을 때만 그렇습니다. 하지만 이건 이전에도 같은 동작이었죠?
맞습니다. 그 부분은 이미 논의되었습니다. 불행히도 저는 모바일로 Discourse를 2~3번 사용한 적이 있습니다.
죄송합니다. 제가 말하고자 한 것은 현재 토픽에서 검색 옵션이 새로 추가된 것이라는 뜻이었습니다(대부분의 경우 불필요하며, 아마도 매우 긴 토픽에서만 유용할 것입니다). 그리고 이 옵션은 첫 번째 위치에 있습니다. 이전 검색 기능은 잘 작동했습니다. 지금은 그 방식을 이해할 수 없습니다. 작성 중 토픽을 찾아 추가할 때 단축키를 사용할 수 없습니다.
답변해 주셔서 감사합니다. 라이브 검색은 정말 강력한 기능입니다. 더 나은 시각적 스타일을 이유로 이를 피할 이유는 없습니다. 검색은 무엇보다 간단하고 빠르야 합니다. 빠른 검색 결과를 위해 쉽게 접근할 수 있는 검색창이 필요합니다. 현재 버전이 더 좋다는 데에는 동의할 수 없습니다. 라이브 검색이 없고 클릭이 너무 많기 때문입니다.
동의합니다. 이제 특정 주제를 찾고, 그 주제 내에서 검색하는 데 시간이 엄청나게 걸리거든요. 저는 이걸 하루에도 여러 번 하고 있습니다.
ENTER 키를 눌러 검색하는 것은 꽤 일반적인 방식이므로, 이는 큰 문제가 되지 않는다고 생각합니다. 또한 이 2단계 검색 방식을 통해 더 명확한 구조를 제공할 수 있습니다.
1단계: 사용자, 카테고리, 그룹, 태그
2단계: 토픽, 게시글
아니요, 이것은 새로운 기능이 아닙니다. 이미 한동안 이 기능이 있었습니다. 특정 주제, 카테고리, 태그 또는 개인 메시지에 있으면, 이전에 해당 특정 컨텍스트에서 검색할 수 있는 체크박스가 표시되었습니다. 새로워진 점은 체크박스가 “이 주제에서 키워드” 행으로 대체되었다는 것입니다.
이것은 정당한 불만입니다. 저는 이 검색 변경 사항에 관여했으며, 이것이 문제로 제기될 것이라고 매우 예상하고 있었습니다. 바로 위에 @Don님이 지적하신 대로, Enter 키를 누르면 모든 주제에서 검색할 수 있습니다. 또한 상하 화살표 키를 사용하여 사용 가능한 검색 결과 사이를 이동할 수 있으므로, 현재 주제에서 검색하려면 아래 화살표 + Enter를 눌러야 합니다.
특히 검색을 많이 사용하는 기존 사용자에게는 이 적응이 쉽지 않다는 점을 잘 알고 있습니다. 훨씬 더 느리게 느껴지기 때문에 변경 사항에 적응하기가 어렵습니다. 그러나 우리는 몇 가지 이유로 이 변경을 했습니다:
따라서 짧은 적응 기간 후에 검색이 좋은 느낌을 주기를 바랍니다. 이것이 우리의 목표이지만, 적어도 일부 마찰을 일으키지 않고 변경 사항을 만드는 것은 때때로 어렵습니다.
a 단축키가 검색 결과를 주제에 추가하는 데 작동하지 않는다는 뜻인가요? 제 환경에서는 작동하지만, 회귀 버그가 있습니다(조금 후 수정 예정): 이전에 절대 URL이었던 것을 작성기에 상대 URL로 게시합니다.
이 조언 덕분에 제 생각이 '새로운 검색 기능은 싫다’에서 '괜찮고, 성능 영향이 줄어든 점은 칭찬할 만하다’로 바뀌었습니다. 현재 '검색’이라고만 표시되는 플레이스홀더에 이 조언이 표시되면 정말 좋겠습니다.
이 변화에 적응할 수 있을 것 같지만, 작은 문제 하나가 있습니다.
단어를 검색하면
모든 주제와 게시글을 클릭하면
유일한 결과인 해당 주제를 클릭한 후 그 주제 내에서 검색을 원하는데, 클릭한 후에도 “이 주제에서 검색” 옵션이 나오지 않습니다.
햄버거 메뉴를 누르면 고급 검색으로 이동하며, 검색 단어 뒤에 공백을 입력해야만 이 주제에서 검색하라는 프롬프트가 나타납니다.
기억이 틀린 것일 수도 있지만, 주제를 클릭하면 검색 단어를 수정하지 않아도 주제 내에서 검색할 수 있는 프롬프트가 나타나는 것 같았습니다.
보이지 않는 이유는 검색 패널이 이전 화면의 캐시된 결과를 표시하고 있기 때문입니다. 입력 필드에 새로운 내용을 입력하면 “이 주제 검색” 옵션이 표시되어야 합니다.
음, 이 업데이트에 대해 어떤 맥락에서 나온 건지 이해는 가지만, 아직 확신이 서지 않습니다.
제가 기대하는 동작은 다음과 같습니다:
두 경우 모두, 이전과 마찬가지로 두 번째 클릭 없이 해당 범위의 결과를 즉시 보고 싶습니다. 범위를 1클릭으로 변경하는 것은 괜찮습니다.
"단순히 엔터를 누르는 것"이라는 해결책은? 네, 작동은 하겠지만, UX 디자인 측면에서 "보여주되 말하지 말라(show, don’t tell)"와 “생각하지 않게 하라(don’t make me think)” 원칙에 반합니다.
이전 검색은 더 빠르고, 반응이 더 잘 되며, 사용하기 더 직관적이었습니다. 지금은 제 행동 방식을 고민해야 합니다.
네, 이해했습니다. 공백을 입력해야 한다는 추가 단계가 필요했군요. 답변해 주셔서 감사합니다.
이 말입니다.
이 해킹은 거의 모든 웹사이트에서 사용되고 있다고 생각합니다. 구글, 유튜브, 페이스북 등이 검색에 몇 가지 제안을 추가하지만, 프로세스는 디스커스(Discourse) 검색과 동일합니다. 디스커스에서는 이례적인 일이지만, 그저 습관일 뿐입니다. 새로운 검색 사용법에 대해 커뮤니티에서 꽤 긍정적인 피드백을 받았습니다. 이는 우리에게 성능 측면에서 몇 가지 좋은 이점을 가져다줄 것이라고 생각합니다. 
답변해 주셔서 감사합니다.
짜증나는 힌트, 태그, 사용자 목록은 검색이 더 이상 작동하지 않는다는 사실(추가 사용자 작업이 적용될 때까지)로부터 시선을 돌리기 위한 목적으로만 표시되는 것 같습니다.
솔직히 Enter 키를 한 번 더 누르는 것은 어렵지 않습니다. 하지만 왜 화면에 그런 특수 검색 항목들이 나타나는 걸까요? 일반 사용자가 보통 그것들을 사용합니까? 저는 그렇지 않다고 생각합니다. 지금은 팝업 태그와 이름이 모르는 사용자들의 이름이 덩어리로 떨어지는 것이 intrusive한 맥도날드 키오스크와 같습니다. 저는 튀긴 감자를 원하지 않지만, 클릭할 때마다 그것을 제안받습니다.
솔직히, 성능 문제로 인해 Discourse가 라이브 검색을 꺼야 한다는 것을 미리 알려주는 고정된 주제가 있었다면 공감했을 것입니다. 호스팅을 소유한 사람들은 현재 설정이 포함된 버전으로 유지하는 옵션을 가질 수 있습니다.
하지만 이제 beta6 또는 beta5로 롤백할 기회가 없습니다. 재구축이 충돌합니다.
ctrl+enter는 무엇을 하나요? 세 번째로 나타났을 때 클릭했습니다. 검색 상자에 아직 아무것도 없었기 때문에, 오류 메시지가 있는 빈 화면으로 리디렉션되었습니다.
오늘 이미 교차 참조 링크 버그에 대한 버그 보고서를 보냈습니다. 맞습니다, 그런 문제가 있습니다. 저는 핫키가 이제 더 이상 효과적이지 않다고 썼는데, 추가 클릭이 있었고, 키보드 화살표가 올바른 옵션을 선택했는지 확인하기 위해 화면에서 시선을 돌려야 했기 때문입니다. 이전에는 사용자가 신경 쓰지 않았는데, 현재 주제에 대한 기본 검색이 꺼져 있었고, 그것을 도달하고 활성화하는 것이 쉽지 않았기 때문입니다.
아, 그렇군요. 원래 대부분의 서버가 Discourse의 검색 기능으로 이미 어려움을 겪고 있었나요?
우리는 무의미한 검색 작업이 서버가 수행한 전체 검색 작업의 대부분을 차지한다는 사실을 관찰했습니다. 서버는 방대한 양의 검색 작업을 수행했으며, 일부 사이트에서는 총 비용 기준으로 2위 또는 3위에 해당하는 가장 비싼 경로였습니다.
우리 서버는 매우 빠르므로 이러한 부담을 많이 감당할 수 있습니다. 반면, 자체 호스팅을 사용하는 사용자는 지나치게 높은 비용을 치러야 했습니다.
이것은 우리의 계획에 없습니다. 물론 우리는 디자인을 조정하고 개선하며, 힌팅을 더 풍부하게 만드는 등 여러 시도를 할 것입니다. 하지만 이 배를 다시 항구로 되돌려 보내는 계획은 없습니다.
치즈가 이동했습니다. 이 상태를 14일간 견디며, 상황을 더욱 개선하기 위해 우리가 할 수 있는 작은 조정에 대한 피드백을 제공하는 것을 강력히 권장합니다.
치즈는 되돌아오지 않을 것입니다.
설명해 주셔서 감사합니다. 문제는 기술적인 것이 아닙니다. SaaS 운영자로서, 라이브 검색 중 무의미한 검색에 대해 Discourse pay를 지불하는 것은 너무 비쌉니다. 각 사용자의 동작에는 비용이 발생합니다. Discourse가 오픈소스이므로, 유지보수자의 비용이 더 적어야 한다는 의견에 동의합니다. 커뮤니티 멤버로서, 저는 개발 팀을 지원해야 합니다.
어쨌든, 이전 버전의 검색은 설정이 가능했습니다. 현재는 태그별, 사용자별 등의 일부 옵션이 기본적으로 비활성화되어 있던 상태에서 활성화되었습니다.
저는 이 포럼에 없는 사용자들의 감정을 대변하고 있습니다. 여기에서 가장 활동적인 사용자들은 자사 호스팅 인스톨레이션의 관리자, 개발자, 또는 디자이너일 것이라고 추측되므로, 제 피드백이 유용하길 바랍니다.
직관에 따르면 검색 버튼은 검색 상자 바로 오른쪽에 있어야 합니다. 그런데 대신 검색 초기화 버튼이 있습니다. 이 버튼이 있다는 걸 방금 이제야 알아차렸습니다.
놀랍게도 구글도 비슷한 구조입니다. 구글도 존재를 전혀 몰랐던 이 기이한 검색 초기화 버튼을 가지고 있습니다. 차이점은 구글이 적어도 검색 버튼과 결과를 명확히 구분한다는 점입니다.
UX 관점에서 디스코스가 많은 것을 올바르게 했다고 생각합니다. 하지만 몇 가지 기이한 부분도 있습니다. 어떤 변경은 개선이지만, 어떤 변경은 단순히 변경일 뿐입니다.
이 문제의 근본 원인은 명확하게 정의된 가이드라인에 기반한 디자인 시스템 없이 즉흥적으로 변경이 이루어지기 때문이라고 생각합니다. UI는 개발자들이 수년에 걸쳐 쌓은 직관적인 지식에서 자라났습니다. UI 결정背后的 패러다임은 명확하게 언어화되지 않았으며, 거의 독재적인 방식으로 결정되고 있습니다.
디자인 시스템은 완전히 독재적이지 않나요? 이 특정 변경 사항에 대해, 디자인 시스템이 어떤 지침을 제공해 줄 수 있었을까요?
이런 사례가 있나요? 이런 상황이 발생하면 Meta에서 자유롭게 질문해 주세요. 제가 아는 한 모든 변경 사항에는 그 뒤에 합리적 이유가 있습니다… 하지만 커밋 메시지를 제외하고 모든 변경 사항의 이유를 공지하지는 않는 것이 사실입니다.
우리는 Discourse에 어떤 것이 포함될지에 대한 최종 판단을 내리는 주체(누군가는 해야 하니까)라는 점에서 거의 독재적입니다. 그러나 고려해야 할 요인이 많습니다. 성능은 이미 언급되었지만, 고객들의 피드백도 중요한 역할을 합니다. Discourse는 고객들 없이는 존재할 수 없기 때문입니다. 또한 우리는 자체 호스팅 커뮤니티의 더 넓은 범위에서 이 유형의 피드백을 수집하기 위해 Meta를 운영하고 있으며, 대규모 사이트(특히 다른 플랫폼에서의 대규모 마이그레이션)의 Contribute > Site feedback 카테고리를 지켜보며 일반 사용자들이 어떻게 느끼고 있는지 파악합니다.
