Skip to main content

Posts

User-related API environment

Pre-live user-related API docs

These pages describe the Pre-live user-related API stack.

Use pre-live OAuth credentials, pre-live API base URLs, and pre-live app URLs when following this documentation. Keep your OAuth flow, API requests, callback URLs, and manual testing within the pre-live environment.

Create, read, update, moderate, and interact with Quran Reflect posts.

📄️ Get posts feed

Retrieve a paginated feed of client-visible Quran Reflect posts, including reflections and lessons. Re-reflections are excluded from client post-type filters. Supports filtering by authors, tags, Quran references, groups, pages, and configured client-visible post type IDs. For example, use `tab=qdc&languages=2&filter[postTypeIds]=1` to retrieve English QDC reflections. Response items include engagement metadata such as `likesCount`, `commentsCount`, and `recentComment` when available. Use the dedicated comment endpoints to retrieve comment objects and totals. For ayah-by-ayah reads, use `filter[references][0][chapterId]`, `filter[references][0][from]`, and `filter[references][0][to]`.

📄️ Set or toggle a post reaction

The /v1/posts/{id}/reactions route requires an OAuth user access token in x-auth-token; client-credentials tokens are not accepted. The unversioned /posts/{id}/reactions alias instead requires the existing native session cookie. Both require a post visible to the authenticated user. Adds a reaction when none exists, changes a different reaction without changing the total, or removes the same reaction when selected again. This is a toggle, not an idempotent setter: do not automatically retry a mutation with an unknown outcome. Legacy likes are reaction1. Newly applied reactions use the existing like notification flow; changes and removals do not create another notification. Returns the service-native payload directly, with null values included for absent reactions. Gateway exposure and scope enforcement are managed separately.