Sonata Admin: cómo redireccionar un usuario según su rol

Escenario

Una aplicación symfony 4.4 con el framework Sonata Admin 3.78.1 cuenta con una página de login para que los administradores del sitio puedan gestionar sus clientes. Ahora queremos que los clientes puedan usar la misma página de login para acceder a sus datos personales como, por ejemplo, sus facturas. Para la gestión de usuarios la aplicación utiliza los paquetes friendsofsymfony/user-bundle 2.1.2 y sonata-project/user-bundle 4.9.0

Problema

En config/packages/security.yaml se puede configurar el comportamiento de la aplicación tras un login exitoso, en el bloque de firewall.

firewalls:
        # Disabling the security for the web debug toolbar, the profiler and Assetic.
        dev:
            pattern:  ^/(_(profiler|wdt)|css|images|js)/
            security: false

        # -> custom firewall for the admin area of the URL
        admin:
            pattern:            /admin(.*)
            context:            user
            switch_user:        true
            form_login:
                provider:       fos_userbundle
                login_path:     /admin/login
                use_forward:    false
                check_path:     /admin/login_check
                failure_path:   null
                use_referer:    true
                default_target_path: sonata_admin_dashboard

firewalls:

# Disabling the security for the web debug toolbar, the profiler and Assetic.

dev:

pattern: ^/(_(profiler|wdt)|css|images|js)/

security: false

# -> custom firewall for the admin area of the URL

admin:

pattern: /admin(.*)

context: user

switch_user: true

form_login:

provider: fos_userbundle

login_path: /admin/login

use_forward: false

check_path: /admin/login_check

failure_path: null

use_referer: true

default_target_path: sonata_admin_dashboard

La clave default_target_path está definida con la ruta del panel de control para que el usuario autenticado sea dirigido a esa página. Al principio cambié la ruta con la de un controlador en /admin/default que, según el rol del usuario dirigía a un sitio u otro:

<?php
namespace Acme\Controller;

use Symfony\Bundle\FrameworkBundle\Controller\Controller;
use Sonata\AdminBundle\Action\DashboardAction;

/**
 * Description of DefaultController
 *
 * @author marcos
 */
class DefaultController extends Controller
{

    /**
     *
     * @return \Symfony\Component\HttpFoundation\RedirectResponse
     */
    public function defaultRoute()
    {
        if ($this->get('security.authorization_checker')->isGranted('ROLE_CUSTOMER')) {
            
            return $this->redirectToRoute('admin_acme_customer_profile');
        }
        $dashboardAction = $this->container->get(DashboardAction::class);
        $currentRequest = $this->container->get('request_stack')->getCurrentRequest();
        
        return $dashboardAction($currentRequest);
    }
}

<?php

namespace Acme\Controller;

use Symfony\Bundle\FrameworkBundle\Controller\Controller;

use Sonata\AdminBundle\Action\DashboardAction;

/**

* Description of DefaultController

* @author marcos

class DefaultController extends Controller

{

/**

* @return \Symfony\Component\HttpFoundation\RedirectResponse

public function defaultRoute()

{

if ($this->get('security.authorization_checker')->isGranted('ROLE_CUSTOMER')) {

return $this->redirectToRoute('admin_acme_customer_profile');

}

$dashboardAction = $this->container->get(DashboardAction::class);

$currentRequest = $this->container->get('request_stack')->getCurrentRequest();

return $dashboardAction($currentRequest);

}

Además añadí el rol ROLE_CUSTOMER y un par de reglas en security.yaml para permitir el acceso no autenticado a la ruta del controlador, y a los clientes del rol ROLE_CUSTOMER a sus páginas:

    role_hierarchy:
        ROLE_ADMIN:       [ROLE_USER, ROLE_SONATA_ADMIN]
        ROLE_SUPER_ADMIN:
            - ROLE_ADMIN
            - ROLE_ALLOWED_TO_SWITCH
        ROLE_CUSTOMER: [ROLE_USER]
...
    access_control:
        # Admin login page needs to be accessed without credential        
        - { path: ^/admin/default, role: IS_AUTHENTICATED_ANONYMOUSLY }
        - { path: ^/admin/customer/*, role: [ROLE_ADMIN, ROLE_CUSTOMER] }

role_hierarchy:

ROLE_ADMIN: [ROLE_USER, ROLE_SONATA_ADMIN]

ROLE_SUPER_ADMIN:

- ROLE_ADMIN

- ROLE_ALLOWED_TO_SWITCH

ROLE_CUSTOMER: [ROLE_USER]

...

access_control:

# Admin login page needs to be accessed without credential

- { path: ^/admin/default, role: IS_AUTHENTICATED_ANONYMOUSLY }

- { path: ^/admin/customer/*, role: [ROLE_ADMIN, ROLE_CUSTOMER] }

Esta solución funciona para redireccionar un cliente a su página después de autenticarse. Pero si accede a la página de login estando ya autenticado era dirigido a la página del panel de control con el esperado error de acceso denegado.

Solución

El problema es que por defecto la acción de Sonata Admin (definida en Sonata\UserBundle\Action\LoginAction es dirigir al usuario a la ruta sonata_admin_dashboard. Una manera de solucionarlo es declarar esa ruta en config/routes.yaml para que dirija al controlador de antes que comprueba el rol del usuario:

sonata_admin_dashboard:
    path:     /admin/dashboard
    controller: Acme\Controller\DefaultController::defaultRoute

sonata_admin_dashboard:

path: /admin/dashboard

controller: Acme\Controller\DefaultController::defaultRoute

Cómo

Sonata Admin: el calendario no se cierra

PorMarcos diciembre 5, 2020diciembre 5, 2020

Escenario Incluir un filtro de rango de fechas en SonataAdmin que use un calendario para seleccionar la fecha es más o menos fácil. Primero añadimos el siguiente bloque en el admin de nuestra entidad:

<?php

// src/Admin/InvoiceAdmin.php

namespace Acme\Admin;

use Sonata\AdminBundle\Admin\AbstractAdmin;
use Sonata\DoctrineORMAdminBundle\Filter\DateRangeFilter;
use Sonata\Form\Type\DateTimeRangePickerType;

/**
 *
 * @author Marcos
 */
class InvoiceAdmin extends AbstractAdmin
{
    protected function configureDatagridFilters(DatagridMapper $datagridMapper)
    {
        $datagridMapper->add('createdAt', DateRangeFilter::class, array(
            'label' => 'created_at',
            'field_type' => DateTimeRangePickerType::class
        ));
    }
}
</php>

<?php

// src/Admin/InvoiceAdmin.php

namespace Acme\Admin;

use Sonata\AdminBundle\Admin\AbstractAdmin;

use Sonata\DoctrineORMAdminBundle\Filter\DateRangeFilter;

use Sonata\Form\Type\DateTimeRangePickerType;

/**

* @author Marcos

class InvoiceAdmin extends AbstractAdmin

{

protected function configureDatagridFilters(DatagridMapper $datagridMapper)

{

$datagridMapper->add('createdAt', DateRangeFilter::class, array(

'label' => 'created_at',

'field_type' => DateTimeRangePickerType::class

));

}

</php>

Y la siguiente clave bajo form_themesen el fichero config/packages/twig.yaml:

twig:
    default_path: '%kernel.project_dir%/templates'
    debug: '%kernel.debug%'
    strict_variables: '%kernel.debug%'
    form_themes:
        - '@SonataForm/Form/datepicker.html.twig'

twig:

default_path: '%kernel.project_dir%/templates'

debug: '%kernel.debug%'

strict_variables: '%kernel.debug%'

form_themes:

- '@SonataForm/Form/datepicker.html.twig'

Problema El calendario no se cierra automáticamente cuando se selecciona…

Sonata Admin: cómo redireccionar un usuario según su rol

Escenario

Problema

Solución

Modelos locales

Instalación y configuración de Guacamole 1.3

Configuración Jackrabbit + tomcat + aws s3

Synfony 4: exporter personalizado

Timeout al actualizar con composer

Sonata Admin: el calendario no se cierra

Deja una respuesta Cancelar la respuesta

Escenario

Problema

Solución

Publicaciones Similares

Deja una respuesta Cancelar la respuesta