The Eventify REST API gives you programmatic access to the core data that powers the Eventify platform — events, categories, locations, and statuses. Every response is JSON, the majority of endpoints are publicly accessible without any credentials, and the API follows conventional HTTP semantics:Documentation Index
Fetch the complete documentation index at: https://mintlify.com/astrxnomo/eventify-app/llms.txt
Use this file to discover all available pages before exploring further.
GET to read, POST to create, PUT to update, and DELETE to remove. Whether you’re building an integration, a mobile client, or just exploring the data, this reference covers everything you need to get started quickly.
Base URL
All API endpoints are mounted under the/api path segment of your Eventify installation. Replace your-domain with your actual host:
Authentication
Most API endpoints are public and require no authentication. The single exception isGET /api/user, which is protected by Laravel Sanctum and returns the currently authenticated user’s profile.
To call authenticated endpoints, include a Sanctum-issued bearer token in the Authorization header of your request:
All other resource endpoints —
/api/event, /api/category, /api/locations, and /api/statuses — are unauthenticated. No token is needed to read or modify event and category data through the API.Response Format
Every response from the Eventify API isContent-Type: application/json. The shape of a response depends on the action performed:
| Scenario | HTTP Status | Body shape |
|---|---|---|
| Successful read | 200 OK | Resource object or array of resource objects |
| Successful create | 201 Created | Newly created resource object |
| Successful update | 200 OK | Updated resource object |
| Successful delete | 200 OK | {"message": "..."} confirmation |
| Resource not found | 404 Not Found | {"message": "..."} describing what was missing |
| Validation failure | 422 Unprocessable Entity | Laravel validation error object |
Error Response Examples
A404 response looks like:
422 validation error from Laravel looks like:
Available Resources
Events
Full CRUD for events. List, retrieve, create, update, and delete event records, each with eager-loaded category, location, user, and status relations.
Categories
Full CRUD for event categories. Manage the classification labels that are attached to events across the platform.
Locations
Read-only listing of all location records, including street address, city, region, country, and geocoded latitude/longitude coordinates.
Statuses
Read-only listing of all event status records — Disponible, Agotado, and Finalizado — used to reflect an event’s current availability.
| Resource | Endpoints | Description |
|---|---|---|
| Events | GET, POST /api/event · GET, PUT, DELETE /api/event/{id} | Full CRUD — list all, retrieve one, create, update, delete |
| Categories | GET, POST /api/category · GET, PUT, DELETE /api/category/{id} | Full CRUD — list all, retrieve one, create, update, delete |
| Locations | GET /api/locations | Read-only index of all location records |
| Statuses | GET /api/statuses | Read-only index of all status records |
Quick Start
The fastest way to verify the API is reachable is to list all events. No authentication header is required:[] if no events exist yet):