환영합니다! 마이그레이션 문제인 것 같습니다.
Discourse 공식 표준 설치를 사용 중이시며, PostgreSQL 13 업데이트 단계도 순조롭게 진행되었나요?
다시 재빌드를 시도해 보셨나요?
3개의 좋아요
안녕하세요, 감사합니다! 
네, 표준 설치 환경을 사용 중이며, 설정을 변경하면서 프로젝트를 여러 번 다시 빌드했습니다 (다른 분으로부터 포럼 운영을 인수했거든요).
포럼을 초기화한 후 안정적인 버전(2.6.3)으로 설정을 다시 진행 중입니다. 가져오기 과정에서 이 경고 외에는 오류가 발생하지 않았습니다:
Warning: no type cast defined for type "name" with oid 19. Please cast this type explicitly to TEXT to be safe for future changes.
3개의 좋아요
이 경고는 무시해도 안전합니다.
3개의 좋아요
해당 컬럼은 지난 7월에 이 마이그레이션에서 추가되었습니다:
그러면 혹시 이전 마이그레이션이 실패한 것일까요? 로그에 마이그레이션 오류가 있나요?
4개의 좋아요
아, 몇 시간 동안 고군분투한 끝에 원인을 찾았어요. 누군가가 마이그레이션을 사용하지 않고 필드를 수동으로 추가한 것 같아요. 아니면 그런 건 아니더라도, 내보내기된 파일에서 해당 필드가 누락되어 있었던 것 같습니다.
백업을 복원할 때 특정 마이그레이션이 어떤 이유로든 실행되지 않았다는 걸 알아차렸어요. 그래서 일단 필드를 수동으로 만들어서 해당 마이그레이션을 다시 실행했더니, 이제 정상적으로 마이그레이션이 적용되었어요. 제가 상황을 복잡하게 만들긴 했지만, 앞으로 포럼 업데이트가 잘 되길 바랍니다.
도와주셔서 감사합니다. Discourse의 버그가 아니라 설치 문제인 것 같네요.
4개의 좋아요
@martin 저도 이 의견에 +1을 표합니다. 저희 회사에서는 Discourse를 우리가 수행하는 모든 작업에 대한 공유 지식 베이스로 사용하고 있으므로, 이는 제3자 소프트웨어(회사용 Matrix 채팅)를 거칠 필요 없이, “이것 좀 봐주세요 @alice” 같은 게시글로 포럼을 지저분하게 만들지 않고 작업을 수행할 수 있는 훌륭한 무결성 있는 방법입니다.
또한 리마인더 기능도 감사드립니다. 이 기능이 큰 차이를 만들어 줍니다. 이제 북마크 기능을 다시 사용하려고 합니다.
2개의 좋아요
이 목적을 위해 스태프 전용 태그를 사용하지 않는 이유는 무엇인가요?
3개의 좋아요
안녕하세요 @codinghorror, 훌륭한 작업에 감사드립니다! 물론 이 방식은 실행 가능하며, 몇 가지 다른 우회 방법도 가능합니다. 일반적으로 #staff 태그는 특히 저희 회사에는 적합하지 않습니다. 더 세밀한 관리가 필요하기 때문입니다. 저는 이 북마크를 Alice에게 “보내고” 싶지만, Bob의 마인드스페이스(mental space)를 이 북마크로 어지럽게 하고 싶지는 않습니다. 또한 태그에는 알림 기능이 없습니다(있다면 제가 놓친 것일 수 있으며, 처음 있는 일은 아닙니다).
제가 이 기능에 대해 이렇게 흥분하는 이유는: 우리는 빅테크 스택과의 의존도를 줄이려는 시도를 하고 있으며, 어차피 Discourse가 저희 환경의 중심에 있습니다. Discourse와 통합된 기능은 즉각적으로 채택될 가능성이 높습니다. 저희는 항상 Discourse 탭을 열어놓고 모든 업무를 처리하기 때문입니다. Google Calendar를 폐기할 수 있는 희미한 가능성을 보고 있지만, 이를 위해서는 프로세스와 기술 모두를 구축해야 합니다.
또한 한 가지 질문이 있습니다. 리마인더에 대한 알림 설정을 할 수 있는 방법이 있나요? 이 주제에서 기능을 테스트하기 위해 리마인더를 하나 만들었고, 오늘 아침에는 위에서 언급하신 귀하의 답변에 대한 이메일 알림은 받았지만 리마인더에 대한 알림은 받지 못했습니다. 후자는 사이트에서 평소와 같이 표시되며, 내 아바타를 클릭하면 볼 수 있습니다.
3개의 좋아요
@martin 님, 반복 알림에 대해 추가적인 의견이 있는지 확인하고 싶었습니다. 스탠드업(standup)을 위한 스레드를 운영하고 있는데, 매일 개인 알림을 받아 하나씩 게시하면 좋겠습니다!
4개의 좋아요
이 기능은 확실히 우리의 로드맵에 포함되어 있습니다. 처음에는 이를 구축하는 데 대해 약간 망설였지만, 지금은 좋은 아이디어라는 데 확신을 갖게 되었습니다.
다만, 구축까지 3~6개월 정도 소요될 것으로 보입니다.
그동안 discourse-automation을 사용하면 몇 가지 흥미로운 관련 워크플로를 구현할 수 있습니다.
6개의 좋아요
여기저기 찾아봤는데, 제 사용자 중 한 명이 겪은 문제와 가장 비슷한 것이 이 스레드였습니다:
이 사용자는 북마크를 통해 주제를 쉽게 다시 찾는데, 허용된 북마크 한도에 부딪히고 있습니다.
이 한도는 2000으로 설정되어 있는 것 같습니다.
이 한도를 더 크게 늘리거나 무제한으로 설정할 수 있을까요? 가능하다면 어디(어떤 파일의 어떤 섹션)에서 이 값을 조정해야 할까요?
그런 한도가 아예 존재하는 것에 대해 꽤 놀랐습니다.
감사합니다, 로브
2개의 좋아요
문제의 완벽한 해결책은 아니지만, 만약 그가 리마인더와 함께 북마크를 사용하고 있고, 리마인더가 전송된 후에는 해당 북마크에 더 이상 관심이 없다면, 다시는 보지 않을 가능성이 높은 모든 북마크를 유지하지 않도록 삭제할 수 있습니다.
북마크를 생성할 때 기어 아이콘을 클릭하여 리마인더가 전송된 후 자동으로 삭제되도록 설정할 수도 있습니다. 이렇게 하면 아직 리마인더가 전송되지 않은 북마크만 남게 되어 북마크 수가 크게 줄어듭니다.
5개의 좋아요
app.yml 파일에서 변경할 수 있는 이 값을 제어하는 사이트 설정이 있지만, 이 값을 무제한으로 설정할 수는 없습니다:
자동 삭제에 대한 힌트를 제공해 주신 @lucasbasquerotto 님께 감사드립니다. 참고를 위해 UI에서 해당 설정을 아래와 같이 보여 드립니다:
7개의 좋아요
@martin 감사합니다! 그 설정을 .yml 파일에서 찾고 있었던 것 같습니다. 사이트 관리자에게 그 부분을 10k 정도로 변경해 달라고 요청하겠습니다…
2개의 좋아요
북마크에 메모를 포함할 수 있는 기능이 있으면 좋겠습니다. 이렇게 하면 후속 조치로 활용할 수 있습니다.
예를 들어, 특정 주제가 나중에 발생할 이벤트와 관련되어 있다고 가정해 보겠습니다. 해당 이벤트가 발생한 후 다시 돌아와 주제를 업데이트해야 한다는 것을 기억하기 위해, 북마크가 어떤 이벤트인지 그리고 왜 후속 조치가 필요한지 알려주는 알림 역할을 해 주기를 바랍니다.
이것은 달력에 링크와 알림을 직접 입력하는 것보다 훨씬 편리합니다. 현재 북마크는 이미 개인 달리와 유사하게 작동하지만, 메모 기능이 빠져 있을 뿐입니다.
2개의 좋아요
이 필드에 메모를 입력할 수 있습니다. 이 메모는 Profile - Marcello_Iaia - Discourse Meta 북마크 목록에서 표시되며, 사용자 아바타 아래에 있는 빠른 접근 메뉴의 북마크 목록에서 마우스를 올려도 표시됩니다.
3개의 좋아요
하, 맞아요! 그걸 발견한 지 몇 시간 전에 이 답변을 삭제했나 싶었거든요. 그래도 정말 감사합니다. 어떤 기능이 더 좋았으면 하고 생각할 때마다, 사실은 제가 디스코스에 대해 충분히 배우지 못했기 때문이라는 걸 깨닫게 됩니다.
6개의 좋아요
잘 이해가 되지 않습니다. 어떤 순서를 선호하시나요? 우리가 원하는 순서는 다음과 같습니다:
- 더 빠를 때 (시간 단위)
- 조금 늦을 때 (일 단위)
- 훨씬 늦을 때 (주 단위)
- 아주, 아주 늦을 때 (년 단위)
7개의 좋아요
3개의 게시글이 새 주제로 분리되었습니다: 북마크 단축키가 의도대로 작동하지 않음