dogpile.cache-用于会话和缓存的WSGI中间件(beaker的下一代从产品)

Dogpile由两个子系统组成，一个子系统位于另一个子系统之上。

 

  dogpile提供“狗锁”的概念，这种控制结构允许选择一个执行线程作为某些资源的“创建者”，同时允许其他执行线程将该资源的先前版本称为创建收益 如果没有以前的版本，则这些线程将阻塞，直到对象可用为止。

dogpile.cache是一个缓存API，该API提供了用于缓存各种后端的通用接口，并另外提供了API挂钩，这些挂钩将这些缓存后端与的锁定机制集成在一起dogpile。

新的后端非常易于创建和使用。鼓励用户根据自己的需求调整提供的后端，因为高容量缓存需要针对应用程序及其环境进行大量调整和调整。

安装

使用pip或类似工具从Python软件包索引中安装dogpile.cache的发行版本pip install dogpile.cache，或者您也可以通过网盘下载dogpile.cache的源代码文件包。

在撰写本文时，流行的键/值服务器包括Memcached， Redis和许多其他缓存服务器 。虽然这些工具都有不同的使用重点，但它们的共同点在于存储模型基于基于键的值的检索；因此，它们都潜在地适用于缓存，尤其是首先设计用于缓存的Memcached。

考虑到缓存系统，dogpile.cache提供了针对特定于该系统的特定Python API的接口。

基本用法

基本用法

dogpile.cache包含一个Pylibmc后端。基本配置如下：

from dogpile.cache import make_region

region = make_region().configure(
    'dogpile.cache.pylibmc',
    expiration_time = 3600,
    arguments = {
        'url': ["127.0.0.1"],
    }
)

@region.cache_on_arguments()
def load_user_info(user_id):
    return some_database.lookup_user_by_id(user_id)

 

 上面，我们使用make_region()函数创建一个CacheRegion，然后通过CacheRegion.configure()方法应用后端配置，该方法返回区域。CacheRegion.configure() 在这种情况下，后端的名称是其自身唯一需要的参数：dogpile.cache.pylibmc。但是，在这种特定情况下，pylibmc 后端还要求将Memcached服务器的URL传递到arguments字典中。

配置分为两部分。在通过构建时make_region()，CacheRegion对象通常在模块导入时可用，以用于装饰功能。传递给它的其他配置详细信息 CacheRegion.configure()通常是从配置文件中加载的，因此在运行时之前不一定可用，因此分为两步。

传递给key参数CacheRegion.configure()包括expiration_time（这是传递到Dogpile锁的到期时间），以及arguments，它们是后端直接使用的参数-在这种情况下，我们使用的是直接传递给pylibmc模块的参数。