신뢰 수준 내부 이름을 변경할 수 있는지 궁금합니다. 현재 이름이 UI를 깨뜨리고 있고, 올바른 내용을 표시하기 위해 4개나 더 그룹을 추가하고 싶지는 않습니다(less is better).
스페인어 번역과 관련이 있을까요?
신뢰 수준 내부 이름을 변경할 수 있는지 궁금합니다. 현재 이름이 UI를 깨뜨리고 있고, 올바른 내용을 표시하기 위해 4개나 더 그룹을 추가하고 싶지는 않습니다(less is better).
스페인어 번역과 관련이 있을까요?
안녕하세요,
가능합니다! 다음을 확인하세요: your.domain/admin/customize/site_texts?q=groups.default_names.trust
더 깊이 파고들어도 좋으니, 여러분의 의견이나 참고할 수 있는 링크를 주시면 감사하겠습니다.
이런 종류의 세부 사항이 참여도(engagement)에 차이를 만든다고 생각해요. 모든 커뮤니티가 개발자를 위해 만들어지는 것은 아니니까요 ![]()
신뢰 수준(trust levels)이 더 유연해지길 바랍니다. 구독(subscriptions)에서 이를 사용할 수 없고, 이름을 변경할 수도 없으며, 제거할 수도 없거든요 (배지도 마찬가지고요).
처음에는 Administrative Bulk Operations 에 관련 기능이 있을 줄 알았지만, 예상했던 대로 Can I change the "Staff" Group Name? 와 같이 해당 기능이 없습니다.
현재 기본 로케일을 변경하여 재빌드하면 자동 그룹 이름이 바뀌는지 테스트 중인데, 아쉽게도 성공하지 못했습니다
.
이 이름들은 초기 설정 시 정의되며, 예를 들어 프랑스어에서는 여기에서 정의됩니다:
참고로 배지는 enable badges 매개변수를 통해 "제거"할 수 있습니다 ![]()
일부는 영구적인 줄 알았는데, 괜찮습니다. 코어 팀이 그 점에 대해 일리가 있다고 생각합니다. (:
스태프 그룹에 대해서도 같은 질문을 했습니다. (숨기고 다른 그룹을 사용해야 하는데, 워크어라운드는 괜찮지만 @trust_level_1을 변경할 수 있는 기능이 필요합니다)
그렇게 보이는 것은 정말 나쁘네요. 편집증적인 사용자가 사이트 데이터를 삭제할 수도 있잖아요 (?)
Rails 콘솔에서는 거의 모든 것이 가능할 것이라고 확신하지만, 제 지식 수준으로는 이를 위해 코드에 대한 광범위한 이해가 필요합니다!
실제로는 변경됩니다. 다만 정확히 언제, 어떻게 변경되는지는 아직 약간 불분명합니다. (/wizard/steps/locale를 다시 방문해야 하는 걸까요? 아니면 discourse-setup을 실행해야 하는 걸까요? 혹은 반복 작업에 의해 백그라운드에서 처리되는 걸까요…)
그래서 이제 질문은 플러그인을 사용하여 로케일을 추가할 수 있는지가 됩니다 ![]()
네! Add a new locale from plugin
UI가 왜 깨지는 건가요?
모든 trust_level 그룹을 숨겨서 그룹 페이지에서 관리자/모더레이터만 볼 수 있도록 설정할 수 있습니다.
기본 신뢰 수준을 사용하되, _default_trust_level_ux 대신 멋진 이름을 붙이는 방식입니다.
Discord와 구독을 연동하고 있다면, Discourse의 철학에 따라 모든 청중을 참여시키면서도 유료 정보를 제공할 기회를 제공하려는 경우라면 이는 의미 있을 수 있습니다.
문제는 코딩을 모르는 사용자에게 그 목표를 거의 불가능하게 만드는 그 작은 부분들에 나타납니다.
우리는 학습 곡선을 극복하기 위해 최선을 다하고 있습니다 ![]()
자, 팀의 놀라운 노력 덕분에 놀랍도록 실현 가능한 것으로 밝혀졌습니다.
default locale 매개변수에서 사용자 지정 로케일을 확인하고 선택했습니다sudo /var/discourse/./launcher enter apprails cGroup.refresh_automatic_groups!()exit; exit그 점에 대해 정말 감사합니다.
시해 보았지만, 스페인어 설정에서는 trust_levels가 업데이트되지 않는 것을 확인했습니다 (단, Admins 그룹에서는 변경이 정상적으로 적용되었습니다):
https://github.com/satoshinotdead/discourse-custom-locale/blob/main/config/locales/server.es_XX.yml
제 인스턴스 자체와 관련이 있을 수도 있습니다. 로그를 확인해 보았지만, 관련 오류는 발견되지 않았습니다.
간단히 확인해 보았는데, 이렇게 하면 작동했습니다:
groups.default_names.trust_level_0을 'Randoms’로 변경합니다 (Language: Español)/sidekiq/scheduler로 이동하여 Jobs::EnsureDbConsistency를 수동으로 트리거합니다다른 토픽에서 일부 사용자가 이미 새로운 그룹 이름을 사용하고 있어 충돌이 발생하는 문제가 있었습니다. 이 방법으로 해결되지 않는다면, 그 때문일 수도 있습니다.
수동으로 Jobs::EnsureDbConsistency 트리거를 실행한 후 다시 빌드해야 하나요?
시해봤는데 안 되네요
그래도 감사합니다!
리빌드는 필요하지 않습니다. 이는 예약된 백그라운드 작업이므로, 언젠가 자동으로 실행됩니다. 수동으로 트리거하는 것은 단순히 대기 시간을 줄이는 것뿐입니다.
왜 작동하지 않는지 확실하지 않습니다.
그리고 이름이 충돌하여 문제를 일으킬 수 있는 다른 그룹/사용자/기타 항목이 없나요?
이전에는 새 그룹을 사용했는데, 여러분이 알려준 단계를 따르기 전에 이름 변경이나 삭제를 잊고 있었습니다.
완료되었습니다. 다시 한번 감사합니다!
기본 trust_levels의 수정된 문자열에 대한 grups를 업데이트할 수 없는 경우 가장 좋은 접근 방식은 무엇인가요?
이미 시도해 본 것:
groups.default_names.trust_level_X)EnsureDbConsistency를 리셋했습니다Group.refresh_automatic_groups!()를 실행했습니다그걸 작동하게 만들었다고 생각했는데요?
처음에는 정상적으로 작동했지만, 일부 trust_level 이름을 업데이트하려고 했을 때 더 이상 업데이트가 되지 않았습니다.
그룹은 여전히 업데이트되지 않았고, 앱에 진입하는 동안 플러그인이 변경되었습니다 (앞서 언급했듯이 UI의 이름도 포함):