Nadpisanie kontrolera logowania FosUserBundle

Question

Hej,

wiecie jak nadpisać SecurityController w FosUserBundle. Chciałbym nadpisać tylko loginAction.

namespace Common\UserBundle\Controller;
use Symfony\Component\HttpFoundation\RedirectResponse;
use Symfony\Component\HttpFoundation\Request;

class SecurityController extends \FOS\UserBundle\Controller\SecurityController
{
    /**
     * We override loginAction to redirect the user depending on their role.
     * If they try to go to /login, they will be redirected accordingly based on their role
     *
     * @param Request $request
     * @return RedirectResponse|\Symfony\Component\HttpFoundation\Response
     */
    public function loginAction(Request $request)
    {
        $auth_checker = $this->get('security.authorization_checker');
        $router = $this->get('router');

        if ($auth_checker->isGranted('ROLE_PATIENT')) {
            // Everyone else goes to the `home` route
            return new RedirectResponse($router->generate('patient_reservationList'), 307);
        }

        // Always call the parent unless you provide the ENTIRE implementation
        return parent::loginAction($request);
    }
}

Nie wiem gdzie umieścić sam kontroler do nadpisania.  Próbowałem w app Controller ale nie działa.

Answer 1

Tutaj: https://symfony.com/doc/current/bundles/FOSUserBundle/overriding_controllers.html jest wszystko opisane.

Comments

Tak jest opisane że nie rozumiem, gdzie umieszczam klasę:

<?php
// src/AppBundle/AppBundle.php

namespace AppBundle;

use Symfony\Component\HttpKernel\Bundle\Bundle;

class AppBundle extends Bundle
{
    public function getParent()
    {
        return 'FOSUserBundle';
    }
}

a gdzie klasę SecurityController?

---

The example below overrides the registerAction method. It uses the code from the base controller and adds logging a new user registration to it.

<?php
// src/AppBundle/Controller/RegistrationController.php

Na logikę rzecz biorąc wystarczy więc, że zrobisz klasę src/AppBundle/Controller/SecurityController (nie testowałem).

Answer 2

Nie prościej ingerować w wewnętrzne pliki bundle? Katalog /vendor/ i tam poszukać, niż bawić się w rozszerzanie?

Comments

Katalog vendor nie powinien być nigdy przechowywany w repozytoriach, załóżmy więc że zmianę w vendorze wykona lokalnie, później pobierze projekt na serwerze produkcyjnym i klops, zmian nie ma. vendora nigdy nie powinno się modyfikować, jak bardzo trzeba zmienić daną bibliotekę to sensowniej zrobić forka do siebie, zmodyfikować co trzeba i wystawić do pobrania dla Composera (oczywiście jeśli licencja na takie działanie pozwala).

---

@Mariusz08, a co jeżeli zaktualizuję w przyszłości FosUserBundle?

---

Myślę, że @Arkadiusz Waluk odpowiedział na pytanie w sposób lepszy ode mnie (faktycznie, nie przemyślałem możliwości wstawienia tego na np. GitHuba - napisałem myśl, która przyszła mi do głowy jako pierwsza). Jeśli zaktualizujesz FOSUserBundle, pliki zostaną nadpisane i będzie trzeba od nowa edytować pliki.