Skip to content

Commit f059582

Browse files
committed
Correct spelling & grammar in 4.4 security/
1 parent 62c0653 commit f059582

File tree

5 files changed

+9
-9
lines changed

5 files changed

+9
-9
lines changed

security/custom_authentication_provider.rst

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -31,7 +31,7 @@ provider for WSSE authentication. The security protocol for WSSE provides
3131
several security benefits:
3232

3333
#. Username / Password encryption
34-
#. Safe guarding against replay attacks
34+
#. Safeguarding against replay attacks
3535
#. No web server configuration required
3636

3737
WSSE is very useful for the securing of web services, may they be SOAP or
@@ -147,7 +147,7 @@ set an authenticated token in the token storage if successful::
147147
} catch (AuthenticationException $failed) {
148148
// ... you might log something here
149149

150-
// To deny the authentication clear the token. This will redirect to the login page.
150+
// To deny the authentication, clear the token. This will redirect to the login page.
151151
// Make sure to only clear your token, not those of other authentication listeners.
152152
// $token = $this->tokenStorage->getToken();
153153
// if ($token instanceof WsseUserToken && $this->providerKey === $token->getProviderKey()) {
@@ -372,8 +372,8 @@ a firewall in your security configuration.
372372
You may be wondering "why do you need a special factory class to add listeners
373373
and providers to the dependency injection container?". This is a very
374374
good question. The reason is you can use your firewall multiple times,
375-
to secure multiple parts of your application. Because of this, each
376-
time your firewall is used, a new service is created in the DI container.
375+
to secure multiple parts of your application. Because of this, when
376+
your firewall is used, a new service is created in the DI container.
377377
The factory is what creates these new services.
378378

379379
Configuration

security/form_login_setup.rst

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -463,7 +463,7 @@ deal with this low level session variable. However, the
463463
can be used to read (like in the example above) or set this value manually.
464464

465465
When the user tries to access a restricted page, they are being redirected to
466-
the login page. At that point target path will be set. After a successful login,
466+
the login page. At that point the target path will be set. After a successful login,
467467
the user will be redirected to this previously set target path.
468468

469469
If you also want to apply this behavior to public pages, you can create an

security/multiple_guard_authenticators.rst

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -13,7 +13,7 @@ Multiple Authenticators with Shared Entry Point
1313
Sometimes you want to offer your users different authentication mechanisms like
1414
a form login and a Facebook login while both entry points redirect the user to
1515
the same login page.
16-
However, in your configuration you have to explicitly say which entry point
16+
However, in your configuration you have to explicitly specify which entry point
1717
you want to use.
1818

1919
This is how your security configuration can look in action:
@@ -85,7 +85,7 @@ Multiple Authenticators with Separate Entry Points
8585

8686
However, there are use cases where you have authenticators that protect different
8787
parts of your application. For example, you have a login form that protects
88-
the secured area of your application front-end and API end points that are
88+
the secured area of your application front-end and API endpoints that are
8989
protected with API tokens. As you can only configure one entry point per firewall,
9090
the solution is to split the configuration into two separate firewalls:
9191

security/password_migration.rst

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -135,7 +135,7 @@ password should be stored:
135135
* :ref:`When using Doctrine's entity user provider <upgrade-the-password-doctrine>`
136136
* :ref:`When using a custom user provider <upgrade-the-password-custom-provider>`
137137

138-
After this, you're done and passwords are always hashed as secure as possible!
138+
After this, you're done and passwords are always hashed as securely as possible!
139139

140140
.. _provide-the-password-guard:
141141

security/voters.rst

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -28,7 +28,7 @@ example for voters.
2828

2929
Take a look at the
3030
:doc:`authorization </components/security/authorization>`
31-
article for an even deeper understanding on voters.
31+
article for an even deeper understanding of voters.
3232

3333
Here's how Symfony works with voters:
3434
All voters are called each time you use the ``isGranted()`` method on Symfony's

0 commit comments

Comments
 (0)