========
Overview
========
Lock context manager implemented via redis SETNX/BLPOP.
* Free software: BSD 2-Clause License
Interface targeted to be exactly like `threading.Lock <https://docs.python.org/2/library/threading.html#threading.Lock>`_.
Usage
=====
Because we don't want to require users to share the lock instance across processes you will have to give them names.
.. code-block:: python
from redis import Redis
conn = Redis()
import redis_lock
lock = redis_lock.Lock(conn, "name-of-the-lock")
if lock.acquire(blocking=False):
print("Got the lock.")
lock.release()
else:
print("Someone else has the lock.")
Locks as Context Managers
=========================
.. code-block:: python
conn = StrictRedis()
with redis_lock.Lock(conn, "name-of-the-lock"):
print("Got the lock. Doing some work ...")
time.sleep(5)
You can also associate an identifier along with the lock so that it can be retrieved later by the same process, or by a
different one. This is useful in cases where the application needs to identify the lock owner (find out who currently
owns the lock).
.. code-block:: python
import socket
host_id = "owned-by-%s" % socket.gethostname()
lock = redis_lock.Lock(conn, "name-of-the-lock", id=host_id)
if lock.acquire(blocking=False):
assert lock.locked() is True
print("Got the lock.")
lock.release()
else:
if lock.get_owner_id() == host_id:
print("I already acquired this in another process.")
else:
print("The lock is held on another machine.")
Avoid dogpile effect in django
------------------------------
The dogpile is also known as the thundering herd effect or cache stampede. Here's a pattern to avoid the problem
without serving stale data. The work will be performed a single time and every client will wait for the fresh data.
To use this you will need `django-redis <https://github.com/jazzband/django-redis>`_, however, ``python-redis-lock``
provides you a cache backend that has a cache method for your convenience. Just install ``python-redis-lock`` like
this:
.. code-block:: bash
pip install "python-redis-lock[django]"
Now put something like this in your settings:
.. code-block:: python
CACHES = {
'default': {
'BACKEND': 'redis_lock.django_cache.RedisCache',
'LOCATION': 'redis://127.0.0.1:6379/1',
'OPTIONS': {
'CLIENT_CLASS': 'django_redis.client.DefaultClient'
}
}
}
.. note::
If using a `django-redis` < `3.8.x`, you'll probably need `redis_cache`
which has been deprecated in favor to `django_redis`. The `redis_cache`
module is removed in `django-redis` versions > `3.9.x`. See `django-redis notes <https://github.com/jazzband/django-redis#configure-as-cache-backend>`_.
This backend just adds a convenient ``.lock(name, expire=None)`` function to django-redis's cache backend.
You would write your functions like this:
.. code-block:: python
from django.core.cache import cache
def function():
val = cache.get(key)
if not val:
with cache.lock(key):
val = cache.get(key)
if not val:
# DO EXPENSIVE WORK
val = ...
cache.set(key, value)
return val
Troubleshooting
---------------
In some cases, the lock remains in redis forever (like a server blackout / redis or application crash / an unhandled
exception). In such cases, the lock is not removed by restarting the application. One solution is to turn on the
`auto_renewal` parameter in combination with `expire` to set a time-out on the lock, but let `Lock()` automatically
keep resetting the expire time while your application code is executing:
.. code-block:: python
# Get a lock with a 60-second lifetime but keep renewing it automatically
# to ensure the lock is held for as long as the Python process is running.
with redis_lock.Lock(conn, name='my-lock', expire=60, auto_renewal=True):
# Do work....
Another solution is to use the ``reset_all()`` function when the application starts:
.. code-block:: python
# On application start/restart
import redis_lock
redis_lock.reset_all()
Alternatively, you can reset individual locks via the ``reset`` method.
Use these carefully, if you understand what you do.
Features
========
* based on the standard SETNX recipe
* optional expiry
* optional timeout
* optional lock renewal (use a low expire but keep the lock active)
* no spinloops at acquire
Implementation
==============
``redis_lock`` will use 2 keys for each lock named ``<name>``:
* ``lock:<name>`` - a string value for the actual lock
* ``lock-signal:<name>`` - a list value for signaling the waiters when the lock is released
This is how it works:
.. image:: https://raw.githubusercontent.com/ionelmc/python-redis-lock/master/docs/redis-lock%20diagram%20(v3.0).png
:alt: python-redis-lock flow diagram
Documentation
=============
https://python-redis-lock.readthedocs.io/en/latest/
Development
===========
To run the all tests run::
tox
Requirements
============
:OS: Any
:Runtime: Python 2.7, 3.3 or later, or PyPy
:Services: Redis 2.6.12 or later.
Similar projects
================
* `bbangert/retools <https://github.com/bbangert/retools/blob/0.4/retools/lock.py>`_ - acquire does spinloop
* `distributing-locking-python-and-redis <https://chris-lamb.co.uk/posts/distributing-locking-python-and-redis>`_ - acquire does polling
* `cezarsa/redis_lock <https://github.com/cezarsa/redis_lock/blob/0.2.0/redis_lock/__init__.py>`_ - acquire does not block
* `andymccurdy/redis-py <https://github.com/andymccurdy/redis-py/blob/3.5.3/redis/lock.py>`_ - acquire does spinloop
* `mpessas/python-redis-lock <https://github.com/mpessas/python-redis-lock/blob/b512eef0fc5e1e2e82a6a31f65cd88c2c37dfe4b/redislock/lock.py>`_ - blocks fine but no expiration
* `brainix/pottery <https://github.com/brainix/pottery/blob/v1.1.5/pottery/redlock.py>`_ - acquire does spinloop
Changelog
=========
4.0.0 (2022-10-17)
------------------
* Dropped support for Python 2.7 and 3.6.
* Switched from Travis to GitHub Actions.
* Made logging messages more consistent.
* Replaced the ``redis_lock.refresh.thread.*`` loggers with a single ``redis_lock.refresh.thread`` logger.
* Various testing cleanup (mainly removal of hardcoded tmp paths).
3.7.0 (2020-11-20)
------------------
* Made logger names more specific. Now can have granular filtering on these new logger names:
* ``redis_lock.acquire`` (emits `DEBUG` messages)
* ``redis_lock.acquire`` (emits `WARN` messages)
* ``redis_lock.acquire`` (emits `INFO` messages)
* ``redis_lock.refresh.thread.start`` (emits `DEBUG` messages)
* ``redis_lock.refresh.thread.exit`` (emits `DEBUG` messages)
* ``redis_lock.refresh.start`` (emits `DEBUG` messages)
* ``redis_lock.refresh.shutdown`` (emits `DEBUG` messages)
* ``redis_lock.refresh.exit`` (emits `DEBUG` messages)
* ``redis_lock.release`` (emits `DEBUG` messages)
Contributed by Salomon Smeke Cohen in ``80``.
* Fixed few CI issues regarding doc checks.
Contributed by Salomon Smeke Cohen in ``81``.
3.6.0 (2020-07-23)
------------------
* Improved ``timeout``/``expire`` validation so that:
- ``timeout`` and ``expire are converted to ``None`` if they are falsy. Previously only ``None`` disabled these options, other falsy
values created buggy situations.
- Using ``timeout`` greater than ``expire`` is now allowed, if ``auto_renewal`` is set to ``True``. Previously a ``TimeoutTooLarge`` error
was raised.
See ``74``.
- Negative ``timeout`` or ``expire`` are disallowed. Previously such values were allowed, and created buggy situations.
See ``73``.
* Updated benchmark and examples.
* Removed the custom script caching code. Now the ``register_script`` method from the redis client is used.
This will fix possible issue with redis clusters in theory, as the redis client has some specific handling for that.
3.5.0 (2020-01-13)
------------------
* Added a ``locked`` method. Contributed by Artem Slobodkin in ``72``.
3.4.0 (2019-12-06)
------------------
* Fixed regression that can cause deadlocks or slowdowns in certain configurations.
See: ``71``.
3.3.1 (2019-01-19)
------------------
* Fixed failures when running python-redis-lock 3.3 alongside 3.2.
See: ``64``.
3.3.0 (2019-01-17)
------------------
* Fixed deprecated use of ``warnings`` API. Contributed by Julie MacDonell in
``54``.
* Added ``auto_renewal`` option in ``RedisCache.lock`` (the Django cache backend wrapper). Contributed by c
in ``55``.
* Changed log level for "%(script)s not cached" from WARNING to INFO.
* Added support for using ``decode_responses=True``. Lock keys are pure ascii now.
3.2.0 (2016-10-29)
------------------
* Changed the signal key cleanup operation do be done without any expires. This prevents lingering keys around for some time.
Contributed by Andrew Pashkin in ``38``.
* Allow locks with given `id` to acquire. Previously it assumed that if you specify the `id` then the lock was already
acquired. See ``44`` and
``39``.
* Allow using other redis clients with a ``strict=False``. Normally you're expected to pass in an instance
of ``redis.StrictRedis``.
* Added convenience method `locked_get_or_set` to Django cache backend.
3.1.0 (2016-04-16)
------------------
* Changed the auto renewal to automatically stop the renewal thread if lock gets garbage collected. Contributed by
Andrew Pashkin in ``33``.
3.0.0 (2016-01-16)
------------------
* Changed ``release`` so that it expires signal-keys immediately. Contributed by Andrew Pashkin in ``28``.
* Resetting locks (``reset`` or ``reset_all``) will release the lock. If there's someone waiting on the reset lock now it will
acquire it. Contributed by Andrew Pashkin in ``29``.
* Added the ``extend`` method on ``Lock`` objects. Contributed by Andrew Pashkin in ``24``.
* Documentation improvements on ``release`` method. Contributed by Andrew Pashkin in ``22``.
* Fixed ``acquire(block=True)`` handling when ``expire`` option was used (it wasn't blocking indefinitely). Contributed by
Tero Vuotila in ``35``.
* Changed ``release`` to check if lock was acquired with he same id. If not, ``NotAcquired`` will be raised.
Previously there was just a check if it was acquired with the same instance (self._held).
**BACKWARDS INCOMPATIBLE**
* Removed the ``force`` option from ``release`` - it wasn't really necessary and it only encourages sloppy programming. See
``25``.
**BACKWARDS INCOMPATIBLE**
* Dropped tests for Python 2.6. It may work but it is unsupported.
2.3.0 (2015-09-27)
------------------
* Added the ``timeout`` option. Contributed by Victor Torres in ``20``.
2.2.0 (2015-08-19)
------------------
* Added the ``auto_renewal`` option. Contributed by Nick Groenen in ``18``.
2.1.0 (2015-03-12)
------------------
* New specific exception classes: ``AlreadyAcquired`` and ``NotAcquired``.
* Slightly improved efficiency when non-waiting acquires are used.
2.0.0 (2014-12-29)
------------------
* Rename ``Lock.token`` to ``Lock.id``. Now only allowed to be set via constructor. Contributed by Jardel Weyrich in ``11``.
1.0.0 (2014-12-23)
------------------
* Fix Django integration. (reported by Jardel Weyrich)
* Reorganize tests to use py.test.
* Add test for Django integration.
* Add ``reset_all`` functionality. Contributed by Yokotoka in ``7``.
* Add ``Lock.reset`` functionality.
* Expose the ``Lock.token`` attribute.
0.1.2 (2013-11-05)
------------------
* `?`
0.1.1 (2013-10-26)
------------------
* `?`
0.1.0 (2013-10-26)
------------------
* `?`
0.0.1 (2013-10-25)
------------------
* First release on PyPI.
Raw data
{
"_id": null,
"home_page": "https://github.com/ionelmc/python-redis-lock",
"name": "python-redis-lock",
"maintainer": "",
"docs_url": null,
"requires_python": ">=3.7",
"maintainer_email": "",
"keywords": "",
"author": "Ionel Cristian M\u0103rie\u0219",
"author_email": "contact@ionelmc.ro",
"download_url": "https://files.pythonhosted.org/packages/19/d7/a2a97c73d39e68aacce02667885b9e0b575eb9082866a04fbf098b4c4d99/python-redis-lock-4.0.0.tar.gz",
"platform": null,
"description": "========\nOverview\n========\n\n\n\nLock context manager implemented via redis SETNX/BLPOP.\n\n* Free software: BSD 2-Clause License\n\nInterface targeted to be exactly like `threading.Lock <https://docs.python.org/2/library/threading.html#threading.Lock>`_.\n\nUsage\n=====\n\nBecause we don't want to require users to share the lock instance across processes you will have to give them names.\n\n.. code-block:: python\n\n from redis import Redis\n conn = Redis()\n\n import redis_lock\n lock = redis_lock.Lock(conn, \"name-of-the-lock\")\n if lock.acquire(blocking=False):\n print(\"Got the lock.\")\n lock.release()\n else:\n print(\"Someone else has the lock.\")\n\nLocks as Context Managers\n=========================\n\n.. code-block:: python\n\n conn = StrictRedis()\n with redis_lock.Lock(conn, \"name-of-the-lock\"):\n print(\"Got the lock. Doing some work ...\")\n time.sleep(5)\n\n\nYou can also associate an identifier along with the lock so that it can be retrieved later by the same process, or by a\ndifferent one. This is useful in cases where the application needs to identify the lock owner (find out who currently\nowns the lock).\n\n.. code-block:: python\n\n import socket\n host_id = \"owned-by-%s\" % socket.gethostname()\n lock = redis_lock.Lock(conn, \"name-of-the-lock\", id=host_id)\n if lock.acquire(blocking=False):\n assert lock.locked() is True\n print(\"Got the lock.\")\n lock.release()\n else:\n if lock.get_owner_id() == host_id:\n print(\"I already acquired this in another process.\")\n else:\n print(\"The lock is held on another machine.\")\n\n\nAvoid dogpile effect in django\n------------------------------\n\nThe dogpile is also known as the thundering herd effect or cache stampede. Here's a pattern to avoid the problem\nwithout serving stale data. The work will be performed a single time and every client will wait for the fresh data.\n\nTo use this you will need `django-redis <https://github.com/jazzband/django-redis>`_, however, ``python-redis-lock``\nprovides you a cache backend that has a cache method for your convenience. Just install ``python-redis-lock`` like\nthis:\n\n.. code-block:: bash\n\n pip install \"python-redis-lock[django]\"\n\nNow put something like this in your settings:\n\n.. code-block:: python\n\n CACHES = {\n 'default': {\n 'BACKEND': 'redis_lock.django_cache.RedisCache',\n 'LOCATION': 'redis://127.0.0.1:6379/1',\n 'OPTIONS': {\n 'CLIENT_CLASS': 'django_redis.client.DefaultClient'\n }\n }\n }\n\n.. note::\n If using a `django-redis` < `3.8.x`, you'll probably need `redis_cache`\n which has been deprecated in favor to `django_redis`. The `redis_cache`\n module is removed in `django-redis` versions > `3.9.x`. See `django-redis notes <https://github.com/jazzband/django-redis#configure-as-cache-backend>`_.\n\n\nThis backend just adds a convenient ``.lock(name, expire=None)`` function to django-redis's cache backend.\n\nYou would write your functions like this:\n\n.. code-block:: python\n\n from django.core.cache import cache\n\n def function():\n val = cache.get(key)\n if not val:\n with cache.lock(key):\n val = cache.get(key)\n if not val:\n # DO EXPENSIVE WORK\n val = ...\n cache.set(key, value)\n return val\n\nTroubleshooting\n---------------\n\nIn some cases, the lock remains in redis forever (like a server blackout / redis or application crash / an unhandled\nexception). In such cases, the lock is not removed by restarting the application. One solution is to turn on the\n`auto_renewal` parameter in combination with `expire` to set a time-out on the lock, but let `Lock()` automatically\nkeep resetting the expire time while your application code is executing:\n\n.. code-block:: python\n\n # Get a lock with a 60-second lifetime but keep renewing it automatically\n # to ensure the lock is held for as long as the Python process is running.\n with redis_lock.Lock(conn, name='my-lock', expire=60, auto_renewal=True):\n # Do work....\n\nAnother solution is to use the ``reset_all()`` function when the application starts:\n\n.. code-block:: python\n\n # On application start/restart\n import redis_lock\n redis_lock.reset_all()\n\nAlternatively, you can reset individual locks via the ``reset`` method.\n\nUse these carefully, if you understand what you do.\n\n\nFeatures\n========\n\n* based on the standard SETNX recipe\n* optional expiry\n* optional timeout\n* optional lock renewal (use a low expire but keep the lock active)\n* no spinloops at acquire\n\nImplementation\n==============\n\n``redis_lock`` will use 2 keys for each lock named ``<name>``:\n\n* ``lock:<name>`` - a string value for the actual lock\n* ``lock-signal:<name>`` - a list value for signaling the waiters when the lock is released\n\nThis is how it works:\n\n.. image:: https://raw.githubusercontent.com/ionelmc/python-redis-lock/master/docs/redis-lock%20diagram%20(v3.0).png\n :alt: python-redis-lock flow diagram\n\nDocumentation\n=============\n\nhttps://python-redis-lock.readthedocs.io/en/latest/\n\nDevelopment\n===========\n\nTo run the all tests run::\n\n tox\n\nRequirements\n============\n\n:OS: Any\n:Runtime: Python 2.7, 3.3 or later, or PyPy\n:Services: Redis 2.6.12 or later.\n\nSimilar projects\n================\n\n* `bbangert/retools <https://github.com/bbangert/retools/blob/0.4/retools/lock.py>`_ - acquire does spinloop\n* `distributing-locking-python-and-redis <https://chris-lamb.co.uk/posts/distributing-locking-python-and-redis>`_ - acquire does polling\n* `cezarsa/redis_lock <https://github.com/cezarsa/redis_lock/blob/0.2.0/redis_lock/__init__.py>`_ - acquire does not block\n* `andymccurdy/redis-py <https://github.com/andymccurdy/redis-py/blob/3.5.3/redis/lock.py>`_ - acquire does spinloop\n* `mpessas/python-redis-lock <https://github.com/mpessas/python-redis-lock/blob/b512eef0fc5e1e2e82a6a31f65cd88c2c37dfe4b/redislock/lock.py>`_ - blocks fine but no expiration\n* `brainix/pottery <https://github.com/brainix/pottery/blob/v1.1.5/pottery/redlock.py>`_ - acquire does spinloop\n\n\nChangelog\n=========\n\n4.0.0 (2022-10-17)\n------------------\n\n* Dropped support for Python 2.7 and 3.6.\n* Switched from Travis to GitHub Actions.\n* Made logging messages more consistent.\n* Replaced the ``redis_lock.refresh.thread.*`` loggers with a single ``redis_lock.refresh.thread`` logger.\n* Various testing cleanup (mainly removal of hardcoded tmp paths).\n\n3.7.0 (2020-11-20)\n------------------\n\n* Made logger names more specific. Now can have granular filtering on these new logger names:\n\n * ``redis_lock.acquire`` (emits `DEBUG` messages)\n * ``redis_lock.acquire`` (emits `WARN` messages)\n * ``redis_lock.acquire`` (emits `INFO` messages)\n * ``redis_lock.refresh.thread.start`` (emits `DEBUG` messages)\n * ``redis_lock.refresh.thread.exit`` (emits `DEBUG` messages)\n * ``redis_lock.refresh.start`` (emits `DEBUG` messages)\n * ``redis_lock.refresh.shutdown`` (emits `DEBUG` messages)\n * ``redis_lock.refresh.exit`` (emits `DEBUG` messages)\n * ``redis_lock.release`` (emits `DEBUG` messages)\n\n Contributed by Salomon Smeke Cohen in ``80``.\n* Fixed few CI issues regarding doc checks.\n Contributed by Salomon Smeke Cohen in ``81``.\n\n3.6.0 (2020-07-23)\n------------------\n\n* Improved ``timeout``/``expire`` validation so that:\n\n - ``timeout`` and ``expire are converted to ``None`` if they are falsy. Previously only ``None`` disabled these options, other falsy\n values created buggy situations.\n - Using ``timeout`` greater than ``expire`` is now allowed, if ``auto_renewal`` is set to ``True``. Previously a ``TimeoutTooLarge`` error\n was raised.\n See ``74``.\n - Negative ``timeout`` or ``expire`` are disallowed. Previously such values were allowed, and created buggy situations.\n See ``73``.\n* Updated benchmark and examples.\n* Removed the custom script caching code. Now the ``register_script`` method from the redis client is used.\n This will fix possible issue with redis clusters in theory, as the redis client has some specific handling for that.\n\n3.5.0 (2020-01-13)\n------------------\n\n* Added a ``locked`` method. Contributed by Artem Slobodkin in ``72``.\n\n3.4.0 (2019-12-06)\n------------------\n\n* Fixed regression that can cause deadlocks or slowdowns in certain configurations.\n See: ``71``.\n\n3.3.1 (2019-01-19)\n------------------\n\n* Fixed failures when running python-redis-lock 3.3 alongside 3.2.\n See: ``64``.\n\n3.3.0 (2019-01-17)\n------------------\n\n* Fixed deprecated use of ``warnings`` API. Contributed by Julie MacDonell in\n ``54``.\n* Added ``auto_renewal`` option in ``RedisCache.lock`` (the Django cache backend wrapper). Contributed by c\n in ``55``.\n* Changed log level for \"%(script)s not cached\" from WARNING to INFO.\n* Added support for using ``decode_responses=True``. Lock keys are pure ascii now.\n\n3.2.0 (2016-10-29)\n------------------\n\n* Changed the signal key cleanup operation do be done without any expires. This prevents lingering keys around for some time.\n Contributed by Andrew Pashkin in ``38``.\n* Allow locks with given `id` to acquire. Previously it assumed that if you specify the `id` then the lock was already\n acquired. See ``44`` and\n ``39``.\n* Allow using other redis clients with a ``strict=False``. Normally you're expected to pass in an instance\n of ``redis.StrictRedis``.\n* Added convenience method `locked_get_or_set` to Django cache backend.\n\n3.1.0 (2016-04-16)\n------------------\n\n* Changed the auto renewal to automatically stop the renewal thread if lock gets garbage collected. Contributed by\n Andrew Pashkin in ``33``.\n\n3.0.0 (2016-01-16)\n------------------\n\n* Changed ``release`` so that it expires signal-keys immediately. Contributed by Andrew Pashkin in ``28``.\n* Resetting locks (``reset`` or ``reset_all``) will release the lock. If there's someone waiting on the reset lock now it will\n acquire it. Contributed by Andrew Pashkin in ``29``.\n* Added the ``extend`` method on ``Lock`` objects. Contributed by Andrew Pashkin in ``24``.\n* Documentation improvements on ``release`` method. Contributed by Andrew Pashkin in ``22``.\n* Fixed ``acquire(block=True)`` handling when ``expire`` option was used (it wasn't blocking indefinitely). Contributed by\n Tero Vuotila in ``35``.\n* Changed ``release`` to check if lock was acquired with he same id. If not, ``NotAcquired`` will be raised.\n Previously there was just a check if it was acquired with the same instance (self._held).\n **BACKWARDS INCOMPATIBLE**\n* Removed the ``force`` option from ``release`` - it wasn't really necessary and it only encourages sloppy programming. See\n ``25``.\n **BACKWARDS INCOMPATIBLE**\n* Dropped tests for Python 2.6. It may work but it is unsupported.\n\n2.3.0 (2015-09-27)\n------------------\n\n* Added the ``timeout`` option. Contributed by Victor Torres in ``20``.\n\n2.2.0 (2015-08-19)\n------------------\n\n* Added the ``auto_renewal`` option. Contributed by Nick Groenen in ``18``.\n\n2.1.0 (2015-03-12)\n------------------\n\n* New specific exception classes: ``AlreadyAcquired`` and ``NotAcquired``.\n* Slightly improved efficiency when non-waiting acquires are used.\n\n2.0.0 (2014-12-29)\n------------------\n\n* Rename ``Lock.token`` to ``Lock.id``. Now only allowed to be set via constructor. Contributed by Jardel Weyrich in ``11``.\n\n1.0.0 (2014-12-23)\n------------------\n\n* Fix Django integration. (reported by Jardel Weyrich)\n* Reorganize tests to use py.test.\n* Add test for Django integration.\n* Add ``reset_all`` functionality. Contributed by Yokotoka in ``7``.\n* Add ``Lock.reset`` functionality.\n* Expose the ``Lock.token`` attribute.\n\n0.1.2 (2013-11-05)\n------------------\n\n* `?`\n\n0.1.1 (2013-10-26)\n------------------\n\n* `?`\n\n0.1.0 (2013-10-26)\n------------------\n\n* `?`\n\n0.0.1 (2013-10-25)\n------------------\n\n* First release on PyPI.\n\n\n",
"bugtrack_url": null,
"license": "BSD-2-Clause",
"summary": "Lock context manager implemented via redis SETNX/BLPOP.",
"version": "4.0.0",
"project_urls": {
"Changelog": "https://python-redis-lock.readthedocs.io/en/latest/changelog.html",
"Documentation": "https://python-redis-lock.readthedocs.io/",
"Homepage": "https://github.com/ionelmc/python-redis-lock",
"Issue Tracker": "https://github.com/ionelmc/python-redis-lock/issues"
},
"split_keywords": [],
"urls": [
{
"comment_text": "",
"digests": {
"blake2b_256": "0970c5dfaec2085d9be10792704f108543ba1802e228bf040632c673066d8e78",
"md5": "6c75d5e82946c7578c816b88e1079fa6",
"sha256": "ff786e587569415f31e64ca9337fce47c4206e832776e9e42b83bfb9ee1af4bd"
},
"downloads": -1,
"filename": "python_redis_lock-4.0.0-py3-none-any.whl",
"has_sig": false,
"md5_digest": "6c75d5e82946c7578c816b88e1079fa6",
"packagetype": "bdist_wheel",
"python_version": "py3",
"requires_python": ">=3.7",
"size": 12165,
"upload_time": "2022-10-17T13:12:43",
"upload_time_iso_8601": "2022-10-17T13:12:43.035183Z",
"url": "https://files.pythonhosted.org/packages/09/70/c5dfaec2085d9be10792704f108543ba1802e228bf040632c673066d8e78/python_redis_lock-4.0.0-py3-none-any.whl",
"yanked": false,
"yanked_reason": null
},
{
"comment_text": "",
"digests": {
"blake2b_256": "19d7a2a97c73d39e68aacce02667885b9e0b575eb9082866a04fbf098b4c4d99",
"md5": "2a33b4d339f19e293ff6f7496117a8e0",
"sha256": "4abd0bcf49136acad66727bf5486dd2494078ca55e49efa693f794077319091a"
},
"downloads": -1,
"filename": "python-redis-lock-4.0.0.tar.gz",
"has_sig": false,
"md5_digest": "2a33b4d339f19e293ff6f7496117a8e0",
"packagetype": "sdist",
"python_version": "source",
"requires_python": ">=3.7",
"size": 162533,
"upload_time": "2022-10-17T13:12:45",
"upload_time_iso_8601": "2022-10-17T13:12:45.534970Z",
"url": "https://files.pythonhosted.org/packages/19/d7/a2a97c73d39e68aacce02667885b9e0b575eb9082866a04fbf098b4c4d99/python-redis-lock-4.0.0.tar.gz",
"yanked": false,
"yanked_reason": null
}
],
"upload_time": "2022-10-17 13:12:45",
"github": true,
"gitlab": false,
"bitbucket": false,
"codeberg": false,
"github_user": "ionelmc",
"github_project": "python-redis-lock",
"travis_ci": false,
"coveralls": true,
"github_actions": true,
"tox": true,
"lcname": "python-redis-lock"
}
JSON
