… SAML과 같은 SSO 시스템과 함께 작동할 수 있다면 좋겠습니다. 즉, 세션 타임아웃이나 브라우저가 닫혀서 사용자가 Discourse에서 로그아웃되면 SAML에 로그아웃 요청을 보내야 합니다.
“최대 세션 수명” 설정과 Google Analytics가 "세션"을 결정하는 방식 사이에 어떤 관련이 있는지 알려주시는 분이 있을까요?
사용자들이 매일 다시 로그인해야 한다는 불만을 제기했기 때문에, 주간 다이제스트 이메일을 받는 사람들이 참여하려면 다시 로그인할 필요가 없다면 더 많은 재방문 활동이 있을지 테스트해 보기 위해 "최대 세션 수명"을 상당히 여유 있게 늘렸습니다.
Google Analytics의 커뮤니티 세션 수는 그 시점前后로 급격히 감소했습니다. 사용자가 더 긴 시간 동안 로그인된 상태로 유지되어 단일 세션으로 처리되도록 변경한 것이 Google Analytics가 보고하는 세션 수 감소와 일치하는지 확인이 필요합니다.
아니요, 해당 설정은 단순히 우리 쿠키의 만료 데이터에만 영향을 미칩니다.
기본값은 1개월 세션으로 제공되는데, 왜 더 짧은 값으로 변경하신 건가요? 참여 장벽을 높일 뿐만 아니라 반복 방문자에게는 꽤 번거로운 일이 됩니다.
서로 영향을 줄 수 있는 부분이 보이지 않습니다.
@Falco 님 감사합니다! 제 탓이 아니라는 걸 알게 되어 다행입니다! 
저는 원래 관리자(원래 관리자)가 아니기 때문에 그 질문에 답할 수는 없지만, 우리 직원들 사이에서 SSO 타이밍과 맞추기 위한 초기 논의가 있었었던 기억이 납니다. 
저도 대부분의 경우 이는 사용자별 기능이라고 완전히 동의합니다(은행 및 관련 서비스 등은 예외입니다).
실제로 그런 복잡성이 있습니다. 제가 운영하는 디스코urses가 아닌 사이트에서 소셜 로그인을 사용할 경우 세션을 유지(persist)합니다(사용자가 해당 소셜 네트워크에 이미 로그인되어 있다면 공유 컴퓨터가 아닐 가능성이 높기 때문이지만, 확신할 수는 없습니다).
어쨌든, 사용자가 기기를 더 이상 사용하지 않을 때 세션이 만료되기를 원한다면 가장 좋은 방법은 시크릿 모드(인코그니토 모드)를 사용하는 것입니다(이 브라우저 기능을 알고 있다면 기술에 익숙하지 않은 사용자들도 매우 쉽게 사용할 수 있습니다).
시간 초과를 10,000일로 설정하는 방법은 무엇인가요? 제 컴퓨터에서 한 번 로그인하면 절대 로그아웃되지 않도록 해야 합니다.
감사합니다,
Frank
maximum session age(최대 세션 유지 시간) 설정의 최대 값은 175,200시간입니다. 문명이 붕괴할 때까지도 사용자는 로그인된 상태를 유지할 수 있습니다.