/admin 페이지에는 예전에는 멋진 버전 섹션이 있었습니다. 어디로 사라진 걸까요?
저는 셀프 호스팅을 하고 있습니다. 어떤 버전을 사용 중인지 말씀드릴 수 있을 텐데… 아… 그게 바로 문제입니다.
포럼에서 Dashboard improvements 예정된 변경 사항이 활성화되어 있나요?
해당 기능이 비활성 상태라면 여전히 다음과 같은 화면이 표시됩니다.
Discourse 버전을 확인할 수 있는 다른 방법도 있습니다:
5개의 좋아요
4개의 좋아요
고맙습니다. 이번 변경은 별로 마음에 들지 않지만, 익숙해지겠지요.
2개의 좋아요
새 대시보드가 이제 사용량 통계로만 제한된 건가요? 대시보드는 관리자 영역에 접속할 때 랜딩 페이지로 표시되므로, 대시보드에서 선택할 수 있는 파셜(부분 화면)이 훨씬 더 많았으면 좋겠습니다. 현재 제공되는 보기 옵션 중 매일 사용할 때 흥미로운 것이 하나도 없습니다. 저처럼 대시보드가 마케팅보다는 더 기술적인 방향으로 구성되길 선호하는 사용자가 더 있을 것 같습니다.
7개의 좋아요
이전에 논의했던 내용처럼
Better insights into your community with the redesigned admin dashboard
(저는 동의하며, 해당 스레드에도 게시했지만, 제게는 이 변화가 마케팅 중심으로 느껴지고, 우리 중 많은 분들이 엔지니어링 중심적으로 사고한다는 점을 말씀드리고 싶습니다.)
2개의 좋아요
저는 우리라는 표현에 동의하지 않습니다. 우리란 여기서 답변하는 사람들인가, 질문하는 사람들인가, 아니면 여기에서 도움을 주는 사람들인가? 아니면 기술 지원 포럼의 문제들의 본질, 즉 이 포럼의 특성을 의미하는 것인가? 아니면 디스코र्स(Disourse) 관리자의 역할을 가리키는 것인가? 그리고 만약 그렇다면, 우리는 IT 부서를 가진 대기업에 대해 이야기하는 것인가, 아니면 스스로 세팅한 셀프호스터(self-hoster)에 대해 이야기하는 것인가?
CDCK의 주요 매출 외적으로, 디스코르스는 워드프레스(WordPress)가 그랬던 것처럼 엔지니어가 아닌 사용자를 향해 나아가고 있습니다. 여기에는 순수한 하이테크(고급 기술) 관련 이야기가 많이 있지만, 실제로는 엔지니어 수준에서 아주 먼 사람들로부터 오는 주제들이 큰 비중을 차지합니다 — 그리고 제 추측은, 그들이 기술적 세부사항보다 커뮤니티와 토론이 어떻게 작동하고 유지되는지에 더 관심이 있다는 것입니다.
어떤 곳의 지원이 얼마나 좋은지에 대한 이야기를 많이 들었습니다. 물론 문제를 가능한 한 빨리 해결하는 것은 중요하지만, 진정한 지표는 지원이 얼마나 적게 필요한가입니다. 이는 제품의 품질이 얼마나 좋은지를 바로 보여줍니다. 그 일부는 쉬운 커스터마이징이고, 일부는 관리자 페이지에서 무엇을 볼지를 선택할 수 있는 가능성입니다. 매일 사용하는 버전과 같은 기술적 세부사항이 필요하다면, 그것은 괜찮습니다. 만약 그 필요성이 더 판매(sales) 범주에 속한다면, 그것도 괜찮습니다.
그러나 경계를 설정하고 우리가 동일한 필요를 가진 하나의 동질적인 집단이라고 말하는 것은 정말로 위험합니다. 저는 기술에 대해 두려워하지 않지만, 저에게 기술은 목적이 아니라 도구일 뿐입니다.
작은 예 하나를 들어보겠습니다. 제게는 제 포럼이 얼마나 많은 (가능한) 인간 방문객을 받고 있는지, 그리고 어디서 오는지를 보는 것이 정말로 중요합니다. 저는 매일 그 정보가 필요합니다. 그것은 더 판매적인 일입니다(비록 그 용어를 싫어하더라도). 또한 봇(bots)의 수량도 필요하지만, 그것들은 원치 않는 부하를 만들기 때문이며, 저는 그 데이터를 항상 필요로 하는 것은 아니지만 가끔씩 필요로 합니다. 그래서 그 정보가 제 환경을 매번 어지럽히지 않는 한, 추가 클릭을 하는 것에 완전히 만족합니다. 저는 그것이 엔지니어링 관련 기술 정보라고 생각합니다.
그러므로, 엔지니어조차도 0과 1을 이용한 if-then-else 사고를 하는 경향이 있지만, 우리는 겹치는 필요들을 가지고 있습니다. 그리고 그것이 우리가 선택할 수 있는 옵션이 필요한 이유입니다.
1개의 좋아요
이제는 관리자가 아니라 "커뮤니티 매니저"를 위해 설계되었는데, 이는 디스커스가 호스팅 고객을 최대한 많이 유치하려는 전략과 맞닿아 있기 때문입니다. 하지만 apparently 대시보드가 이제 더 커스터마이징할 수 있다고 하네요. 다만 아직 이 부분을 직접 살펴볼 여유가 없었습니다.
데이터 익스플로러를 활용하면 현재 대시보드에 없는 많은 정보를 가져올 수 있지 않을까요? 잘 모르겠네요 
개인적으로 대시보드에 많은 시간을 보내는 편은 아니지만, 관리자나 엔지니어링에 더 관심이 많은 우리들을 위해 테마 컴포넌트나 플러그인을 개발하여 현재 대시보드의 기능을 보완할 수 있을 것 같습니다(혹은 옛날 대시보드를 되살리는 것도?).
1개의 좋아요
그렇습니다. 그것이 된 것은 “보고서”나 “통계”입니다. 그것들은 모두 좋습니다. 하지만 그것들은 관리자(admin)의 책임이 아닙니다.
이것은 정말 과장된 것처럼 느껴집니다. Discourse가 호스팅하지 않는 모든 커뮤니티는 기술적 수준에서 사이트가 작동하도록 유지하는 데 책임이 있는 실제 관리자가 있어야 합니다. @Ed_S가 언급한 “우리”는 Discourse 포럼을 관리하는 실제 사람 그룹입니다. 통계가 가치 없다는 것을 말하는 사람은 아무도 없습니다. 그들은 단지 포럼의 기술 관리자에게 그다지 중요하지 않을 뿐입니다. 그리고 여기서 말하는 관리자는 포럼 소프트웨어가 작동하도록 유지할 수 있는 권한을 부여받은 유형의 사용자를 의미합니다.
2개의 좋아요
(사실 이 경우 '우리’는 대시보드를 보기 위해 관리자 버튼을 클릭하는 사람들을 의미합니다.)
2개의 좋아요
음, Discourse는 기업이고 호스팅이 그들의 사업이니까 이해는 가요. 작년 말에 조직 개편을 한 이후로, 사업에 노력을 더 집중해야 했을 테니까요. 기본 대시보드가 커뮤니티 매니저를 위한 것이라면 말이 되네요.
또, 커스터마이징이 가능하고 개발에 관심 있는 관리자가 원하는 정보를 얻을 수 있도록 확장할 수 있다면, 저는 큰 문제가 없다고 봐요. 아마도 코드를 조금만 손보면 개선할 수 있는 부분이 있을 수도 있겠죠. 그들이 관리자가 원하는 것을 직접 만들라고 부담을 지우고, 그게 가능하다고 한다면, 저는 그 정도는 괜찮아요. #marketplace도 여전히 존재하니까요 
저에게 있어서, 이해가 안 되고 싫어지는 부분은 그들이 Boost, Me-too 버튼, Discourse Rewind 같은 (제 생각엔) 무의미하거나 오히려 해가 되는 것들에 시간을 쓰는 거예요. 특히 그 기능들은 제 포럼에서는 절대 쓰이지 않을 거예요. 하지만 그들이 만든 것을 항상 마음에 들어 할 수는 없고, 그건 괜찮은 일이에요. 결국 의견과 우선순위의 문제일 뿐이니까요.
2개의 좋아요
아, 알겠습니다. Discourse.org의 호스팅을 유료로 이용하고 있다면, 업그레이드 정보를 알아야 할 필요가 없는데, 그건 업그레이드를 직접 통제하지 않기 때문이죠.
제 말씀의 요지는, 관리자가 관리자 인터페이스에 접근하는 방식이 사이드바의 "Admin"을 클릭하는 것이라는 겁니다. 제 생각에 이 버튼은 항상 관리자 페이지로 연결되어 왔고, 그곳에는 사이트를 관리하는 데 필요한 정보가 포함되어 있었습니다. 하지만 아마도 저는 이미 결론이 난 문제를 계속 따지고 있는 것 같네요.
네, 부스트 기능은 제게도 어리석어 보입니다. 하지만 포럼이 기술 지원을 위한 것이라면 “나도 마찬가지” 버튼은 이해가 가요. 같은 문제를 겪고 있다는 글을 수십 명이 올리도록 할 필요는 없으니까요. 메타(Meta)에서 시간을 보내면서 사람들이 이 소프트웨어를 얼마나 다양한 방식으로 활용하는지 깨달았습니다.
결국, 소프트웨어 개발이 계속될 수 있는 자금 조달 모델의 필요성은 충분히 이해하고 있습니다.
2개의 좋아요
네, 하지만 그게 같은 문제라는 보장은 없어요. 많은 경우 실제로는 그렇지 않거든요. 예를 들어 부스트(Boosts) 같은 기능은 제 생각엔 게으른 게시글 작성을 부추기는데, Discourse는 정반대로 질 높은 게시글 작성과 참여를 장려해야 합니다.
2개의 좋아요
저는 어드민이고, 제 포럼에서 유일한 어드민입니다. 그리고 그 지표들은 저에게 중요합니다. 따라서 정말 과장된 표현이었나요? 단순히 저와 상당수의 다른 어드민들을 다소 조작된 일반화의 대상인 ‘우리’라는 집단에서 제외했기 때문인가요?
대신, 릴리의 분석이 완전히 틀리다고 보지는 않습니다. 하지만 그럼에도 불구하고 커스터마이징을 위한 도구들이 필요합니다.
1개의 좋아요
하지만 지금 제 생각은 이게 정말 중요한 문제인지, 아니면 또 다른 자잘한 사안인지 하는 거예요 
이 정보가 어딘가에서 여전히 관리자 화면에 남아 있는 건가요? 제가 놓친 건지 모르겠어요. 대시보드와 업데이트 페이지를 확인해 봤습니다.
1개의 좋아요
이 문제를 호스팅을 제공하는 우리가 고객을 위해 디자인하는 것과, 사람들이 직접 또는 다른 곳에서 호스팅을 하면서 디자인하는 것의 차이로 보지 않습니다.
사이트가 어디에 호스팅되든, 사람들이 서로 다른 역할을 수행하는 상황에 맞춰 디자인하는 문제로 봅니다.
한 사람이 여러 역할을 겸할 수도 있지만, 항상 그런 것은 아닙니다.
자율 호스팅(self-hosting) 환경에서도 커뮤니티 운영에 집중하고, 기술적인 부분은 친구나 다른 사람에게 도움을 요청하는 사람들을 여기서 볼 수 있습니다.
모든 것을 직접 처리하더라도, ‘시스템 관리자’ 역할을 할 때와 ‘사이트 관리자’ 역할을 할 때, 그리고 ‘커뮤니티 매니저’ 역할을 할 때를 좀 더 의식적으로 구분하는 것이 도움이 될 수 있습니다.
우리도 문서와 논의에서 이 구분을 명확히 하려고 노력해 왔습니다.
최근 변경 사항들은 실제로 관리자 대시보드의 초점을 ‘커뮤니티 매니저’ 역할에 관심 있는 사람들이 신경 써야 할 사항으로 옮겼습니다.
그러나 /admin 전체를 놓고 볼 때, 여전히 이러한 서로 다른 역할들의 요구 사항을 모두 다뤄야 합니다.
/admin이 더 사용자 정의 가능해지고, 단일 사이트 내 개인에 따라 랜딩 페이지에 어떤 항목을 표시할지 개인적인 선택을 할 수 있는 미래가 올 수 있다고 봅니다.
하지만 이번 변경 사항에서는 기존 페이지 내에서 요소들을 분리해 나가는 데 집중했습니다.
‘업데이트 관리’ 페이지는 현재 이러한 버전 정보를 더 통합하고, 업데이트 이력 및 변경 사항 기록(changelog) 링크와 같은 추가 정보를 추가하는 곳입니다.
여기에 기여하는 방법으로 다음을 고려해 볼 수 있다고 생각합니다:
- (a) 해당 페이지 자체를 더 유용하게 만드는 방법을 고려하기
- (b) 해당 페이지를 더 쉽게 찾을 수 있게 만드는 방법을 고려하기
- (c) 다른 곳에 노출할 수 있거나/노출해야 할 정보가 무엇인지 고려하기 (이를 수행할 때마다 해당 페이지 자체로 링크를 걸어야 한다고 가정하면 (b)와 관련될 수 있음)
2개의 좋아요
/admin/update는 Docker 매니저 플러그인이 제공하는 기능이기 때문에 안전 모드에서는 작동하지 않습니다. 브라우저 콘솔에서도 버전 정보를 확인할 수 있다는 점은 알고 있지만, 무언가가 고장 나서 안전 모드가 필요한 경우 관리자가 인터페이스에서도 이 정보를 볼 수 있어야 한다고 생각합니다. 버전 정보가 꽤 중요한 경우가 바로 이런 상황입니다.
8개의 좋아요