코어에 이미 포함되어 있지만, show_additional_about_groups 설정은 여전히 숨겨진 사이트 설정이므로 화면에 표시되지 않습니다.
마이그레이션이 이전에 해당 구성 요소를 사용했던 사이트들에게 이를 활성화했을 것으로 생각합니다. 모든 사용자에게 활성화될지, 아니면 단순히 제거될지는 확실하지 않습니다. 마이그레이션 과정 동안에만 필요한 것으로 보입니다.
제 이해가 맞다면, 아이디어는 다음과 같습니다. show_additional_about_groups 설정이 코어에 추가됩니다. 그런 다음 테마 구성 요소에 체크 로직이 추가되어 show_additional_about_groups가 false인 경우에만 그룹이 표시되도록 합니다. 이는 이전과 동일한 방식으로 작동하게 된다는 의미입니다. 이후에는 모든 기능이 코어에 내장되지만, show_additional_about_groups가 true인 경우에만 표시됩니다.
설정이 자동으로 마이그레이션된 후, show_additional_about_groups가 활성화됩니다. 이제 코어의 코드가 그룹을 표시하며 더 이상 구성 요소는 사용하지 않게 됩니다.
이 마이그레이션은 3일 전에 추가되었습니다. 그리고 2일 전에 사용자에게 표시되던 알림이 구성 요소에 추가되었습니다.
마이그레이션이 사용자에게 명확하게 작동하지 않은 이유(설정이 자동으로 적용되지 않았고, show_additional_about_groups가 활성화되지도 않았음)는 알 수 없습니다.
전체적인 경고가 사용자가 관리자인지 여부를 확인하지 않는 것은 분명히 실수라고 생각합니다.
마이그레이션이 @Richie의 구성을 컴포넌트에서 핵심 설정으로 이동시키고, 숨겨진 사이트 설정인 show_additional_about_groups도 활성화해야 한다고 생각했습니다. 작동하지 않은 이유는 인터페이스에서 쉽게 변경할 수 있으므로 이름을 변경했기 때문일 수 있습니다.
마이그레이션이 remote_themes 테이블의 remote_url과 일치하는 컴포넌트를 확인하는 대신 이름만 기준으로 하는 이유는 무엇인가요? 공식 저장소에서 설치된 경우, 이름이 변경된 컴포넌트도 이를 통해 감지할 수 있을 것입니다.
마이그레이션이 실행되지 않아 활성화되지 않은 숨겨진 사이트 설정은 코어가 그룹을 표시하는 것을 차단했고, 대신 컴포넌트가 여전히 그룹을 표시했습니다. 그러나 컴포넌트의 전역 알림은 컴포넌트를 삭제하라고 알려주었습니다. 그 후에도 show_additional_about_groups가 여전히 비활성화 상태였기 때문에 코어는 여전히 그룹을 표시하지 않았고, 이를 활성화하기가 쉽지 않았습니다.
자동 마이그레이션이 작동하지 않았을 때 관리자는 수동으로 어떻게 마이그레이션해야 하나요? 구성을 복사하는 것은 문제가 아닙니다. 하지만 숨겨진 설정을 활성화할 필요 없이, 그룹을 표시하는 주체를 컴포넌트에서 코어로 전환하는 시점은 언제인가요?
컴포넌트를 삭제하라는 알림을 추가하기 전에 show_additional_about_groups를 모두에게 활성화하거나 인터페이스에 표시하는 것이 더 나았을 것입니다. 그러면 수동 마이그레이션이 가능했을 것이고, 이후 코어가 그룹을 표시하므로 컴포넌트를 삭제해도 관리자가 정보 페이지에서 그룹을 전혀 볼 수 없게 되는 일은 발생하지 않았을 것입니다.
현재 관리자가 about page extra groups 사이트 설정에 그룹을 추가해도 숨겨진 show_additional_about_groups 설정이 활성화되지 않아 아무 일도 일어나지 않습니다. 개발자의 관점에서는 모든 것이 의도대로 작동하고 있지만, 이는 버그처럼 느껴집니다. 설정이 숨겨진 것이 아니라 표시되는 경우, 관리자가 어떤 일이 일어나는지 이해하기가 더 쉬울 것이라고 생각합니다.