@@ -51,7 +51,7 @@ method will try to acquire the lock::
5151
5252 if ($lock->acquire()) {
5353 // The resource "pdf-invoice-generation" is locked.
54- // You can compute and generate invoice safely here.
54+ // You can compute and generate the invoice safely here.
5555
5656 $lock->release();
5757 }
@@ -70,7 +70,7 @@ method can be safely called repeatedly, even if the lock is already acquired.
7070.. tip ::
7171
7272 If you don't release the lock explicitly, it will be released automatically
73- on instance destruction. In some cases, it can be useful to lock a resource
73+ upon instance destruction. In some cases, it can be useful to lock a resource
7474 across several requests. To disable the automatic release behavior, set the
7575 third argument of the ``createLock() `` method to ``false ``.
7676
@@ -79,7 +79,7 @@ Serializing Locks
7979
8080The ``Key `` contains the state of the ``Lock `` and can be serialized. This
8181allows the user to begin a long job in a process by acquiring the lock, and
82- continue the job in an other process using the same lock::
82+ continue the job in another process using the same lock::
8383
8484 use Symfony\Component\Lock\Key;
8585 use Symfony\Component\Lock\Lock;
@@ -203,7 +203,7 @@ as seconds) and ``isExpired()`` (which returns a boolean).
203203Automatically Releasing The Lock
204204~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
205205
206- Lock are automatically released when their Lock objects are destructed. This is
206+ Locks are automatically released when their Lock objects are destructed. This is
207207an implementation detail that will be important when sharing Locks between
208208processes. In the example below, ``pcntl_fork() `` creates two processes and the
209209Lock will be released automatically as soon as one process finishes::
@@ -555,11 +555,11 @@ FlockStore
555555~~~~~~~~~~
556556
557557By using the file system, this ``Store `` is reliable as long as concurrent
558- processes use the same physical directory to stores locks.
558+ processes use the same physical directory to store locks.
559559
560560Processes must run on the same machine, virtual machine or container.
561- Be careful when updating a Kubernetes or Swarm service because for a short
562- period of time, there can be two running containers in parallel.
561+ Be careful when updating a Kubernetes or Swarm service because, for a short
562+ period of time, there can be two containers running in parallel.
563563
564564The absolute path to the directory must remain the same. Be careful of symlinks
565565that could change at anytime: Capistrano and blue/green deployment often use
@@ -571,7 +571,7 @@ Some file systems (such as some types of NFS) do not support locking.
571571.. caution ::
572572
573573 All concurrent processes must use the same physical file system by running
574- on the same machine and using the same absolute path to locks directory.
574+ on the same machine and using the same absolute path to the lock directory.
575575
576576 By definition, usage of ``FlockStore `` in an HTTP context is incompatible
577577 with multiple front servers, unless to ensure that the same resource will
@@ -593,7 +593,7 @@ MemcachedStore
593593
594594The way Memcached works is to store items in memory. That means that by using
595595the :ref: `MemcachedStore <lock-store-memcached >` the locks are not persisted
596- and may disappear by mistake at anytime .
596+ and may disappear by mistake at any time .
597597
598598If the Memcached service or the machine hosting it restarts, every lock would
599599be lost without notifying the running processes.
@@ -629,7 +629,7 @@ The PdoStore relies on the `ACID`_ properties of the SQL engine.
629629.. caution ::
630630
631631 In a cluster configured with multiple primaries, ensure writes are
632- synchronously propagated to every nodes , or always use the same node.
632+ synchronously propagated to every node , or always use the same node.
633633
634634.. caution ::
635635
@@ -650,7 +650,7 @@ RedisStore
650650
651651The way Redis works is to store items in memory. That means that by using
652652the :ref: `RedisStore <lock-store-redis >` the locks are not persisted
653- and may disappear by mistake at anytime .
653+ and may disappear by mistake at any time .
654654
655655If the Redis service or the machine hosting it restarts, every locks would
656656be lost without notifying the running processes.
@@ -677,7 +677,7 @@ removed by mistake.
677677CombinedStore
678678~~~~~~~~~~~~~
679679
680- Combined stores allow to store locks across several backends. It's a common
680+ Combined stores allow the storage of locks across several backends. It's a common
681681mistake to think that the lock mechanism will be more reliable. This is wrong.
682682The ``CombinedStore `` will be, at best, as reliable as the least reliable of
683683all managed stores. As soon as one managed store returns erroneous information,
0 commit comments