Appearance
Get slide collection (storefront callers see only currently-visible slides)
GET
/rest/v1/slider/slide
Storefront callers — guest (no token) and customer — receive only slides that are inside their scheduling window (now between date_start and date_end) and whose audience targeting admits them; an audience-restricted slide is hidden from a caller who is not a member of that audience. They also may not filter by audience — filter[audienceId] is silently dropped for them (Advisable-com/ecommercen#628), and the audienceId field itself is already omitted from every slide in the response for them. The same rule GET /rest/slider/slider has applied to its embedded slides since v1.22 (Advisable-com/ecommercen#483) — this endpoint was simply never wired to it (Advisable-com/ecommercen#615). PAGINATION SKEW: filtering happens after the page is fetched, so a page can return fewer rows than limit, and pagination still counts the UNFILTERED set — so total overstates what a storefront caller can actually see, and a later page can be sparse or empty while total implies otherwise. This is new to this endpoint and is NOT the shape of the #483 slider fix, which post-filters the nested, unpaginated slides M2M array while its own top-level pagination counts SLIDERS and is never touched. The precedent for post-filtering a paginated resource without correcting its count is Admin\Controllers\Role::index(). The requested sort order IS preserved. Backend callers are unaffected and still see every slide, expired and audience-targeted included.
Parameters
Query Parameters
filter[id]
Filter by slide IDs
Type
string
filter[audienceId]
Filter by audience ID. BACKEND CALLERS ONLY — silently dropped for storefront (guest/customer) callers.
Type
integer
filter[title.el]
Partial filter by title (Greek)
Type
string
sort
Sort order
Type
string
page
Page number
Type
integer
limit
Pagination limit
Type
integer
with
With relations
Type
string
Responses
Successful operation
application/json
JSON
[
]