Doc more 2
This commit is contained in:
parent
296b5360e0
commit
ab975ffc54
41
README.md
41
README.md
|
@ -78,14 +78,25 @@ Now, I'm on the same page in french http://www.domain.tld/fr/products/12-my-prod
|
|||
'product_slug' => '',
|
||||
));
|
||||
|
||||
This creates 2 routes, the default language (english here) is required. If we have a third language like "de", it will use "en". The thing is, both url http://www.domain.tld/fr/products/12-my-product and http://www.domain.tld/en/produits/12-my-product will still work. To make sure this is not an issue, you should use reverse routing everywhere. With Route::get('product/details')->uri(array('product_id' => 12, 'product_slug' => 'my_product')), you'll get the complete uri with the current language code. To get another language, just pass a second paramter to Route::get('product/details', 'en').
|
||||
|
||||
This creates 2 routes named en.products.details and fr.products.details. The default language (english here) is required. If we have a third language like "de", it will use "en". The thing is, both url http://www.domain.tld/fr/products/12-my-product and http://www.domain.tld/en/produits/12-my-product will still work. To make sure this is not an issue, you should use reverse routing everywhere. With Route::get('product/details')->uri(array('product_id' => 12, 'product_slug' => 'my_product')), you'll get the complete uri with the current user language code. To get another language, just pass a second parameter to Route::get('product/details', 'en').
|
||||
|
||||
Now, I got a controller that serves CSS files, I obviously don't need any language specified. To prevent the normal behaviour, just pass FALSE as the third parameter to Route::set like this :
|
||||
|
||||
Route::set('file.css', 'static/css/<action>.css', array(
|
||||
'action' => '[^/.]+',
|
||||
), FALSE)->defaults(array(
|
||||
'controller' => 'css',
|
||||
'action' => NULL,
|
||||
));
|
||||
|
||||
If you access http://www.domain.tld/static/css/custom_page.css, it will not redirect and Route::get('file.css.custom')->uri(array('action' => 'categories')) will not return the uri with a language code.
|
||||
|
||||
### Language selector menu
|
||||
|
||||
Multilang::selector($current) returns a menu to select the language. It will keep the same page. The "current" parameter adds the current language in the menu or not.
|
||||
You can change the view file multilang/selector.php.
|
||||
|
||||
|
||||
### Misc
|
||||
|
||||
To access the current language, you can use Request::$lang.
|
||||
|
||||
|
@ -94,4 +105,26 @@ To access the current language, you can use Request::$lang.
|
|||
If you have any suggestions, found a bug or anything, feel free to share.
|
||||
|
||||
|
||||
|
||||
### How it works
|
||||
|
||||
See https://github.com/GeertDD/kohana-lang
|
||||
|
||||
#### The URI does not contain a language code
|
||||
|
||||
If somebody visits "http://www.domain.tld/page", without a language, the best default language will be found and the user will be redirected to the same URL *with* that language prepended. To find the best language, the following elements are taken into account (in this order):
|
||||
|
||||
1. a language cookie (set during a previous visit);
|
||||
2. the HTTP Accept-Language header;
|
||||
3. a hard-coded default language.
|
||||
|
||||
#### The URI contains a language code
|
||||
|
||||
1. The language code is chopped off before the request and stored in Request::$lang.
|
||||
2. "I18n::$lang" is set to the correct target language (from config).
|
||||
3. The correct locale is set (from config).
|
||||
4. A cookie with the language code is set.
|
||||
5. Normal request processing continues.
|
||||
|
||||
It is important to be aware that the *language part is completely chopped off* of the URI. When normal request processing continues it, it does so with a URI without language. This means that **your routes must not contain a `<lang>` key**. Also, you can create HMVC subrequests without having to worry about adding the current language to the URI.
|
||||
|
||||
The one thing we still need to take care of then, is that any generated URLs should contain the language. An extension of `URL::site` is created for this. A third argument, `$lang`, is added to `URL::site`. By default, the current language is used (`Request::$lang`). You can also provide another language key as a string, or set the argument to `FALSE` to generate a URL without language.
|
||||
|
|
Loading…
Reference in New Issue