Feature Request: User Track Play Statistics
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 38/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Ít trao đổi
- Lĩnh vực
- api, authentication, backend-api-design
Hướng nghiên cứu
Review the existing public API patterns for likes, playlists, follows, and OAuth scopes before assessing GET /me/track-stats. Done would require an agreed design for collecting and exposing play counts, listening time, timestamps, completion and replay metrics while enforcing explicit track-stats:read consent.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Summary
Provide per-user listening statistics for tracks, including play counts and listening engagement metrics.
Proposed Endpoint
GET /me/track-stats
Example Response
{
"track_id": 12345,
"play_count": 47,
"total_listening_time_ms": 8923000,
"last_played_at": "2026-06-05T12:34:56Z",
"completion_rate": 0.91
}
Requested Data
- Number of times a user played a track
- Total listening time per track
- Last played timestamp
- Completion rate
- Replay count
Use Cases
Personal Analytics
Users can discover which tracks they actually listen to most, rather than relying on likes as a proxy.
Recommendation Engines
Play frequency often provides a much stronger signal of preference than likes alone.
Music Compatibility Apps
Comparing shared listening behavior becomes much more meaningful when based on actual engagement rather than saved tracks.
DJ & Playlist Tools
Developers can identify tracks that consistently receive high replay rates and engagement.
Why This Matters
Currently, developers can access likes, playlists, and follows, but cannot determine which tracks users truly engage with. A track played 50 times and a track played once appear identical through the current API.
Exposing listening statistics would unlock a richer ecosystem of analytics, recommendation, and discovery applications while remaining compatible with OAuth-based user consent.
Privacy
Access should require explicit OAuth authorization, for example:
track-stats:read
- Ngôn ngữ chính
- JavaScript
- Star
- 259
- Fork
- 54
- Merge trung bình
- 1 phút
- Pull request đã merge (30 ngày)
- 1
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của soundcloud/api
-
enhancement
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
soundcloud/api#597 · 1 reaction ·
-
enhancement
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 40/100
soundcloud/api#596 · 2 bình luận · 1 reaction ·
-
question
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
soundcloud/api#595 · 4 bình luận ·
-
documentation
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
soundcloud/api#583 · 1 bình luận · 1 reaction ·
-
widget
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
soundcloud/api#557 · 1 bình luận ·
Tất cả issue của soundcloud/api
Issue tương tự
-
Awaiting Maintainer Approval Bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
processing/p5.js-web-editor#4364 ·
Maintainer thường phản hồi trong vòng 4 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
woocommerce/woocommerce-google-analytics-integration#699 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 Dưới một giờ Mức phù hợp với người mới 74/100
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
JsCommunity/app-conf#22 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
Maintainer thường phản hồi trong vòng 1 ngày