Download the PHP package causal/simple_api without Composer
On this page you can find all versions of the php package causal/simple_api. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Download causal/simple_api
More information about causal/simple_api
Files in causal/simple_api
Package simple_api
Short Description Service to route HTTP/REST requests to your own TYPO3 controllers.
License GPL-2.0+
Homepage https://github.com/xperseguers/t3ext_simple_api
Informations about the package simple_api
Simple API for TYPO3
Service to route HTTP/REST requests to your own controllers.
BEWARE: This extension is expected to be used by TYPO3 developers and acts as a central hub to route requests to your own business logic.
Features
- Support for authenticated method calls
- Support for localized calls (taking the language into account)
- Support for cached calls and transparent access to the TYPO3 caching framework within your API handler
- Support for gzip payload if header
HTTP_ACCEPT_ENCODING
is present and containsgzip
- Support for dynamically generating a documentation of your API
- Automatic flushing of cache entries when editing records in Backend (use
<table-name>%<uid>
in the list of corresponding tags)
In addition, this supports dependency injection for your API handlers, you just need to use @inject
or methods
prefixed by inject
, as well-known when programming with Extbase.
Difference with EXT:routing
Unlike EXT:routing, this extension does not force you to map Extbase
controller/actions to route segments but instead basically lets you register a "segment" (typically the first one) and
then will simply route the whole request to a handle()
method within your controller.
Registration of handlers
First of all you should add a dependency within your ext_emconf.php
configuration file, either as a real constraint,
or as a suggestion, depending on what you prefer:
Then, within ext_localconf.php
:
you may register a pattern instead of a fixed route:
Your handler must extend \Causal\SimpleApi\Controller\AbstractHandler
.
Handler Keys
The registration array supports various keys:
-
route [mandatory]: The route to register.
-
class [mandatory]: The class handling requests to the corresponding route.
-
contentType [optional]: Content type of the payload accepted by a POST request, will decode it automatically before invoking your handler.
-
methods [optional]: The comma-separated list of HTTP methods accepted by the handler (e.g., "POST"). Defaults to no restrictions.
-
restricted [optional]: Whether the API call expects an authenticated call (using
HTTP_X_AUTHORIZATION
header). If restricting access to part of your API, you must register a route with name/authenticate
which will get theHTTP_X_AUTHORIZATION
header, do something with it and return an array with following keys:success => true
(orfalse
). Will be passed as_authenticated
boolean flag to the API handler- Custom keys will be prefixed by
_
and passed as-is to the API handler (e.g.,user
will become_user
) - Custom boolean flag
demo
may be used to specify that the authentication succeeded but with "demonstration" capabilities. This needs to be then handled in your API controller by checking, as expected, boolean flag parameter_demo
.
Hint: If
HTTP_X_AUTHORIZATION
header is present, the authentication will take place and your handler will be invoked regardless of the outcome of the call, if you did not explicitely marked your handler as "restricted". - deprecated [optional]: Boolean flag to mark the corresponding route as deprecated in the documentation.
Payload
Following rules apply with the payload you return from your API handler:
- Payload is expected to be an array and will be returned as content-type
application/json
. If you want to return another content-type (such as an image), you should do it in your own API handler andexit()
afterwards. - If an exception is thrown, it is catched and encapsulated into a HTTP 500 error. The only exception is if exception
\Causal\SimpleApi\Exception\ForbiddenException
is thrown, it will throw a HTTP 403 error instead. - If no handlers are found, a HTTP 404 error is returned.
Known Issues and Workaround
-
Extbase repositories may be used within your API handlers but you need to manually invoke method
includeTCA()
from the base class in order for the Extbase mapping to be available to returned objects. This call should typically be part of theinitialize()
method you can override in your handler and which is called before invokinghandle()
.BEWARE: If you don't properly include the TCA of your domain model, you may corrupt the Extbase datamap cache by storing incomplete mapping definition into the cache backend for
extbase_datamapfactory_datamap
(e.g., tablecf_extbase_datamapfactory_datamap
with out-of-the-box TYPO3 settings). In such case, you will need to flush that cache manually.
Installation
-
Clone this repository into
typo3conf/ext/simple_api
:Alternatively, you may load it via composer:
-
Go to Extension Manager and activate extension
simple_api
-
Add a rewrite rule to your
.htaccess
. E.g.,or, if you are using Nginx:
This will have the effect of using this extension for handling requests starting with
api/
.
Hint: If you need to support localization (&L=<some-language-uid>
), then you should change the suggesting routing
above to include the root page uid of your website (&id=<some-uid>
). This is needed because localization mode and
default language may differ in complex environments and thus cannot be inferred.