대부분의 사용 사례에서는 이 기능이 유용하지 않을 것임을 잘 알고 있지만, 몇 가지 궁금한 점이 있습니다:
저는 디스코르스(Discourse) 인스턴스를 2개 운영하고 있는데, 하나는 사내 위키이고 다른 하나는 공개 포럼입니다. 두 곳 모두에서 이 한도에 도달한 사람들이 있습니다.
토픽의 게시글을 여러 개의 개별 답변으로 분리하는 것은 가능하지만, 그렇게 하는 것은 이상적이지 않습니다. 특히 위키의 경우, 긴 위키에 꼭 필요한 DiscoTOC(자동 목차 플러그인)을 사용할 수 없게 만드는 치명적인 문제가 발생합니다.
마지막으로, 디스코르스 코드에서 이 값을 높일 수 없다면, 도커 이미지 안으로 들어가서 이 설정을 직접 오버라이드할 수 있는 방법이 있을까요?
이 값을 너무 높게 설정하면, 거대한 문서에서 마크다운 렌더링 비용이 상당히 높아질 수 있습니다.
이 한계값은 다소 임의적입니다. 매우 통제된 환경에서 20만 또는 30만으로 높인다고 해서 시스템이 폭발할 것이라고 생각하지 않습니다.
이 한계값을 오버라이드하는 유일한 깔끔한 방법은 커스텀 플러그인입니다: discourse/config/site_settings.yml at 3610709b6cf859f674a02394f1430bb51f68d117 · discourse/discourse · GitHub 이 방식의 장점은 플러그인이 매우 간단하다는 점입니다.
저희의 “최대” 한계값을 높여달라는 요청을 한두 번 본 적은 있지만, 분명히 흔한 요청은 아닙니다.
안타깝게도 저는 평생 루비 코드를 한 줄도 써본 적이 없어서, 어떻게 해야 하는지 전혀 감이 잡히지 않습니다. 시스템 관리 업무는 아무 문제 없는데, 코딩은 저를 늘 어지럽게 만듭니다.
누군가가 이 플러그인을 약 1시간 안에 만들어 줄 수 있을 것 같으니, #marketplace에서 50~200달러 예산을 잡으면 이 변경 사항을 쉽게 처리할 수 있습니다.
이 변경을 위해 포크하는 것은 강력히 권장하지 않습니다. 이렇게 하면 포럼이 장기적으로 큰 위험에 처하게 되며, 컨테이너 해킹으로 인해 웹 업데이트가 깨질 수 있습니다.