업그레이드 페이지에서 모든 플러그인의 새 업데이트를 확인하는 동안 기다리는 것이 번거롭고, 결국 docker_manager를 먼저 업그레이드해야 하는 상황이 발생합니다. 새 버전을 확인하기 전에 업그레이드 시스템이 먼저 docker_manager가 업데이트가 필요한지 확인하도록 설정할 수 있는 방법이 있을까요? 업그레이드를 수행할 때 불필요한 시간을 보내는 관리자들에게 많은 HTTP 요청과 시간을 절약해 줄 수 있을 것입니다.
12개의 좋아요
나도 좋은 아이디어라고 생각해. 누군가 이 작업에 참여하고 싶다면 pr-welcome 라벨이 붙어 있을 거야 
7개의 좋아요
훌륭한 아이디어입니다. 매번 아래로 스크롤해서 먼저 확인해야 하니까요.
5개의 좋아요
이걸 시도해 보기로 했습니다. PR 링크: UX: Always show the docker_manager plugin second in the list - Pull Request #100 - discourse/docker_manager - GitHub
이렇게 하면 discourse 자체 다음으로 docker_manager가 목록에서 항상 두 번째로 표시됩니다:
수정: 병합되었습니다 
15개의 좋아요
@david님 감사합니다! docker_manager가 최신 버전이 아니라면 다른 플러그인에 대한 검사도 건너뛰는 건가요?
3개의 좋아요
아니요, 건너뛰는 것은 아닙니다. 다만 docker_manager가 먼저 실행된다는 뜻입니다. 관리자는 다른 플러그인이 로딩되는 동안에도 즉시 docker_manager의 업데이트 버튼을 클릭할 수 있습니다.
즉시 설치할 수 없더라도, 다른 플러그인에 업데이트가 있는지 확인하는 것이 여전히 유용하다고 생각하지 않나요?
5개의 좋아요
보통 docker_manager의 새 릴리스를 보게 되는 이유는 관리자 알림에서 새 Discourse 릴리스가 공지되었기 때문이며, 따라서 대부분의 경우(80~90%) 1. docker_manager 업그레이드, 2. 전체 업그레이드를 순서대로 수행하게 됩니다.
단일 플러그인을 확인하려면 어쨌든 아래로 스크롤해야 합니다. 저는 단순히 낭비되는 리소스에 대해 생각하고 있습니다. 수년간의 업그레이드와 수천 개의 인스턴스를 거치면 상당한 리소스를 절약할 수 있을 것입니다.
중간책면은 docker_manager 업그레이드 버튼을 클릭할 때 확인 요청을 중단하는 것이라고 생각합니다. 하지만 이 플러그인이 최신 버전이 아닐 때 단순히 확인하지 않는 것이 가장 합리적이라고 생각합니다. 저에게는 통계 자료가 없지만, 여러분에게는 있을 수도 있습니다.
4개의 좋아요
우리는 매니지드 호스팅에서 docker_manager를 사용하지 않으므로, 안타깝게도 통계가 없습니다.
하지만 '업데이트 확인’은 매우 저렴한 작업입니다. 내부적으로 docker_manager는 각 플러그인에 대해 git remote update를 실행합니다. 이는 마지막 확인 이후 변경된 내용만 가져오므로, 데이터 전송량은 매우 적을 것입니다.
5개의 좋아요
이 주제는 6일 후 자동으로 닫혔습니다. 더 이상 새로운 답변을 남길 수 없습니다.