Symfony2 Регистрация и Вход

ПРИМЕЧАНИЕ. Обработка ввода формы Symfony 2 и манипулирование базой данных безопасны с точки зрения того, что она обрабатывает все необходимые экранирующие функции для предотвращения злонамеренного ввода и SQL-инъекций. Таким образом, мы можем назначить входные данные для соответствующих полей.

Войти и опубликовать логин

Когда мы осуществляем управление пользователями, как указано выше, процесс входа в систему прост. Мы уже определили два маршрута, связанных с входом в систему:

 login:
    path: /login
    defaults: { _controller: AppBundle:Security:login}    
        
login_check:
    path: /login_check

Далее мы создадим шаблон для отображения основной формы входа в систему:

 <form class="form-signin" method='post' action='{{path('login_check')}}'>
	{% if error %}
    <div class='red'>{{ error.message }}</div><br>
    {% endif %}
    <label for="inputName" class="sr-only">User Name</label>
    <input type="text" id="inputName" name='_username' class="form-control" placeholder="User Name" required autofocus>
    <label for="inputPassword" class="sr-only">Password</label>
    <input type="password" id="inputPassword" name="_password" class="form-control" placeholder="Password" required>
    <div class="checkbox">
    	<label>
        	<input type="checkbox" value="remember-me" required checked>Disclaimer
        </label>
    </div>
    <button class="btn btn-lg btn-primary btn-block" type="submit">Login</button>
</form>

Есть только две вещи, на которые стоит обратить внимание:

1. Действие этой формы входа должно указывать на {{path('login_check'}}/login_check
2. В нашем примере мы используем имя пользователя + пароль в качестве учетных данных. Таким образом, два входа в форме ДОЛЖНЫ быть названы « _username_password Это требуется системой безопасности Symfony.

Мы также можем заметить, что, поскольку мы не используем «тип формы» для связи информации для входа в систему с базовым пользовательским объектом (как мы делаем для регистрации), и вместо этого мы оставляем это для интерфейса безопасности, мы создали виджеты формы все сами.

Вот и все. Теперь пользователь может ввести имя пользователя и пароль и войти в систему.

После успешного входа нам нужно знать о нескольких вещах:

1. В контроллере мы можем использовать $this->getUser()userUser
2. В Twig мы можем использовать определенные вспомогательные функции для доступа к объекту пользователя.

Как мы видим в части 1, is_granted('ROLE_ADMIN')

Интересно отметить, что интерфейс управления безопасностью Symfony не предоставляет интуитивно понятного способа, позволяющего приложению выполнять некоторые действия после входа в систему. НЕТ такой вещи как:

 after_login:
	path: /login_after

В нашем приложении нам действительно нужно что-то делать после входа пользователя в систему. Нам нужно обновить дату и время последнего входа пользователя в систему (поле для logged Чтобы выполнить эту простую задачу, нам нужно немного настроить наше приложение.

Сначала мы регистрируем сервис (для «после успешного входа в систему») в service.yml

 services:
    security.authentication.success_handler:
        class: AppBundle\Handler\AuthenticationSuccessHandler
        arguments: [@security.http_utils, @service_container, {}]
        tags:
            - { name: 'monolog.logger', channel: 'security'}

Затем мы создаем файл src/AppBundle/Handler/AuthenticationHandler.php

 class AuthenticationSuccessHandler extends DefaultAuthenticationSuccessHandler
{
    protected $container;
    
    public function __construct(HttpUtils $httpUtils, \Symfony\Component\DependencyInjection\ContainerInterface $cont, array $options)
    {
        parent::__construct($httpUtils, $options);
        $this->container=$cont;
    }
    
    public function onAuthenticationSuccess(\Symfony\Component\HttpFoundation\Request $request, \Symfony\Component\Security\Core\Authentication\Token\TokenInterface $token)
    {
        $user=$token->getUser();
        $user->setLogged(new \DateTime());
        
        $em=$this->container->get('doctrine.orm.entity_manager');
        
        $em->persist($user);
        $em->flush();
        
        return $this->httpUtils->createRedirectResponse($request, $this->determineTargetUrl($request));
    }
}

Чтобы сделать хороший обработчик «post-login» в нашем случае, есть три вещи первостепенной важности.

1. Мы должны получить доступ к объекту пользователя, чтобы мы могли обновить время последнего входа пользователя.
2. Мы должны получить доступ к диспетчеру сущностей, чтобы время входа в систему можно было сохранить в таблице.
3. Мы должны получить доступ к HTTP-запросу, чтобы после обновления времени последнего входа приложение все равно могло перенаправить нас на «целевой» URI.

Все это выполняется с помощью аргументов, передаваемых onAuthenticationSuccessarguments: [@security.http_utils, @service_container, {}]

 onAuthenticationSuccess

1. Сам пользовательский объект доступен в методе $token->getUser()@service_container
2. Менеджер сущностей базы данных доступен через контейнер службы, переданный в ( $em = $this->container->get('doctrine.orm.entity_manager');$this->httpUtils->createRedirectResponse ,
3. Перенаправление выполняется с помощью @security.http_utilsdetermineTargetUrl

Обратите внимание, что метод defineTargetUrl вызывается для создания URI перенаправления на основе $request Обычно мы можем посещать различные URI: страницу индекса или конкретную ссылку на сообщение. Мы можем взглянуть на реализацию этого метода в исходном коде Symfony 2 ( project_root/vendor/symfony/symfony/src/Symfony/Component/Security/Http/Authentication/AuthenticationSuccessHandler.php

 protected function determineTargetUrl(Request $request)
    {
        if ($this->options['always_use_default_target_path']) {
            return $this->options['default_target_path'];
        }

        if ($targetUrl = $request->get($this->options['target_path_parameter'], null, true)) {
            return $targetUrl;
        }

        if (null !== $this->providerKey && $targetUrl = $request->getSession()->get('_security.'.$this->providerKey.'.target_path')) {
            $request->getSession()->remove('_security.'.$this->providerKey.'.target_path');

            return $targetUrl;
        }

        if ($this->options['use_referer'] && ($targetUrl = $request->headers->get('Referer')) && $targetUrl !== $this->httpUtils->generateUri($request, $this->options['login_path'])) {
            return $targetUrl;
        }

        return $this->options['default_target_path'];
    } 
}

Он объясняет логику того, как в конечном итоге определяется целевой URI (обычно URI, который инициирует вход в систему).

Вывод

Мы только что успешно рассмотрели два важных аспекта разработки приложений с помощью Symfony2:

1. Регистрация (и приглашение)
2. Войти (и опубликовать логин)

Недавняя тенденция на веб-сайтах — использование учетных данных социальных сетей (G +, Facebook и т. Д.) Для упрощения процесса регистрации / входа в систему. Тем не менее, чистая внутренняя регистрация / вход в систему по-прежнему имеет решающее значение для некоторых приложений. Более того, понимание всего процесса регистрации / входа в систему помогает нам понять систему безопасности Symfony2.

Если вы хотите увидеть больше информации по смежным вопросам, например, о валидации, или просто оставить комментарии или отзывы об этом руководстве, сообщите нам об этом!