Fixed some minor typos.

Author: ahsio

components/dependency_injection/configurators.rst

@@ -12,7 +12,7 @@ in a class. The service instance is passed to the callable, allowing the
 configurator to do whatever it needs to configure the service after its
 creation.
 
-A Service Configurator can be used, for example, when you a have a service that
+A Service Configurator can be used, for example, when you have a service that
 requires complex setup based on configuration settings coming from different
 sources/services. Using an external configurator, you can maintain the service
 implementation cleanly and keep it decoupled from the other objects that provide

components/event_dispatcher/introduction.rst

@@ -24,7 +24,7 @@ The Symfony2 EventDispatcher component implements the `Mediator`_ pattern in
 a simple and effective way to make all these things possible and to make your
 projects truly extensible.
 
-Take a simple example from the :doc:`/components/http_kernel/introduction`. Once a
+Take a simple example from :doc:`/components/http_kernel/introduction`. Once a
 ``Response`` object has been created, it may be useful to allow other elements
 in the system to modify it (e.g. add some cache headers) before it's actually
 used. To make this possible, the Symfony2 kernel throws an event -

components/http_foundation/sessions.rst

@@ -107,7 +107,7 @@ Session attributes
 * :method:`Symfony\\Component\\HttpFoundation\\Session\\Session::clear`:
   Clear all attributes.
 
-The attributes are stored internally in an "Bag", a PHP object that acts like
+The attributes are stored internally in a "Bag", a PHP object that acts like
 an array. A few methods exist for "Bag" management:
 
 * :method:`Symfony\\Component\\HttpFoundation\\Session\\Session::registerBag`:
@@ -131,7 +131,7 @@ Session Data Management
 ~~~~~~~~~~~~~~~~~~~~~~~
 
 PHP's session management requires the use of the ``$_SESSION`` super-global,
-however, this interferes somewhat with code testability and encapsulation in a
+however, this interferes somewhat with code testability and encapsulation in an
 OOP paradigm. To help overcome this, Symfony2 uses *session bags* linked to the
 session to encapsulate a specific dataset of attributes or flash messages.
 
@@ -230,7 +230,7 @@ Flash messages
 
 The purpose of the :class:`Symfony\\Component\\HttpFoundation\\Session\\Flash\\FlashBagInterface`
 is to provide a way of setting and retrieving messages on a per session basis.
-The usual workflow for flash messages would be set in an request, and displayed
+The usual workflow would be to set flash messages in a request and to display them
 after a page redirect. For example, a user submits a form which hits an update
 controller, and after processing the controller redirects the page to either the
 updated page or an error page. Flash messages set in the previous page request

components/using_components.rst

@@ -10,7 +10,7 @@ one or more components, the easiest way to integrate everything is with `Compose
 Composer is smart enough to download the component(s) that you need and take
 care of autoloading so that you can begin using the libraries immediately.
 
-This article will take you through using the :doc:`/components/finder`, though
+This article will take you through using :doc:`/components/finder`, though
 this applies to using any component.
 
 Using the Finder Component