# 어떤 경우에도 관리자 UI에서 Discourse 업데이트가 실패합니다
**URL:** https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244
**Category:** Self-hosting
**Created:** [7월 28, 2025, 6:33오후 UTC](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244 "2025-07-28T18:33:43Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@jdc20181](https://meta.discourse.org/u/jdc20181)
#### Post date: [7월 28, 2025, 6:33오후 UTC](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244/1 "2025-07-28T18:33:44Z")
관리자 영역의 UI 업데이트 도구를 사용하여 업데이트를 시도할 때마다 항상 실패합니다. 1년 이상 전에 Discourse를 설치한 이후로 계속 실패하고 있습니다. 서버에 SSH로 접속하여 수동으로 업데이트하는 것은 어렵지 않지만, 기능이 올바르게 작동하지 않는 점이 frustrate(불편/좌절)스럽습니다.
Discourse가 Docker로 실행되고 있으며, 저는 Docker에 대해 깊이 있는 지식이 없기 때문에, 다른 사용자들도 같은 문제를 겪고 있는지, 그리고 어떻게 해결할 수 있는지 알고 싶습니다.
요약하자면: UI 업데이트 도구는 항상 실패하고, 커맨드라인은 첫 시도에서 성공합니다. 저는 서버에 SSH로 접속하지 않아도(자주 접속하지 않아도) 되는 방법으로 이 문제를 해결하고 싶습니다.
감사합니다!
---
### Author:  [@patrickemin](https://meta.discourse.org/u/patrickemin)
#### Post date: [7월 28, 2025, 7:17오후 UTC](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244/2 "2025-07-28T19:17:01Z")
안녕하세요, 저한테도 같은 상황이었습니다. 몇 달째 이렇게 되어 있습니다.
---
### Author:  [@Ethsim2](https://meta.discourse.org/u/Ethsim2)
#### Post date: [7월 28, 2025, 7:28오후 UTC](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244/3 "2025-07-28T19:28:13Z")
SSH로 서버에 연결한 경우, `free -h` 명령의 반환 값은 무엇입니까?
---
### Author:  [@jdc20181](https://meta.discourse.org/u/jdc20181)
#### Post date: [7월 28, 2025, 7:44오후 UTC](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244/4 "2025-07-28T19:44:48Z")
조사를 해본 결과, [최소한의 RAM 용량](https://meta.discourse.org/t/install-discourse-in-production-with-the-official-supported-instructions/142537?silent=true)을 권장받은 그대로 사용하고 있을 수도 있다는 것을 깨달았습니다. 하지만 이것은 사용자 수가 50명 미만인 개인용 설치 환경이므로, 제 사용 사례에 대해 최소 사양 이상으로 올릴 필요는 정말로 없습니다.
---
### Author:  [@Ethsim2](https://meta.discourse.org/u/Ethsim2)
#### Post date: [7월 28, 2025, 8:02오후 UTC](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244/5 "2025-07-28T20:02:54Z")
동시에 접속하는 사용자가 3명을 넘지 않는데, 그 이상을 지원해야 합니다. VPS를 업그레이드해야 할 것 같습니다.
* * *
사용자 대부분이 어디에 위치해 있나요?
---
### Author:  [@Ed\_S](https://meta.discourse.org/u/Ed_S)
#### Post date: [7월 28, 2025, 8:10오후 UTC](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244/6 "2025-07-28T20:10:11Z")
예전에는 RAM 2GB + 스왑 2GB로 업데이트를 할 수 있었는데, 아마도 요구 사양이 높은 ember를 도입하기 전이었을 겁니다. 디스크 공간이 충분하다면 스왑을 4GB로 늘리면 해결될 수 있습니다. 아니면, RAM이 더 많은 인스턴스로 일시적이고 신중하게 마이그레이션한 후 업데이트를 완료하고 다시 원래 인스턴스로 되돌리는 방법도 있습니다.
어떤 방법을 선택하든, 먼저 백업을 받아서 다운로드해 두세요.
대부분의 서비스 제공업체는 동일한 크기의 디스크나 더 큰 디스크로 마이그레이션을 허용합니다. 더 작은 디스크로는 마이그레이션할 수 없으므로, RAM은 더 크지만 디스크 공간은 동일한 구성을 찾아야 합니다.
결국 저는 비용을 낮추면서 더 큰 머신을 얻기 위해 제공업체를 변경했습니다. (RAM 4GB, 디스크 40GB)
---
### Author:  [@jdc20181](https://meta.discourse.org/u/jdc20181)
#### Post date: [7월 28, 2025, 8:35오후 UTC](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244/7 "2025-07-28T20:35:05Z")
스왑 옵션을 확인해 보고 도움이 되는지 살펴보겠습니다. RAM은 2GB, 디스크는 80GB입니다.
불행히도 제 제공업체는 시스템 리소스의 자동 변경을 지원하지 않지만, 5달러 이상을 지불하고 싶지도 않습니다.
도움 주셔서 감사합니다.
---
### Author:  [@Ethsim2](https://meta.discourse.org/u/Ethsim2)
#### Post date: [7월 28, 2025, 9:54오후 UTC](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244/8 "2025-07-28T21:54:22Z")
> [@jdc20181](#):
>
> RAM 2GB, 디스크 80GB가 있습니다.
저도 예전에 RAM 2GB와 디스크 40GB를 사용했는데, .\discourse-setup을 통해 스왑을 설정했습니다. 웹 UI 업데이트가 느렸어요.
---
### Author:  [@Ethsim2](https://meta.discourse.org/u/Ethsim2)
#### Post date: [7월 28, 2025, 9:57오후 UTC](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244/9 "2025-07-28T21:57:38Z")
> [@jdc20181](#):
>
> $5 이상은 지불하고 싶지 않아요
이 IONOS USA 호스팅을 눈여겨볼 만할 것 같아요
> **[VPS USA | Data Centers Based in the U.S. | IONOS](https://www.google.com/share.google?q=6Ni9drgZzpwVT6eXB)**
>
> Hosting a VPS server in the USA is a great way to leverage the affordable North American Cloud and reach over 500 million potential clients.
---
### Author:  [@jdc20181](https://meta.discourse.org/u/jdc20181)
#### Post date: [7월 28, 2025, 10:21오후 UTC](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244/10 "2025-07-28T22:21:59Z")
네, 저는 그보다 한 단계 아래 등급이에요. 1년 지나면 월 8달러가 되긴 하지만요. 아쉽네요.
---
### Author:  [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)
#### Post date: [7월 28, 2025, 10:41오후 UTC](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244/11 "2025-07-28T22:41:55Z")
Contabo가 좋은 가격으로 VPS를 제공한다는 걸 알고 있습니다.
5 이하라고 말씀하셨는데…
---
### Author:  [@jdc20181](https://meta.discourse.org/u/jdc20181)
#### Post date: [7월 28, 2025, 11:09오후 UTC](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244/12 "2025-07-28T23:09:44Z")
와, 가격이 좋네요. 한번 보고 올게요. 감사합니다!
---
### Author:  [@Halden42](https://meta.discourse.org/u/Halden42)
#### Post date: [7월 29, 2025, 7:40오전 UTC](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244/13 "2025-07-29T07:40:13Z")
**미국 시장** 에서는 **Contabo** 와 **IONOS** 모두 **인바운드 포트 25** 를 허용합니다. 이는 #메일-수신기 구성에 필수적인 요소이므로, 이 부분에서는 기능적 제한이 없습니다.
진정한 차이는 **신뢰성과 지원 평판** 에 있습니다:
- **Contabo** ([Trustpilot 4.2/5](https://www.trustpilot.com/review/contabo.com), 약 6,700개 리뷰)는 공격적인 가격 책정과 높은 스펙을 제공하지만, 미국 기반 사용자들은 종종 **높은 지연 시간** , **느린 지원 응답** , 그리고 특히 부하가 걸릴 때의 **성능 불안정성** 을 보고합니다. Contabo에는 미국 데이터 센터가 존재하지만, 예상만큼 반응이 빠르지 않은 경우가 많습니다.
- **IONOS** ([Trustpilot 4.5/5](https://www.trustpilot.com/review/ionos.com), 약 31,000개 리뷰)는 많은 사람들이 생각하는 것보다 미국에서 더 나은 성능을 발휘합니다. 더 강력한 지원 평판과 안정적인 인프라를 갖추고 있으며, 1점 리뷰 비율이 더 낮습니다(약 10% vs Contabo의 16%). 사용자는 Contabo에 비해 더 나은 **가동 시간(uptime)**, **라이브 지원** , **계정 관리** 를 일관되게 보고합니다.
**결론 (미국):**
미국에 기반을 두고 있으며 안정성, 빠른 지원, 그리고 프로덕션 워크로드에 대한 낮은 리스크가 필요하시다면 **IONOS** 가 더 안전한 선택입니다. **Contabo** 는 개발/테스트 환경이나 비용에 민감한 배포 시 고려해 볼 가치가 있지만, 지연 시간과 지원 품질에 있어서는 타협이 있을 수 있음을 예상해야 합니다.
---
### Author:  [@Kartoon](https://meta.discourse.org/u/Kartoon)
#### Post date: [7월 29, 2025, 11:41오전 UTC](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244/14 "2025-07-29T11:41:54Z")
내 것도 4년 넘게 문제없이 잘 돌아가다가 이제 실패하기 시작했습니다. 가끔은 실패했다고 표시되는데, 새로고침을 하면 모든 것이 최신 상태이고 다시 업데이트할 것이 없다고 나옵니다. 하지만 거의 항상 다음과 같은 메시지로 끝납니다.
`ERR_PNPM_RECURSIVE_EXEC_FIRST_FAIL Command was killed with SIGKILL (Forced termination): ember build -prod /var/www/discourse/script/assemble_ember_build.rb:103:in `system': Command failed with exit 1: pnpm (RuntimeError) from /var/www/discourse/script/assemble_ember_build.rb:103:in `' Docker Manager: FAILED TO UPGRADE`
---
### Author:  [@Ed\_S](https://meta.discourse.org/u/Ed_S)
#### Post date: [7월 29, 2025, 11:57오전 UTC](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244/15 "2025-07-29T11:57:16Z")
거의 모든 경우에서, 이전 출력의 50~200줄을 볼 수 있다면 매우 도움이 될 것입니다. 스크립트가 이를 권장하지 않는 것이 안타깝습니다.
---
### Author:  [@jdc20181](https://meta.discourse.org/u/jdc20181)
#### Post date: [7월 29, 2025, 12:08오후 UTC](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244/16 "2025-07-29T12:08:11Z")
제가 궁금했던 건, 이게 하드웨어 문제라기보다는 코드 자체에 문제가 있는 건 아닌지였습니다.
다음으로 고려할 수 있는 방법은 스크립트를 작성해 플러그인을 직접 만들어 수동으로 업데이트하는 것일 것 같습니다.
저 말고 다른 분들도 같은 문제를 겪고 있어서 다행입니다(아니면 저만 그런 건지 몰라서요). Discourse를 능동적으로 개발하시는 분 중 한 분이 이 문제를 확인해 주시면 좋겠습니다. 단순히 "실패"라고만 표시되는 것보다 더 나은 디버깅 정보가 제공되었으면 좋겠습니다.
---
### Author:  [@jdc20181](https://meta.discourse.org/u/jdc20181)
#### Post date: [7월 29, 2025, 12:09오후 UTC](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244/17 "2025-07-29T12:09:33Z")
에드, 내가 그걸 구할 수 있는지 한번 확인해볼게. 그리고 바로 올릴게.
---
### Author:  [@alltiagocom](https://meta.discourse.org/u/alltiagocom)
#### Post date: [7월 29, 2025, 12:52오후 UTC](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244/18 "2025-07-29T12:52:21Z")
저는 개발자도 아니고 서버 관련 전문가도 아닙니다. Digital Ocean을 선택한 이유는 [공식 설치 문서](https://github.com/discourse/discourse/blob/main/docs/INSTALL-cloud.md)에 언급되어 있었고, 그동안 그 이름을 수없이 자주 보았기 때문입니다.
현재 저는 두 번째로 낮은 요금제, 즉 월 $6짜리 서버를 사용 중인데, 이 서버는 Contabo나 IONOS에서 제공하는 서버보다 훨씬 “느린” 것 같습니다. Discourse가 좋은 성능을 내기 위해서는 최소 2GB의 RAM이 필요하므로, 저는 $12 요금제로 업그레이드해야 합니다. 반면 Contabo의 경우 [월 $4.95](https://contabo.com/en/vps/cloud-vps-10)에 8GB의 RAM을 제공받습니다… 가격과 RAM 모두에서 “작은” 차이이죠 ;), 디스크 공간 등도 마찬가지입니다.
그래서 경험 있으신 여러분과 다른 사용자분들께 여쭙고자 합니다. Digital Ocean에 머무는 대신, 예를 들어 Contabo로 Discourse를 이전하는 것이 합리적인가요? 아직 커뮤니티를 구축하는 단계라 Digital Ocean이 업데이트 문제(4GB의 스왑파일을 사용해도 웹에서 Discourse를 업데이트할 때 문제가 발생합니다. 디스크 공간이 25GB에 불과하기 때문이죠)를 제외하고는 괜찮았지만, 모든 것을 이전했다가 다른 문제들이 생길까 봐 걱정됩니다.
[이 페이지](https://www.vpsbenchmarks.com/compare/contabo_vs_docean)를 찾았지만, 이 테스트들이 얼마나 신뢰할 수 있는지, 그리고 이 정도면 서비스 전환을 결정하기에 충분한지 확신이 서지 않습니다.
피드백 주시면 감사하겠습니다!
감사합니다! 🙌
---
### Author:  [@alltiagocom](https://meta.discourse.org/u/alltiagocom)
#### Post date: [7월 29, 2025, 12:56오후 UTC](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244/19 "2025-07-29T12:56:04Z")
이건 월 6달러에 RAM 1GB만 제공하는 Digital Ocean의 장점을 완전히 무력화시킵니다…
전환을 추천하시나요?
---
### Author:  [@jdc20181](https://meta.discourse.org/u/jdc20181)
#### Post date: [7월 29, 2025, 12:58오후 UTC](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244/20 "2025-07-29T12:58:01Z")
```plaintext
********************************************************
***잠시만 기다려 주세요. 다음 단계에는 시간이 좀 걸릴 수 있습니다***
********************************************************
메모리를 확보하기 위해 Cycling Unicorn을 실행합니다
Unicorn 재시작 pid: 1580
Unicorn이 다시 로드될 때까지 대기 중입니다.
Unicorn이 다시 로드될 때까지 대기 중입니다..
Unicorn이 다시 로드될 때까지 대기 중입니다...
Unicorn이 다시 로드될 때까지 대기 중입니다....
Unicorn이 다시 로드될 때까지 대기 중입니다.....
Unicorn이 다시 로드될 때까지 대기 중입니다......
Unicorn이 다시 로드될 때까지 대기 중입니다.......
Unicorn이 다시 로드될 때까지 대기 중입니다........
Unicorn이 다시 로드될 때까지 대기 중입니다.........
Unicorn이 다시 로드될 때까지 대기 중입니다..........
Unicorn이 다시 로드될 때까지 대기 중입니다...........
Unicorn이 다시 로드될 때까지 대기 중입니다............
Unicorn이 다시 로드될 때까지 대기 중입니다.............
Unicorn이 다시 로드될 때까지 대기 중입니다..............
메모리를 확보하기 위해 1개의 Unicorn 워커를 중지합니다
메모리를 회수하기 위해 작업 대기열을 중지합니다. 마스터 pid는 1585입니다
$ cd /var/www/discourse && git fetch --tags --prune-tags --prune --force
$ cd /var/www/discourse && git reset --hard HEAD@{upstream}
HEAD is now at 20ff23ed0 DEV: remove redundant translations for disabled new topic btn (#33929)
$ bundle install --retry 3 --jobs 4
Bundle complete! 160 Gemfile dependencies, 207 gems now installed.
Gems in the groups 'test' and 'development' were not installed.
Bundled gems are installed into `./vendor/bundle`
3 installed gems you directly depend on are looking for funding.
Run `bundle fund` for details
$ if [-f yarn.lock]; then yarn install; else CI=1 pnpm install; fi
Scope: all 16 workspace projects
Lockfile is up to date, resolution step is skipped
Already up to date
Done in 2.9s using pnpm v9.15.9
$ LOAD_PLUGINS=0 bundle exec rake plugin:pull_compatible_all
discourse-custom-wizard is already at latest compatible version
docker_manager is already at latest compatible version
$ SKIP_POST_DEPLOYMENT_MIGRATIONS=1 bundle exec rake multisite:migrate
Multisite migrator is running using 1 threads
Migrating default
Seeding default
***자산 번들링 중입니다. 시간이 좀 걸릴 수 있습니다***
$ bundle exec rake themes:update assets:precompile
Updating themes with concurrency: 10
[db:default] 'Air Theme' - checking...
[db:default] 'Air Theme' - up to date
[db:default] 'Modern Category + Group Boxes' - checking...
[db:default] 'Modern Category + Group Boxes' - up to date
[db:default] 'Clickable Topic' - checking...
[db:default] 'Clickable Topic' - up to date
[db:default] 'Search Banner' - checking...
Node.js heap_size_limit is less than 2048MB. Setting --max-old-space-size=2048 and CHEAP_SOURCE_MAPS=1
Existing build is not reusable.
- Existing: {"ember_env"=>"production", "core_tree_hash"=>"cd74e4ac33647244c041061633d6ca67f9166e5c"}
- Current: {"ember_env"=>"production", "core_tree_hash"=>"7ac67590cc51e22690a2711b593892cd1d266781"}
Running full core build...
Building
Environment: production
The setting 'staticAddonTrees' will default to true in the next version of Embroider and can't be turned off. To prepare for this you should set 'staticAddonTrees: true' in your Embroider config.
The setting 'staticAddonTestSupportTrees' will default to true in the next version of Embroider and can't be turned off. To prepare for this you should set 'staticAddonTestSupportTrees: true' in your Embroider config.
building...
...[ConfigLoader]
...[Babel: @embroider/macros > applyPatches]
...[Babel: @ember/legacy-built-in-components > applyPatches]
...[Babel: ember-source > applyPatches]
[BABEL] Note: The code generator has deoptimised the styling of /var/www/discourse/app/assets/javascripts/discourse/ember/ember-template-compiler.js as it exceeds the max of 500KB.
[BABEL] Note: The code generator has deoptimised the styling of /var/www/discourse/app/assets/javascripts/discourse/ember/ember.js as it exceeds the max of 500KB.
...[Babel: @glimmer/component > applyPatches]
...[Babel: @ember/test-waiters > applyPatches]
...[Babel: ember-this-fallback > applyPatches]
...[Babel: ember-cache-primitive-polyfill > applyPatches]
...[Babel: select-kit > applyPatches]
...[@embroider/compat/app]
...[@embroider/webpack]
...[@embroider/webpack]
...[@embroider/webpack]
...[@embroider/webpack]
...[@embroider/webpack]
...[@embroider/webpack]
undefined
ERR_PNPM_RECURSIVE_EXEC_FIRST_FAIL Command was killed with SIGKILL (Forced termination): ember build -prod
/var/www/discourse/script/assemble_ember_build.rb:103:in `system': Command failed with exit 1: pnpm (RuntimeError)
from /var/www/discourse/script/assemble_ember_build.rb:103:in `'
Docker Manager: FAILED TO UPGRADE
#
/var/www/discourse/plugins/docker_manager/lib/docker_manager/upgrader.rb:211:in `run'
/var/www/discourse/plugins/docker_manager/lib/docker_manager/upgrader.rb:112:in `upgrade'
/var/www/discourse/plugins/docker_manager/scripts/docker_manager_upgrade.rb:19:in `block in '
/var/www/discourse/plugins/docker_manager/scripts/docker_manager_upgrade.rb:6:in `fork'
/var/www/discourse/plugins/docker_manager/scripts/docker_manager_upgrade.rb:6:in `'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-8.0.2/lib/rails/commands/runner/runner_command.rb:44:in `load'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-8.0.2/lib/rails/commands/runner/runner_command.rb:44:in `block in perform'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-8.0.2/lib/active_support/execution_wrapper.rb:91:in `wrap'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-8.0.2/lib/rails/commands/runner/runner_command.rb:70:in `conditional_executor'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-8.0.2/lib/rails/commands/runner/runner_command.rb:43:in `perform'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/thor-1.4.0/lib/thor/command.rb:28:in `run'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/thor-1.4.0/lib/thor/invocation.rb:127:in `invoke_command'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-8.0.2/lib/rails/command/base.rb:178:in `invoke_command'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/thor-1.4.0/lib/thor.rb:538:in `dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-8.0.2/lib/rails/command/base.rb:73:in `perform'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-8.0.2/lib/rails/command.rb:65:in `block in invoke'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-8.0.2/lib/rails/command.rb:143:in `with_argv'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-8.0.2/lib/rails/command.rb:63:in `invoke'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-8.0.2/lib/rails/commands.rb:18:in `'
/usr/local/lib/ruby/3.3.0/bundled_gems.rb:69:in `require'
/usr/local/lib/ruby/3.3.0/bundled_gems.rb:69:in `block (2 levels) in replace_require'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/bootsnap-1.18.6/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:30:in `require'
bin/rails:18:in `'
Spinning up 1 Unicorn worker(s) that were stopped initially
```
여기 있습니다. 오늘 재현했습니다.
[다음 페이지](https://meta.discourse.org/t/discourse-fails-to-update-in-the-admin-ui-no-matter-what/376244.md?page=2)