번역은 보통 화요일에 병합됩니다. 새로운 번역이 병합되었는지 확인하기 위해 Commits · discourse/discourse · GitHub 링크를 살펴보는 걸 좋아하는데, 그러면 Discourse를 업데이트하고 싶기 때문이죠.
Discourse는 당신이 언급한 다른 많은 플랫폼보다 훨씬 더 현대적이며, 따라서 그 기반이 다릅니다. Ruby로 작성되고 Docker로 실행되는데, 학습 곡선이 꽤 가파르지만 결국 가치가 있다고 생각합니다. Docker와 같은 것들은 미래에 이해하면 큰 도움이 될 것이며, 전반적인 관리도 매우 매끄럽고 개발 생태계도 상당히 건강해 보입니다.
중국 인터넷에서 이에 대한 정보가 거의 없다는 사실에 놀랍지 않습니다. 시간이 지나면 상황이 변할 수도 있지만, 결국 언어 장벽만의 문제가 아니라 실제 기술적 장벽도 존재합니다.
노력하세요! 성공할 수 있을 겁니다. 당신의 번역 제안과 여기에 제기한 질문들은 다른 사람들이 Discourse를 더 원활하게 설정하는 데 도움이 될 것입니다.
예전에 Discourse를 사용하기 전에 SMM 포럼 소프트웨어(PHP 기반이고 약간 레트로한 느낌)를 사용했었습니다. 그래서 말씀하시는 부분을 잘 이해할 수 있습니다. 당시 포럼 소프트웨어들은 관리자 관련 기능의 경우 논리적이고 체계적으로 구성되어 있었습니다. 하지만 다행히도, Discourse의 관리자 섹션을 약 이틀 정도 둘러본 끝에 이제 꽤 적응이 되고 있다는 점을 기쁘게 보고드립니다. 처음에는 다소 overwhelming하게 느껴질 수 있지만, Discourse의 접근 방식이 매우 빠르게 그 가치를 발휘합니다. 이 소프트웨어는 놀라울 정도로 커스터마이징이 가능하고, 진정으로 미래를 대비할 수 있기 때문입니다. 행운을 빕니다!
수정: 철자 오류 수정
디스코스를 설정하는 것이 쉽지 않다는 데에는 동의합니다. 또한 제가 직접 다뤄본 첫 번째 대규모 루비/레일스 기반 프로젝트이기도 합니다.
다만 실제로 어려웠던 문제는 발신 이메일 설정이었습니다. 추천된 이메일 제공업체들은 소규모 트래픽을 운영하는 사용자와는 아예 소통을 하지 않았습니다. 많은 사용자들이 필수로 요구하는 수신 이메일 설정에는 하루가 더 소요되었는데, 새로운 서비스와 상호작용하는 데 관심이 없는 사람들을 어디서나 만나게 되니까요 
.
또한 설치 환경이 완전히 망가진 적도 있었습니다. 제가 불가능한 줄 모르고 2단계 이상의 카테고리 중첩을 시도한 뒤, 그걸 삭제하려던 와중에 루트 권한을 공유한 개발자가 같은 호스트에 다른 사이트를 함께 실행하려다 몇 가지 문제를 일으킨 것입니다. 결국 재설치를 하고 모든 카테고리를 처음부터 다시 만들어야 했습니다.
그래도 완전히 가치가 있었습니다.
감사합니다! 우리 제품에 대한 모든 피드백을 읽을 수 있어 정말 감사했습니다. 관리자 경험을 단순화하는 데 집중하고 있으며, 언급해 주신 부분들에 대해 개선 작업을 진행할 예정입니다.
또한, 새로 입사한 직원들에게는 보통 클라우드 제공업체에서 셀프호스팅 설정을 해보게 하므로, 이번 기회에 다시 한번 과정을 거쳐 볼 수 있는 부분을 찾아보겠습니다.
그리고 스크린샷을 보면, 위쪽의 번역 키는 다음과 같이 되어 있습니다.
js.notifications.titles.linked_consolidated
따라서 “likes” → “点赞”(좋아요)가 아니라, “link” → “链接”(링크)여야 합니다.
비슷한 키로
js.notifications.titles.likes_consolidated
가 있으며, 이 키는 “点赞”(좋아요)로 번역되어야 합니다.
하위 카테고리를 1단계 이상 중첩할 수 있도록 허용하는 명령줄이 있습니다. 검색을 해야 하지만, 제 설정은 3단계(부모\서브카테고리1\서브카테고리2)까지 허용하도록 되어 있습니다.
Brevo.com의 무료 티어는 꽤 좋습니다.
이것을 의미하는 건가요?
네, 바로 그거예요. 감사합니다
안녕하세요! 최근 중국 클라우드 서버에서 셀프 호스팅 설치를 시도해 보았는데, 복잡한 문제는 발생하지 않았습니다.
문서가 이 부분에서 다소 부족해 보입니다. 실제로 표준 Docker 설치의 templates 폴더에는 중국 네트워크 환경을 해결하기 위한 내장 파일이 이미 포함되어 있습니다: web.china.template.yml
하지만 이 파일이 문서에 언급되지 않은 것 같다는 것을 깨달았습니다. 또한 이 파일은 최근 중국에서 docker.io를 차단하는 문제를 해결하기 위해 업데이트가 필요합니다.
공식 가이드(discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub)를 참고하여 약 20개의 인스턴스를 설치했는데, 아무 문제 없이 잘 진행되었습니다.
알리바바 클라우드의 홍콩 리전을 사용하면 네트워크 환경에 대한 차단 요소가 없습니다.
다만, Discourse를 설치하려면 코딩이나 웹사이트 작동 방식(DNS, 도메인, 네트워크 포트 등)에 대한 어느 정도의 경험이 필요하다고 생각합니다. 적어도 위에서 언급한 가이드를 읽는 데 불편함이 없어야 합니다.
만약 그렇지 않다면, 누군가의 도움이 필요하거나 인터넷을 통해 더 많은 문서를 찾아봐야 합니다(대부분 중국어가 아닙니다).
작은 팁을 하나 드리자면, 관리자 인터페이스 언어를 영어로 설정해 두면 문제가 생겼을 때 더 빠르고 정확하게 검색할 수 있어 시간 절약에 도움이 됩니다(중국어와 영어 단어 매핑을 찾는 데 시간을 낭비하지 않아도 되니까요). 또한 도움이 필요할 때 스크린샷을 업로드하여 질문할 때도 유용합니다. 익숙해지면 언제든 원래 언어로 되돌릴 수 있습니다(저도 첫 인스턴스를 설치할 때 이렇게 했습니다).
그 이유는 Discourse가(노력하고 있지만) 다른 어떤 소프트웨어도, 심지어 유료 제품도, 하물며 무료 소프트웨어는 더더욱 제공하지 못하는 수많은 아름답고 명확한 기능들을 제공하기 때문입니다.
많은 옵션이 필요하면, 결국 sooner or later '옵션의 정글’이 될 수밖에 없습니다. 그리고 Discourse 팀은 이 '정글’을 가능한 한 질서 정연하게 유지하기 위해 열심히 노력하고 있습니다. 따라서 우리는 비판과 함께, 마음속에 칭찬을 함께 가지는 것이 좋다고 생각합니다.
(게시글이 작성자에 의해 삭제되었습니다)
이 말의 정확한 의미를 좀 더 구체적으로 설명해 주실 수 있을까요? 오해가 있는 것 같습니다. 여기에는 자체 서비스 약관이 있으며(Terms of Service - Discourse Meta), 이를 템플릿으로도 제공하고 있습니다(관리자들에게 약관을 읽어보고, 필요 시 자문 변호사와 상의하며, 임의로 수정하도록 권장합니다)… 하지만 대부분의 Discourse 사이트는 독립적으로 운영되므로, 우리는 소송 차단이나 직접적인 집행에 관여하지 않습니다.
discourse.org에서 호스팅을 직접 구매하는 사이트는 저희 호스팅 약관(Discourse Self-Serve Hosting Terms | Discourse - Civilized Discussion)을 준수해야 합니다… 단, 관리자들이 저희 규칙(주로 법률 준수와 관련)을 따르는 한, 그들이 자체 사용자에게 설정한 약관에 대해서는 개입하지 않습니다.
실수했어. 실수로 디스코드로 착각했었어. 정말 오해였지.
그때 내가 뭘 하고 있었는지는 모르겠지만, 디스코드와 관련된 것이라서 내 머릿속에서 자연스럽게 디스코스로 인식한 것 같아.
그렇지 않으면 디스코스는 그 자체로는 정말 좋은 도구야, 아무 문제 없어.
디스코드는 실제로 사용자 소송을 차단하는 데 꽤 나빠.
디스코드에 익숙하지 않은 사람인 것 같으니, 이 발언을 좀 더 자세히 설명해 주시겠어요?
그리고 디스코urs에서 그런 불편함을 느끼지 않으시나요?
어떤 회사에서 제품을 구매했는데, 그 제품이 너무 불량해서 누군가 심각한 피해를 입는다면, 그것은 회사의 책임입니다. 하지만 구매 과정에서 회사가 사용자에게 알리지 않은 채 소송 제기 가능성을 자동으로 차단하는 조항을 설정해 두었다면, 그 책임이 회사에 있더라도 사용자는 불리해질 수밖에 없습니다. 기본적으로 Discord에서 일어나고 있는 일은 바로 이런 것입니다. 만약 미래에 어떤 문제가 발생하게 될 경우를 대비해, 약관에 사용자 소송을 차단하는 항목에 자동으로 체크를 해 두어 소송 제기를 막고 있는 것입니다.
아니요, 그들은 사용자 소송을 차단하는 어떠한 조치도 시행하고 있지 않습니다. 그들의 제품이 어떤 방식으로든 저에게 해를 끼친다면, 여전히 소송을 제기할 권리가 있습니다. 온라인 토론 플랫폼에서 사용자 소송을 차단하는 것이 큰 영향을 미치지는 않을 수 있지만, 도덕적으로 우리의 권리를 침해하는 것은 분명합니다.