@@ -46,7 +46,7 @@ method will try to acquire the lock::
4646
4747 if ($lock->acquire()) {
4848 // The resource "pdf-invoice-generation" is locked.
49- // You can compute and generate invoice safely here.
49+ // You can compute and generate the invoice safely here.
5050
5151 $lock->release();
5252 }
@@ -65,7 +65,7 @@ method can be safely called repeatedly, even if the lock is already acquired.
6565.. tip ::
6666
6767 If you don't release the lock explicitly, it will be released automatically
68- on instance destruction. In some cases, it can be useful to lock a resource
68+ upon instance destruction. In some cases, it can be useful to lock a resource
6969 across several requests. To disable the automatic release behavior, set the
7070 third argument of the ``createLock() `` method to ``false ``.
7171
@@ -74,7 +74,7 @@ Serializing Locks
7474
7575The ``Key `` contains the state of the ``Lock `` and can be serialized. This
7676allows the user to begin a long job in a process by acquiring the lock, and
77- continue the job in an other process using the same lock::
77+ continue the job in another process using the same lock::
7878
7979 use Symfony\Component\Lock\Key;
8080 use Symfony\Component\Lock\Lock;
@@ -205,7 +205,7 @@ as seconds) and ``isExpired()`` (which returns a boolean).
205205Automatically Releasing The Lock
206206~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
207207
208- Lock are automatically released when their Lock objects are destructed. This is
208+ Locks are automatically released when their Lock objects are destructed. This is
209209an implementation detail that will be important when sharing Locks between
210210processes. In the example below, ``pcntl_fork() `` creates two processes and the
211211Lock will be released automatically as soon as one process finishes::
@@ -670,11 +670,11 @@ FlockStore
670670~~~~~~~~~~
671671
672672By using the file system, this ``Store `` is reliable as long as concurrent
673- processes use the same physical directory to stores locks.
673+ processes use the same physical directory to store locks.
674674
675675Processes must run on the same machine, virtual machine or container.
676- Be careful when updating a Kubernetes or Swarm service because for a short
677- period of time, there can be two running containers in parallel.
676+ Be careful when updating a Kubernetes or Swarm service because, for a short
677+ period of time, there can be two containers running in parallel.
678678
679679The absolute path to the directory must remain the same. Be careful of symlinks
680680that could change at anytime: Capistrano and blue/green deployment often use
@@ -686,7 +686,7 @@ Some file systems (such as some types of NFS) do not support locking.
686686.. caution ::
687687
688688 All concurrent processes must use the same physical file system by running
689- on the same machine and using the same absolute path to locks directory.
689+ on the same machine and using the same absolute path to the lock directory.
690690
691691 By definition, usage of ``FlockStore `` in an HTTP context is incompatible
692692 with multiple front servers, unless to ensure that the same resource will
@@ -708,7 +708,7 @@ MemcachedStore
708708
709709The way Memcached works is to store items in memory. That means that by using
710710the :ref: `MemcachedStore <lock-store-memcached >` the locks are not persisted
711- and may disappear by mistake at anytime .
711+ and may disappear by mistake at any time .
712712
713713If the Memcached service or the machine hosting it restarts, every lock would
714714be lost without notifying the running processes.
@@ -785,7 +785,7 @@ The PdoStore relies on the `ACID`_ properties of the SQL engine.
785785.. caution ::
786786
787787 In a cluster configured with multiple primaries, ensure writes are
788- synchronously propagated to every nodes , or always use the same node.
788+ synchronously propagated to every node , or always use the same node.
789789
790790.. caution ::
791791
@@ -820,7 +820,7 @@ RedisStore
820820
821821The way Redis works is to store items in memory. That means that by using
822822the :ref: `RedisStore <lock-store-redis >` the locks are not persisted
823- and may disappear by mistake at anytime .
823+ and may disappear by mistake at any time .
824824
825825If the Redis service or the machine hosting it restarts, every locks would
826826be lost without notifying the running processes.
@@ -847,7 +847,7 @@ removed by mistake.
847847CombinedStore
848848~~~~~~~~~~~~~
849849
850- Combined stores allow to store locks across several backends. It's a common
850+ Combined stores allow the storage of locks across several backends. It's a common
851851mistake to think that the lock mechanism will be more reliable. This is wrong.
852852The ``CombinedStore `` will be, at best, as reliable as the least reliable of
853853all managed stores. As soon as one managed store returns erroneous information,
0 commit comments