Caution
The documentation you are viewing is for an older version of this component.
Switch to the latest (v3) version.
Cookbook
How can I setup the locale depending on a routing parameter?
Localized web applications often set the locale (and therefor the language) based on a routing parameter, the session, or a specialized sub-domain. In this recipe we will concentrate on using a routing parameter.
Routing parameters
Using the approach in this chapter requires that you add a
/:locale
(or similar) segment to each and every route that can be localized, and, depending on the router used, may also require additional options for specifying constraints. If the majority of your routes are localized, this will become tedious quickly. In such a case, you may want to look at the related recipe on setting the locale without routing parameters.
Setting up the route
If you want to set the locale depending on an routing parameter, you first have to add a locale parameter to each route that requires localization.
In the following examples, we use the locale
parameter, which should consist
of two lowercase alphabetical characters.
Dependency configuration
The examples assume the following middleware dependency configuration:
use Application\Action;
return [
'dependencies' => [
'factories' => [
Action\HomePageAction::class => Action\HomePageFactory::class,
Action\ContactPageAction::class => Action\ContactPageFactory::class,
],
],
];
Programmatic routes
The following describes routing configuration for use when using a programmatic application.
use Application\Action\ContactPageAction;
use Application\Action\HomePageAction;
$localeOptions = ['locale' => '[a-z]{2,3}([-_][a-zA-Z]{2}|)'];
$app->get('/:locale', HomePageAction::class, 'home')
->setOptions($localeOptions);
$app->get('/:locale/contact', ContactPageAction::class, 'contact')
->setOptions($localeOptions);
Configuration-based routes
The following describes routing configuration for use when using a configuration-driven application.
return [
'routes' => [
[
'name' => 'home',
'path' => '/:locale',
'middleware' => Application\Action\HomePageAction::class,
'allowed_methods' => ['GET'],
'options' => [
'constraints' => [
'locale' => '[a-z]{2,3}([-_][a-zA-Z]{2}|)',
],
],
],
[
'name' => 'contact',
'path' => '/:locale/contact',
'middleware' => Application\Action\ContactPageAction::class,
'allowed_methods' => ['GET'],
'options' => [
'constraints' => [
'locale' => '[a-z]{2,3}([-_][a-zA-Z]{2}|)',
],
],
],
],
];
Note: Routing may differ based on router
The routing examples in this recipe use syntax for the zend-mvc router, and, as such, may not work in your application.
For Aura.Router, the 'home' route as listed above would read:
[ 'name' => 'home', 'path' => '/{locale}', 'middleware' => Application\Action\HomePageAction::class, 'allowed_methods' => ['GET'], 'options' => [ 'constraints' => [ 'tokens' => [ 'locale' => '[a-z]{2,3}([-_][a-zA-Z]{2}|)', ], ], ], ]
For FastRoute:
[ 'name' => 'home', 'path' => '/{locale:[a-z]{2,3}([-_][a-zA-Z]{2}|)}', 'middleware' => Application\Action\HomePageAction::class, 'allowed_methods' => ['GET'], ]
As such, be aware as you read the examples that you might not be able to simply cut-and-paste them without modification.
Create a route result middleware class for localization
To make sure that you can setup the locale after the routing has been processed, you need to implement localization middleware that acts on the route result, and registered in the pipeline immediately following the routing middleware.
Such a LocalizationMiddleware
class could look similar to this:
<?php
namespace Application\I18n;
use Interop\Http\ServerMiddleware\DelegateInterface;
use Interop\Http\ServerMiddleware\MiddlewareInterface;
use Locale;
use Psr\Http\Message\ServerRequestInterface;
class LocalizationMiddleware implements MiddlewareInterface
{
const LOCALIZATION_ATTRIBUTE = 'locale';
public function process(ServerRequestInterface $request, DelegateInterface $delegate)
{
// Get locale from route, fallback to the user's browser preference
$locale = $request->getAttribute(
'locale',
Locale::acceptFromHttp(
$request->getServerParams()['HTTP_ACCEPT_LANGUAGE'] ?? 'en_US'
)
);
// Store the locale as a request attribute
return $delegate->process($request->withAttribute(self::LOCALIZATION_ATTRIBUTE, $locale));
}
}
Locale::setDefault is unsafe
Do not use
Locale::setDefault($locale)
to set a global static locale. PSR-7 apps may run in async processes, which could lead to another process overwriting the value, and thus lead to unexpected results for your users.Use a request parameter as detailed above instead, as the request is created specific to each process.
Register this new middleware in either config/autoload/middleware-pipeline.global.php
or config/autoload/dependencies.global.php
:
return [
'dependencies' => [
'invokables' => [
LocalizationMiddleware::class => LocalizationMiddleware::class,
/* ... */
],
/* ... */
],
];
If using a programmatic pipeline, pipe it immediately after your routing middleware:
use Application\I18n\LocalizationMiddleware;
/* ... */
$app->pipeRoutingMiddleware();
$app->pipe(LocalizationMiddleware::class);
/* ... */
If using a configuration-driven application, register it within your
config/autoload/middleware-pipeline.global.php
file, injecting it
into the pipeline following the routing middleware:
return [
'middleware_pipeline' => [
/* ... */
[
'middleware' => [
Zend\Expressive\Container\ApplicationFactory::ROUTING_MIDDLEWARE,
Helper\UrlHelperMiddleware::class,
LocalizationMiddleware::class,
Zend\Expressive\Container\ApplicationFactory::DISPATCH_MIDDLEWARE,
],
'priority' => 1,
],
/* ... */
],
];
Found a mistake or want to contribute to the documentation? Edit this page on GitHub!