Symfony2 locale-Erkennung: nicht in Betracht, _locale in der Sitzung

Ich versuche, die Implementierung eines LocaleListener, erkennt der Benutzer die bevorzugte Sprache (wenn man bedenkt, Accept-Language-header) und speichert es in der session zu vermeiden, überprüft es jede Anforderung. Ich habe entwickelt Sie den code unten, um das zu erreichen:

public function onKernelRequest(GetResponseEvent $event) {
    $request = $event->getRequest();

    if (HttpKernelInterface::MASTER_REQUEST !== $event->getRequestType()) {
        return;
    }

    $preferredLocale = $request->getPreferredLanguage($this->availableLocales);

    if ($this->container->has('session')) {
        $session = $this->container->get('session');
        if (!$session->has('_locale')) {
            $session->set('_locale', $preferredLocale);
        }
    } else {
        $request->setLocale($preferredLocale);
    }
}

Dem code arbeitet, ist die bevorzugte Sprache gespeichert, die in der Sitzung, aber symfony ist nicht unter Berücksichtigung der locale gespeichert in der Sitzung um die Zeichenfolgen zu übersetzen. In meinem Fall, meine bevorzugte Sprache war, 'pt_BR', und wenn ich escape:

{{ app.request.locale }}

symfony entkommen ist 'de'. Sollte nicht symfony werden unter Berücksichtigung der gespeicherte Wert in der session('_locale') zu definieren request locale? Ist das ein korrektes Verhalten? Wie kann ich erreichen, dass?

InformationsquelleAutor Hugo Nogueira | 2013-05-03

  1. 15

    Hier ist eine Arbeitssprache Zuhörer. die zweite Methode ist, um die Sprache zu ändern, um die Benutzer-Einstellungen, die der Benutzer wählt. Sie weglassen können, diese Methode, wenn Ihre Benutzer haben nicht die Möglichkeit zu definieren, Ihre Sprache.

    <?php

namespace Acme\UserBundle\EventListener;
use Symfony\Component\HttpFoundation\Session\Session;
use Symfony\Component\Security\Http\Event\InteractiveLoginEvent;
use Symfony\Component\HttpKernel\Event\GetResponseEvent;
use Symfony\Component\HttpKernel\HttpKernelInterface;

class LanguageListener
{
    private $session;

    public function setSession(Session $session)
    {
        $this->session = $session;
    }

    /**
     * kernel.request event. If a guest user doesn't have an opened session, locale is equal to
     * "undefined" as configured by default in parameters.ini. If so, set as a locale the user's
     * preferred language.
     *
     * @param \Symfony\Component\HttpKernel\Event\GetResponseEvent $event
     */
    public function setLocaleForUnauthenticatedUser(GetResponseEvent $event)
    {
        if (HttpKernelInterface::MASTER_REQUEST !== $event->getRequestType()) {
            return;
        }
        $request = $event->getRequest();
        if ('undefined' == $request->getLocale()) {
            if ($locale = $request->getSession()->get('_locale')) {
                $request->setLocale($locale);
            } else {
                $request->setLocale($request->getPreferredLanguage());
            }
        }
    }

    /**
     * security.interactive_login event. If a user chose a language in preferences, it would be set,
     * if not, a locale that was set by setLocaleForUnauthenticatedUser remains.
     *
     * @param \Symfony\Component\Security\Http\Event\InteractiveLoginEvent $event
     */
    public function setLocaleForAuthenticatedUser(InteractiveLoginEvent $event)
    {
        $user = $event->getAuthenticationToken()->getUser();

        if ($lang = $user->getLanguage()) {
            $this->session->set('_locale', $lang);
        }
    }
}

    in Ihre Dienste.yml:

    services:
    acme.language.interactive_login_listener:
        class: Acme\UserBundle\EventListener\LanguageListener
        calls:
            - [ setSession, [@session] ]
        tags:
            - { name: kernel.event_listener, event: security.interactive_login, method: setLocaleForAuthenticatedUser }

    acme.language.kernel_request_listener:
        class: Acme\UserBundle\EventListener\LanguageListener
        tags:
            - { name: kernel.event_listener, event: kernel.request, method: setLocaleForUnauthenticatedUser }

    Oh, und Sie haben zu definieren, undefined fallback_language in der config.yml zu arbeiten.

    framework:
    translator:      { fallback: "undefined" }
    default_locale:  "en"
    Danke, @Pazi. Ich habe zwei Fragen zu deinem snippet: 1) ist es eine gute Idee, um das Gebietsschema in jeder Anfrage? Ich habe versucht, dies zu vermeiden speichern locale in der session. 2) Wo haben Sie Ihre locale in der session? Was machen deine Methode "$user " ->getLanguage() gibt?
    In meinem Projekt ist es kein problem. Ich habe dieses snippet auch aus einer anderen Quelle, aber ich kenne die url nicht mehr.. Können Sie es ändern können, nur die _locale in der Sitzung. In der Vergangenheit, als ich eingeführt wurde, es hatte nicht geklappt. $user->getLanguage() ist einfach eine Sprache, die Feld in meiner Entität "Benutzer", 'Ursache, die meine Benutzer kann entscheiden, in welche Sprache zu verwenden, die webapplication, unabhängig von der Sprache des Browsers.

    InformationsquelleAutor Emii Khaos

  2. 7

    Als von symfony 2.1, das Gebietsschema nicht in der session gespeichert, aber in der Anfrage. Was Sie tun können, um es zu lösen:

    • Wiederherstellung der alten Art und Weise speichern Sie das Gebietsschema. Sie können nachlesen, wie dies in der die upgrade-Datei

    • Bearbeiten Sie die LocaleListener speichern Sie das Gebietsschema in der Anfrage:

      if (!$request->attributes->has('locale')) {
    $request->setLocale(...);
}
    offizielle Dokumentation sagt, dass es auch möglich, store locale in der session. Ist es nicht automatisch? Oder ist das ein bug gemeldet werden sollte? "Es ist auch möglich, speichern Sie das Gebietsschema in der Sitzung statt, die auf einer pro-Anfrage-basis. Wenn Sie dies tun, wird jede nachfolgende Anforderung haben, wird dieses Gebietsschema."
    bitte beachten Sie, zitieren: "Wenn Sie dies tun, jede nachfolgende Anforderung haben, wird dieses Gebietsschema.", Und wir sprechen hier nicht über sub-Anfrage, machen wir das nicht? So wird es nicht funktionieren.
    Ich habe es nicht erhalten. So bedeutet es, dass symfony nicht der Auffassung, der Schlüssel _locale in der Sitzung für weitere Anfragen?
    Das Gebietsschema gespeichert ist, in der Anfrage und nicht in der Sitzung. Wenn Sie es speichern in die session, dass Gebietsschema verwendet für unteranfragen und nicht für die wichtigste Anforderung.
    Es gibt einen Unterschied zwischen "Nachbestellung" und "unteranfragen". Ich denke, es ist etwas falsch, entweder in Symfony oder die Dokumentation, denn wenn ich die locale in der session, erwarte ich, dass jeder Antrag in dieser Sitzung zu haben, dass locale (nicht nur unteranfragen).

    InformationsquelleAutor Wouter J

Schreibe einen Kommentar