Jammy, 고마워. 주식 보고서의 수치와 일치하네 :]
훌륭하네요 
질문에 영감을 받아 사라가 다른 대시보드 보고서에 대한 SQL 매핑을 대거 진행했습니다. 여기에는 기존 보고서와 더 밀접하게 맞추기 위해 소수점 자리로 시간을 표시한 ‘첫 응답까지 소요 시간(Time to First Response)’ 보고서도 포함되어 있습니다 - Dashboard Report - Time to First Response
dashboard-sql 태그를 사용하여 다른 보고서들도 찾을 수 있으며, 더 많은 보고서가 준비되고 있습니다 
}
7개의 좋아요
여기 업데이트 내용을 공유드리고, 이 주제를 보고 계신 분들께 가이드가 이제 각 보고서에 해당하는 모든 SQL 주제로 링크되도록 업데이트되었음을 알려드립니다. 
해당 보고서의 개별 SQL 쿼리에 대해 질문이나 의견이 있으시면, 해당 주제에서 의견을 남겨주시면 감사하겠습니다. 
5개의 좋아요
정말 훌륭하게 해주셨어요. 
쿼리가 어떻게 작성되는지 이해하는 데 정말 좋은 참고 자료가 되었고, 꼼꼼한 설명 덕분에 쉽게 이해할 수 있었어요! 
2개의 좋아요
3개의 게시글이 새 주제로 분리되었습니다: 특정 기간 동안의 상위 X 게시자
누군가 오늘까지 "통합 페이지뷰"에서 "로그인 사용자"가 "58"이라고 표시되는 이유를 설명해 줄 수 있나요? 그런데 /admin/users/list/active에 따르면 지난 24시간 동안 사이트를 방문한 사용자는 단 한 명뿐인데(“39분 전 접속”), 그 사람이 누구인지 알고 있으며 해당 사용자는 그 시간 동안 브라우저에 페이지 하나만 열어둔 상태였습니다(새로고침이나 스크롤도 하지 않음).
그리고 어제에는 /admin/users/list/active 기준 최대 3명의 사용자가 방문했음에도 불구하고 로그인 사용자로부터 539회의 페이지뷰가 있었던 것으로 보입니다. 그중 2명의 활동량이 매우 낮다는 것은 제가 별도로 알고 있으며, 나머지 한 명의 총 읽기 시간(Read Time)은 5분에 불과합니다.
안녕하세요
새로운 주제 보기 상태 보고서를 만들어 주셔서 감사합니다. 정말 유용합니다(로그인/익명, 날짜, 카테고리로 필터링할 수 있거든요!)
여기에 추가된 것으로 보이지 않습니다. 날짜 범위를 얼마나 과거까지 설정하면 통계를 볼 수 있는지 알고 싶습니다.
감사합니다!
안녕하세요 @SaraDev,
당신과 팀이 오프라인 미트업에서 좋은 시간 보내시길 바랍니다. 혹시 시간 내셔서 Topic View Status 보고서에 대한 SQL 쿼리를 추가해 주실 수 있을까요? 제가 직접 시도해 보긴 했지만, 데이터가 일치하지 않습니다.
SELECT
t.id AS topic_id,
t.views,
t.reply_count,
t.like_count,
SUM(CASE WHEN tv.user_id IS NULL THEN 1 ELSE 0 END) AS anonymous_views,
SUM(CASE WHEN tv.user_id IS NOT NULL THEN 1 ELSE 0 END) AS logged_in_views
FROM
topics t
LEFT JOIN
topic_views tv ON t.id = tv.topic_id
WHERE
t.user_id = 3049483
AND t.category_id = 25
AND t.deleted_at IS NULL
GROUP BY
t.id, t.views, t.reply_count, t.like_count
ORDER BY
t.views DESC
감사합니다,
토픽 뷰 통계에 대한 쿼리는 아마 다음과 같은 형태일 것 같습니다.
-- [params]
-- date :start_date = 24 aug 2024
-- date :end_date = 25 sep 2024
-- null category_id :category_id
SELECT
tvs.topic_id,
t.title AS topic_title,
SUM(tvs.anonymous_views) AS total_anonymous_views,
SUM(tvs.logged_in_views) AS total_logged_in_views,
SUM(tvs.anonymous_views + tvs.logged_in_views) AS total_views
FROM topic_view_stats tvs
INNER JOIN topics t ON t.id = tvs.topic_id
WHERE tvs.viewed_at BETWEEN :start_date AND :end_date
AND (:category_id IS NULL OR t.category_id = :category_id)
GROUP BY tvs.topic_id, t.title
ORDER BY total_views DESC
LIMIT 100
도움이 될까요?
4개의 좋아요
쿼리가 완벽하게 작동합니다! Moin님, 감사합니다!
1개의 좋아요
여기에 Consolidated API Requests 보고서를 추가할 수 있을까요?
API와 User API의 차이점, 그리고 이것이 API 키 목록과 관련이 있는지 이해하려고 합니다.
이 주제에 관심 있는 분들을 위해 관련 정보로 사이트 설정의
API와 User API
https://<site URL>/admin/site_settings/category/api
https://<site URL>/admin/site_settings/category/user_api
그리고 API 키 목록
https://<site URL>/admin/api/keys
Hi @EricGT,
Consolidated API Requests 리포트가 이 토픽에 추가되었으며, 해당 리포트의 SQL에 대한 정보는 여기서 확인할 수 있습니다: Dashboard Report - Consolidated API Requests
질문에 대한 답변입니다:
일반 API 요청 (req_type = 11): 사용자 인증이 필요하지 않은 시스템에 대한 API 호출입니다. 여기에는 공개 API 엔드포인트, 시스템 통합, 또는 공개 데이터에 접근하는 제3자 서비스가 포함됩니다.
일반 API 요청의 예시는 다음과 같습니다:
- 공개 토픽 목록 -
/latest.json또는/categories.json을 사용하여 공개 토픽 목록 가져오기 - 공개 게시물 읽기 -
/t/{topic_id}.json을 사용하여 공개 게시물 콘텐츠 가져오기 - 공개 콘텐츠 검색 쿼리 -
/search.json?q={search_term} - RSS 피드 - 카테고리 또는 토픽에서 공개 RSS 피드에 접근하기
- 사이트 정보 -
/site.json을 통해 기본 사이트 통계 가져오기 - 공개 사용자 프로필 -
/users/{username}.json을 사용하여 공개 사용자 정보 보기 - 태그 목록 -
/tags.json을 사용하여 공개 태그 정보 가져오기
사용자 API 요청 (req_type = 12): 사용자 인증과 함께 수행되는 API 호출로, 일반적으로 특정 사용자를 대신하여 수행되는 작업을 나타내며 API 키 사용이 필요합니다.
사용자 API 요청의 예시는 다음과 같습니다:
- 콘텐츠 생성 -
/posts.json에 POST 요청을 사용하여 새 토픽이나 답변 게시 - 사용자 관리 -
/admin/users/를 사용하여 사용자 추가, 업데이트 또는 정지 - 개인 메시지 - 개인 메시지 접근 또는 전송
- 사용자별 작업 - 게시물 좋아요, 사용자 팔로우, 콘텐츠 북마크
- 관리 기능 - 사이트 설정 변경, 카테고리 관리
- 그룹 관리 - 그룹에서 사용자 추가 또는 제거
- 사용자 설정 - 사용자 설정 또는 프로필 정보 업데이트
- 배지 부여 - 사용자에게 배지 부여
2개의 좋아요
누군가 이 문서에 페이지에서 보고서를 제거하는 방법에 대한 지침을 추가해 주시겠어요? AI 봇을 이용해서 방법을 찾아야 했거든요. 즉, dashboard_hidden_reports 설정을 사용해야 합니다.