참고로, 제 테스트 사이트는 무한한 IP 주소를 가지고 있지 않아서 홈랩에서 리버스 프록시를 통해 실행하고 있습니다. 동작이 확인되었고 문제를 일으키고 싶지 않아서 포트 80으로 포워딩해 두었습니다.
하지만 이것은 "프록시 설정을 고쳐주세요"라는 지원 요청 글이 아닙니다. 제가 눈치 챈 한 가지 사실은, 이 알림을 없애라고 아무리 많은 횟수를 설정하든 항상 다시 나타난다는 것입니다:
“닫기” 버튼의 역할은 메시지를 닫지 않는 것인가요?
2개의 좋아요
유효한 SSL 인증서가 있다면 force_https를 true로 설정하기만 하면 이 경고가 사라집니다. 이 경고는 재빌드 후에나 새로운 브라우저에서 액세스할 때만 표시됩니다(따라서 경고 비활성화는 쿠키 기반으로 추정됩니다). 질문자의 경우 리버스 프록시에서 이미 SSL을 종료하고 있으므로 discourse에서 force https를 안전하게 활성화할 수 있습니다.
3개의 좋아요
ted
4월 6, 2026, 1:42오전
4
합치면 특정 문제 검사에 대한 알림을 무시할 수 있게 해주는 PR을 열었습니다. 또한 모든 검사의 상태를 확인하고 무시 설정을 취소할 수 있는 대시보드 탭도 함께 추가되었습니다.
main ← Drenmi:feature/ignore-problem-checks
merged 12:28AM - 23 Apr 26 UTC
## Background
Currently you can "dismiss" problem checks on the dashboard, bu… t if the problem persists it will show up again on the next reload, which is confusing.
There was previously some discussion about adding a feature to "snooze" problem checks, but I think even with that it remains a bit too opaque. You'd need to spelunk around in the console to try and figure out what is going on.
## What is this change?
This PR does a couple of things:
### 1. Replace Dismiss with Ignore
Hitting ignore will prevent the problem check from creating new admin notices until it has been unignored from the new problem checks page.
**Screenshot**
<img width="395" height="61" alt="Screenshot 2026-04-05 at 4 37 39 PM" src="https://github.com/user-attachments/assets/4816fd04-046b-441e-9471-c160dd3f82b9" />
### 2. Add a new problem check page
This page provides a list of problem checks with information on whether they are passing or failing, and when they were last run. You can also ignore or unignore (watch) problem checks from here.
**Screenshot**
<img width="600" height="200" alt="Screenshot 2026-04-05 at 4 26 37 PM" src="https://github.com/user-attachments/assets/d8cb2b6a-3f56-409c-97f0-312cb1545654" />
### 3. Remove the problem check timestamp from the dashboard
This timestamp made sense under the previous model, where all checks were run at once and the results cached. With the new model, there's a mix of on-demand and scheduled checks, and having a single timestamp is misleading at best. In practice it's always going to be just the timestamp when you last loaded the dashboard.
**Before**
<img width="240" height="100" alt="Screenshot 2026-04-05 at 4 30 21 PM" src="https://github.com/user-attachments/assets/1846e024-0042-476e-8b5d-41b6745af75f" />
**After**
<img width="210" height="95" alt="Screenshot 2026-04-05 at 4 29 19 PM" src="https://github.com/user-attachments/assets/a39c87c1-c1e3-4621-8219-e3903ba2ada4" />
이 PR은 Discourse 스태프(예: @kris.kotlarek )의 검토 및 합치를 받아야 합니다.
4개의 좋아요
@ted , PR 올려주셔서 감사합니다
4개의 좋아요
이 주제는 마지막 답변 후 3일이 지나면 자동으로 닫힙니다. 새로운 답변은 더 이상 허용되지 않습니다.
