Question 1

Plausible Analytics CE v3.2.0의 지도에서 마우스를 치웠을 때 호버 하이라이트가 재설정되지 않는 이유는 무엇인가요?

Accepted Answer

이는 Community Edition의 알려진 버그입니다. 수정 사항이 풀 리퀘스트 #6037을 통해 메인 저장소에 병합되었지만, 아직 CE 릴리스에 포함되지 않았습니다. CE 릴리스는 대략 연간 두 번 임시로 이루어집니다. 다음 릴리스까지 기다리거나 PR의 패치를 수동으로 배포에 적용할 수 있습니다.

Question 2

Plausible Analytics를 셀프 호스팅할 때 왜 ClickHouse가 'Cannot schedule a task: failed to start the thread' (Code: 439) 오류와 함께 계속 무한 재시작 루프에 빠지나요?

Accepted Answer

`Code: 439. DB::Exception: Cannot schedule a task: failed to start the thread` 오류는 커널이 ClickHouse에 새 스레드를 할당해 주기를 거부했다는 의미입니다. 이 오류는 ClickHouse가 자체 시스템 테이블을 연결하는 동안 발생하므로, 컨테이너가 쿼리를 처리하기 전에 충돌하고, Docker가 이를 재시작하면서 무한 루프에 빠지게 됩니다. Plausible 앱에서 함께 발생하는 `Mint.TransportError: non-existing domain` / `:nxdomain` 오류는 단순한 부수 효과일 뿐입니다. ClickHouse가 다운된 동안에는 앱이 DB 컨테이너를 해석(resolve)할 수 없기 때문입니다. 이 문제는 거의 항상 호스트의 메모리 부족 또는 컨테이너의 프로세스/스레드(pids) 제한으로 인해 발생합니다.

호스트에서 진단:
```sh
docker inspect -f '{{.HostConfig.PidsLimit}} {{.HostConfig.Memory}}' $(docker compose ps -q plausible_events_db)
free -m
ps -eLf | wc -l; cat /proc/sys/kernel/threads-max
dmesg -T | grep -i -E 'oom|fork|cgroup' | tail -20
```

해결 방법: 서버의 사용 가능한 메모리를 늘리세요. 보고자는 소형 EC2 인스턴스(micro/t-class)에서 실행 중이었으며, 더 큰 인스턴스로 업그레이드하여 재시작 루프 문제가 해결되었습니다. 인스턴스를 업그레이드할 수 없는 경우에는 swap을 추가하거나, 다른 서비스로 인한 메모리 부담을 줄이거나, `PidsLimit`이 너무 낮게 설정되어 있다면 docker-compose.yml에서 컨테이너의 pids 제한을 높이세요.

Question 3

Plausible 분석 추적 스크립트로 인한 강제 리플로우를 수정하는 방법?

Accepted Answer

이는 알려진 성능 문제입니다. 리플로우는 스크립트의 스크롤 추적 기능에 의해 트리거됩니다. 자체 호스팅 Plausible의 경우 tracker/src/engagement.js를 수정하여 getDocumentHeight 호출을 requestAnimationFrame으로 감싸고 결과를 캐시할 수 있습니다. Plausible Cloud 사용자의 경우 아직 내장된 해결 방법이 없습니다. 지원팀에 문의하거나 이슈 #5727을 팔로우하여 업데이트를 받으세요.

Plausible Analytics

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트