Download the PHP package locastic/api-platform-translation-bundle without Composer

On this page you can find all versions of the php package locastic/api-platform-translation-bundle. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.

FAQ

After the download, you have to make one include require_once('vendor/autoload.php');. After that you have to import the classes with use statements.

Example:
If you use only one package a project is not needed. But if you use more then one package, without a project it is not possible to import the classes with use statements.

In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
Some PHP packages are not free to download and because of that hosted in private repositories. In this case some credentials are needed to access such packages. Please use the auth.json textarea to insert credentials, if a package is coming from a private repository. You can look here for more information.

  • Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
  • To use Composer is sometimes complicated. Especially for beginners.
  • Composer needs much resources. Sometimes they are not available on a simple webspace.
  • If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
  • Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Please rate this library. Is it a good library?

Informations about the package api-platform-translation-bundle

Locastic Api Translation Bundle

Translation bundle for API Platform based on Sylius translation: translations are stored per locale in a dedicated translation entity and exposed through your API as embedded objects, with the active locale resolved from each request.

Supported versions:

Version PHP API Platform Doctrine ORM
2.x (master) ^8.2 ^3.4 \|\| ^4.0 ^3.0
1.4 ^8.1 ^2.1 \|\| ^3.0 ^3.0

Installation:

Configuration:

The bundle works without any configuration. All options and their defaults:

For example, to resolve the locale from the Accept-Language header only and ignore the ?locale= query parameter:

Implementation:

Translatable entity:

Example:

Translation entity:

Example:

API resource notes:

Editing translations (PUT vs PATCH): the bundle populates the submitted translations onto the managed entity, keeping existing translation rows (and their ids) stable, following the HTTP semantics of each method:

For PUT you must disable API Platform's standard_put, either per operation (extraProperties: ['standard_put' => false], as above) or once for the whole API:

With standard_put on, API Platform deserializes into a brand-new object and copies its properties (including the translations collection) over the managed entity, so translations cannot be matched to their existing rows. The bundle detects this misconfiguration and fails with an explicit error instead of letting the write die in the persistence layer.

Usage:

Request a single locale

Pass the locale as a query parameter:

Or use the Accept-Language HTTP header:

Translatable fields are returned in the requested locale; when no translation exists for it, the fallback locale is used.

Restricting locales: if framework.enabled_locales or the bundle's own enabled_locales option (which takes precedence) is configured, only those locales are accepted: a ?locale= value outside the list and non-matching Accept-Language headers fall back to the default locale. When neither is configured (Symfony's default), any requested locale is accepted.

Return all translations in a response

Add the translations serialization group through the translation.groups filter (registered by this bundle, enabled on the resource via filters: ['translation.groups']):

The group is added on top of the operation's normalization groups, so the response contains the single-locale virtual fields plus the full collection:

Create a resource with translations (POST)

Submit translations as an object keyed by locale; each entry must repeat its locale field:

Update translations (PATCH, recommended)

A merge patch updates only the submitted locales and leaves the others untouched; existing translation rows are updated in place, no id needed:

Here the de title is updated while the en translation is left as is.

Replace all translations (PUT)

PUT is a full replace: locales absent from the payload are removed. It requires standard_put to be disabled (see the editing notes under Implementation above). Send the id of each existing translation so it is updated instead of replaced:

Limitations:

Contribution

If you have an idea on how to improve this bundle, feel free to contribute. If you have problems or you found some bugs, please open an issue.

Support

Want us to help you with this bundle or any API Platform/Symfony project? Write us an email on [email protected]


All versions of api-platform-translation-bundle with dependencies

PHP Build Version
Package Version
Requires php Version ^8.2
api-platform/symfony Version ^3.4 || ^4.0
doctrine/orm Version ^3.0
doctrine/doctrine-bundle Version ^2.13 || ^3.0
symfony/translation Version ^6.4 || ^7.0 || ^8.0
symfony/dependency-injection Version ^6.4 || ^7.0 || ^8.0
symfony/yaml Version ^6.4 || ^7.0 || ^8.0
Composer command for our command line client (download client) This client runs in each environment. You don't need a specific PHP version etc. The first 20 API calls are free. Standard composer command

The package locastic/api-platform-translation-bundle contains the following files

Loading the files please wait ...