Loading...
 
Skip to main content

History: API

Preview of version: 18

API

Tiki24 now has an API, leveraging swagger-api/swagger-ui

First commit: https://gitlab.com/tikiwiki/tiki/-/merge_requests/1028

Tiki 24+

A self-documented REST API has been added to Tiki 24 exposing the (arguably) most commonly used elements of the system.

Getting Started

Enable API access via Admin -> Security tab.

Documentation

See /api/ on your target Tiki installation for an OpenAPI 3.0 documentation of the API.

 Documentation page

The page under /api/ looks like this:

Tiki API Documentation
API Documentation page

Let's GET the current Tiki version

GET/version Request

  • Parameters: No parameters
  • Type: application/json
  • Code snippet (assuming mytiki.com has API feature enabled).
Copy to clipboard
$ curl --request GET 'http://mytiki.com/api/version'

Responses

  • Value:
Copy to clipboard
{ "version": "24.1vcs" }

Authorization

API requests should be authenticated with a token created by Tiki admin (via Admin -> Security tab). Each token gives their owner access with one and only one Tiki user. Permissions configuration is then based on that Tiki user's groups.
Bearer token authorization header in format:

Copy to clipboard
Authorization: Bearer TOKEN


Tokens can be created in two ways:
1. Manually via Admin -> Security tab. Each token is associated with a user. Any API call using the token will act as the user observing all user's permissions.
2. Using Tiki OAuth 2.0 server. Documentation contains endpoints and parameters for different grant types.

OAuth 2.0 Server

Tiki can act as an OAuth server. Admin -> Security tab has a link to manage authenticated clients. This section creates client IDs and secrets for 3rd party apps using Tiki API. Authorization flow can be:
1. Machine-to-machine - use client authorization grant type. Send your credentials directly to access_token endpoint to retrieve the access token.
2. End-user-to-machine - use auth flow grant type. Start by sending the user to authorize endpoint. This allows Tiki to ask target user for permission to grant access token with their user privileges. Once agreed, user is redirected back to your app/web app/machine where you do a machine-to-machine request to access_token endpoint to get the actual access token.
Access tokens generated by Tiki OAuth server are JWT encoded.

Coverage

API endpoints include:
1. Authorization flow.
2. API version.
3. Category CRUD + object categorization.
4. Comments CRUD + thread locking and moderation.
5. Groups CRUD + user association.
6. Search index rebuild and lookup.
7. Trackers/Fields/Items CRUD + special features like dump/export, clone, duplicate, clear.
8. Manage object translations.
9. User registration and CRUD operations, messaging and emailing wiki pages.
10. Wiki pages CRUD, locking and parsing/display.

Major items still to be added:
1. Files and file galleries.
2. Articles, blogs, other wiki-related elements.
3. Calendars.
...todo

Pre-Tiki 24 notes

[+]

Aliases

History

Advanced
Information Version
Geoff Brickell 45
Geoff Brickell 44
Marc Laporte 43
Geoff Brickell 42
Geoff Brickell 41
Geoff Brickell 40
Geoff Brickell 39
Merci Jacob 38
Merci Jacob Correct preference inconsistency 37
Jonny Bradley example added 36
Marc Laporte 35
luciash d' being 🧙 requirements: .htaccess must be enabled 34
Marcellin Wabo 33
Marcellin Wabo 32
Marcellin Wabo 31
Marcellin Wabo 30
Marcellin Wabo 29
Marc Laporte 28
Marcellin Wabo Add documentation link at the end of "Coverage" paragraph. 27
Marcellin Wabo 26
Marcellin Wabo 25
Marcellin Wabo 24
Marcellin Wabo 23
Marcellin Wabo 22
Marcellin Wabo 21
Marcellin Wabo 20
Marcellin Wabo 19
Marcellin Wabo 18
Marcellin Wabo 17
Marcellin Wabo 16
Marcellin Wabo 15
Marcellin Wabo 14
Marcellin Wabo 13
Marcellin Wabo 12
Victor Emanouilov 11
Marc Laporte 10
Marc Laporte 9
Marc Laporte 8
Bernard Sfez / Tiki Specialist 7
Bernard Sfez / Tiki Specialist Adding child pages to give more example to users 6
Jean-Marc Libs 5
Marc Laporte 4
Marc Laporte 3
Marc Laporte 2
Marc Laporte 1