You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hey,
The website I'm building is not by default translated to English (although it has an English translation). So initially I went to ...\config\binshopsblog.php and changed default_language to the language I wanted. When I went to localhost/blog_setup and finished the process. But the default language was still en.
I added another language from Blog admin -> Add new Language. Then I added a post with that language and the post was inaccessible when I went to http://localhost/blog. The reason was that by default my language was not set to English.
If you're having this issue, the reason for this are:
The default language is stored in the DB, not in the config file. Go to your DB -> binshops_configurations -> search for DEFAULT_LANGUAGE_LOCALE
In vendor\binshops\laravel-blog\src\Middleware\DetectLanguage.php it's trying to get the default language wrong. It's trying to access $request->route('locale'), but it should be app()->getLocale()
When a locale is not found, it's trying to access the default one from the DB, not from the config file
It's pretty much enough to change the default language in the DB.
My proposal to the package's owner is:
When executing POST->http://localhost/blog_setup - either ask for default language OR get the one from config\binshopsblog.php
Store the default language either in the config file or in the DB - not at both places at once
In vendor\binshops\laravel-blog\src\Middleware\DetectLanguage.php instead of $request->route('locale'), make it app()->getLocale() - everywhere else in Laravel people are using the second approach.
In vendor\binshops\laravel-blog\src\Middleware\DetectLanguage.php instead of accessing the default language from the DB, access it from the config file.
I got a middleware before Middleware\DetectLanguage.php that sets the app's default language to my default if there is none in the URL, but the package cannot access it, because it's trying to get it via $request->route('locale'). I tried setting this attribute in the $request object, but unsuccesfuly. Most people are using app()->setLocale() nowadays.
The text was updated successfully, but these errors were encountered:
Hey,
The website I'm building is not by default translated to English (although it has an English translation). So initially I went to
...\config\binshopsblog.php
and changeddefault_language
to the language I wanted. When I went to localhost/blog_setup and finished the process. But the default language was stillen
.I added another language from Blog admin -> Add new Language. Then I added a post with that language and the post was inaccessible when I went to http://localhost/blog. The reason was that by default my language was not set to English.
If you're having this issue, the reason for this are:
DEFAULT_LANGUAGE_LOCALE
vendor\binshops\laravel-blog\src\Middleware\DetectLanguage.php
it's trying to get the default language wrong. It's trying to access$request->route('locale')
, but it should beapp()->getLocale()
It's pretty much enough to change the default language in the DB.
My proposal to the package's owner is:
config\binshopsblog.php
vendor\binshops\laravel-blog\src\Middleware\DetectLanguage.php
instead of$request->route('locale')
, make itapp()->getLocale()
- everywhere else in Laravel people are using the second approach.vendor\binshops\laravel-blog\src\Middleware\DetectLanguage.php
instead of accessing the default language from the DB, access it from the config file.I got a middleware before
Middleware\DetectLanguage.php
that sets the app's default language to my default if there is none in the URL, but the package cannot access it, because it's trying to get it via$request->route('locale')
. I tried setting this attribute in the $request object, but unsuccesfuly. Most people are usingapp()->setLocale()
nowadays.The text was updated successfully, but these errors were encountered: