>
> We're seeing errors in logs due to some sites setting the reserved\_usernames set…ting to nil. This is causing multiple use cases upstream of User#reserved\_username? to error out.
>
> This commit changes from using the raw #reserved\_usernames to using the #reserved\_usernames\_map helper which exists on list-type site settings. It returns an empty array if the raw value is nil or empty string.
---
### Author:  [@tig3](https://meta.discourse.org/u/tig3)
#### Post date: [11월 13, 2024, 9:09오후 UTC](https://meta.discourse.org/t/default-reserved-usernames-can-not-be-deleted/336020/3 "2024-11-13T21:09:36Z")
안녕하세요 @southpaw, 답변 감사합니다.
하지만 해당 필드의 null 값에 문제가 있다는 점을 커밋 메시지에서 이해한 바로는, 딱 하나 또는 두 개만 하드코딩하는 것이 더 좋지 않을까요? 예를 들어 포럼의 일부 메시지에 "support"나 "info"라는 사용자 이름으로(또는 단순히 Admin으로) 사용자를 생성하고 싶다면, 그렇게 하려면 yml 파일을 수정하고 다시 빌드해야 하는 건가요?
감사합니다
---
### Author:  [@Jonathan5](https://meta.discourse.org/u/Jonathan5)
#### Post date: [11월 13, 2024, 9:23오후 UTC](https://meta.discourse.org/t/default-reserved-usernames-can-not-be-deleted/336020/4 "2024-11-13T21:23:36Z")
삭제할 수 없다면 더 이상在那里 존재해서는 안 됩니다. 모든 토큰에는 X 기호가 표시되어 있어 삭제할 수 있는 것처럼 보입니다. 아니면 적어도 X 기호는 제거되어야 합니다.
설명 텍스트에는 필수 항목을 나열하거나(해당하는 경우) 일부 항목에 X 기호가 없는 이유를 설명하는 것이 좋습니다.
---
### Author:  [@Moin](https://meta.discourse.org/u/Moin)
#### Post date: [11월 13, 2024, 9:35오후 UTC](https://meta.discourse.org/t/default-reserved-usernames-can-not-be-deleted/336020/5 "2024-11-13T21:35:19Z")
> [@Jonathan5](#):
>
> 모든 토큰에 X 기호가 있어서 삭제될 수 있는 것처럼 보입니다. 아니면 적어도 X 기호는 제거해야 합니다.
필수 값에서는 x 기호가 제거된 것 같습니다.
> [@tig3](#):
>
> 
---
### Author:  [@tig3](https://meta.discourse.org/u/tig3)
#### Post date: [11월 13, 2024, 10:04오후 UTC](https://meta.discourse.org/t/default-reserved-usernames-can-not-be-deleted/336020/6 "2024-11-13T22:04:43Z")
@southpaw 저는 새로 설치를 시도했고, site\_settings.yml 파일을 수정해 보았지만, 빌드 전이든 후이든 작동하지 않습니다.
그러면, 해당 값을 필수 필드에서 제거하여 해당 사용자 이름으로 사용자를 만들 수 있는 방법이 있는지 알려주실 수 있을까요?
---
### Author:  [@Jonathan5](https://meta.discourse.org/u/Jonathan5)
#### Post date: [11월 13, 2024, 10:37오후 UTC](https://meta.discourse.org/t/default-reserved-usernames-can-not-be-deleted/336020/7 "2024-11-13T22:37:59Z")
그럼 다 거둬들여야겠네요. 제 포럼을 살펴보았는데, 이제 업그레이드가 필요하다는 걸 알게 됐습니다!
(참고로, 텍스트를 강조할 수 없어서 인용을 하지 못했습니다. Hub 앱을 사용해 아이폰으로 접속 중입니다.)
---
### Author:  [@Jagster](https://meta.discourse.org/u/Jagster)
#### Post date: [11월 13, 2024, 10:45오후 UTC](https://meta.discourse.org/t/default-reserved-usernames-can-not-be-deleted/336020/8 "2024-11-13T22:45:32Z")
아이폰은 가끔 이런 일이 생깁니다. 그리고 꽤 자주, 같은 시간에 메시지 작성 창을 열지 못하기도 합니다. 앱을 종료했다가 다시 열면 해결됩니다. 버그 리포트를 해야 할 수도 있지만, 아이폰은 좀 까다로운 면이 있고 이 문제는 항상 일어나는 것도 아니라서 저는 신경 쓰지 않았습니다.
---
### Author:  [@tig3](https://meta.discourse.org/u/tig3)
#### Post date: [12월 2, 2024, 9:59오후 UTC](https://meta.discourse.org/t/default-reserved-usernames-can-not-be-deleted/336020/10 "2024-12-02T21:59:06Z")
> [@tig3](#):
>
> @southpaw 방금 새 설치를 수행하고 site\_settings.yml을 수정해 보았지만, 재빌드 전후 모두 작동하지 않습니다.
>
> 따라서, 필수 항목에서 해당 값들을 제거하여 해당 사용자 이름으로 사용자를 생성할 수 있는 방법이 있는지 알려주실 수 있을까요?
@southpaw 재시작 후에는 작동했지만, 재빌드 후에도 여전히 기본 설정으로 되돌아갑니다.
해당 커밋의 아이디어가 키의 빈 값을 단순히 허용하지 않는 것이었다면, `mandatory_values`를 더미 값으로 설정하여 비어 있지 않은 조건을 충족하면서 중요한 값들을 모두 제외하는 것이 더 합리적이지 않을까요?
이러한 풀 리퀘스트가 수락될 수 있는지 알려주시면 감사하겠습니다.
---
### Author:  [@martin](https://meta.discourse.org/u/martin)
#### Post date: [12월 4, 2024, 12:19오전 UTC](https://meta.discourse.org/t/default-reserved-usernames-can-not-be-deleted/336020/11 "2024-12-04T00:19:53Z")
여기서 (info, support, community) 몇 가지를 필수 값에서 제거했습니다. 나머지는 그대로 두는 것이 좋겠습니다. 회원들에게 더 혼란을 줄 가능성이 크기 때문입니다.
>
>
> Followup 56df077931e42749ea254a9df32154a8aa13bddc
>
> This removes info, support,… and community as mandatory values for the reserved\_usernames site setting. These could arguably be useful for admins generally. The rest can stay as-is as they are much more likely to be
> confusing to members.
>
> c.f. https://meta.discourse.org/t/default-reserved-usernames-can-not-be-deleted/336020
---
### Author:  [@tig3](https://meta.discourse.org/u/tig3)
#### Post date: [12월 5, 2024, 4:21오후 UTC](https://meta.discourse.org/t/default-reserved-usernames-can-not-be-deleted/336020/12 "2024-12-05T16:21:41Z")
@martin 감사합니다. 하지만 이전 답변에서 언급했듯이, 나머지 값들도 모두 삭제되어야 한다고 생각합니다(무작위/더미 값을 남기는 것으로).
> [@martin](#):
>
> 나머지는 그대로 두는 것이 좋습니다. 회원들에게 더 혼란을 줄 가능성이 크기 때문입니다.
저는 그 이유 때문에 해당 값들이 이미 **default** 아래에 존재한다고 생각합니다.
그리고 **아직도 사용자가 그들을 사용할 수 없습니다**. 관리자가 사용을 허용하도록 결정하지 않는 한(관리자 패널에서 해당 목록에서 삭제하는 것) 말이죠.
제 생각에는 셀프 호스팅 환경에서는 관리자가 결정할 자유를 주는 것이 더 좋습니다.
다음 시나리오를 고려해 보세요: 저는 **moderator** 라는 이름의 계정을 추가하고 싶습니다. 현재 설정에서는 이를 위해 서버에 ssh 접속하여 사이트 설정 파일(필수 값 목록에서 값을 삭제)을 수정하고 컨테이너를 재시작해야 합니다(그리고 재빌드 후 이 변경 사항은 초기화됩니다).
하지만 `mandatory_values`의 모든 값(하나를 제외하고)을 삭제하되(`default`에서는 삭제하지 않음), 관리자로서 저는 관리자 패널(예약된 사용자 이름 아래)에서 “moderator” 값을 단순히 삭제하고, 기존 사용자의 사용자 이름을 moderator로 빠르게 변경한 뒤, 향후 사용을 방지하기 위해 다시 moderator라는 단어를 추가할 수 있습니다.
**즉, 제가 제안한 방식은 여전히 모든 해당 사용자 이름이 기본적으로 허용되지 않도록 하지만, 관리자가 사이트 설정 파일을 수정할 필요 없이 언제든지 쉽게 삭제/추가할 수 있습니다.**
---
### Author:  [@Moin](https://meta.discourse.org/u/Moin)
#### Post date: [12월 5, 2024, 4:43오후 UTC](https://meta.discourse.org/t/default-reserved-usernames-can-not-be-deleted/336020/13 "2024-12-05T16:43:22Z")
> [@martin](#):
>
> 회원들에게 더 혼란을 줄 가능성이 높기 때문입니다
저는 그것이 사용되는 언어에 따라 달라진다고 생각합니다. 독일어 포럼에서는 "you"가 전혀 혼란스럽지 않습니다.