缓存

目录 搭建BIND缓存服务器 参考 基础概念 操作环境 搭建步骤 1. 安装bind 2. 修改/etc/named.conf 3. 语法检查 4. 启动named 验证结果 搭建BIND缓存服务器 Bind Version: 9.11.4 😄 Written by Zak Zhu 参考 马哥linux视频 鸟哥私房菜 xiaoluo501395377 | Linux学习之CentOS(三十四)--配置域主DNS服务器(https://www.cnblogs.com/xiaoluo501395377/archive/2013/06/06/3120326.html) 基础概念 Cache-only DNS DNS缓存服务器不存在任何的zone配置文件，仅仅依靠缓存来为客户端提供服务，通常用于负载均衡及加速访问操作. 操作环境 HOSTNAME IP ADDRESS ROLE mac 192.168.199.103 DNS Client cachedns.zakzhu.com 192.168.199.173 Cache-only DNS 搭建步骤 1. 安装bind [root@cachedns ~]# yum install bind -y 2. 修改/etc/named.conf [root@cachedns ~]# vim /etc/named.conf options {

简介 由于Django是动态网站，所有每次请求均会去数据进行相应的操作，当程序访问量大时，耗时必然会更加明显，最简单解决方式是使用：缓存，缓存将一个某个views的返回值保存至内存或者memcache中，5分钟内再有人来访问时，则不再去执行view中的操作，而是直接从内存或者Redis中之前缓存的内容拿到，并返回。 Django提供了6种缓存方式： 1、 开发调试 2、 内存 3、 文件 4、 数据库 5、 Memcache缓存（python-memcached模块） 6、 Memcache缓存（pylibmc模块） 通用配置 'TIMEOUT': 300, # 缓存超时时间（默认300，None表示永不过期，0表示立即过期） 'OPTIONS':{ 'MAX_ENTRIES': 300, # 最大缓存个数（默认300） 'CULL_FREQUENCY': 3, # 缓存到达最大个数之后，剔除缓存个数的比例，即：1/CULL_FREQUENCY（默认3） }, 'KEY_PREFIX': '', # 缓存key的前缀（默认空） 'VERSION': 1, # 缓存key的版本（默认1） 'KEY_FUNCTION' 函数名 # 生成key的函数（默认函数会生成为：【前缀:版本:key】） 这部分是通用的配置，在上面6种方法中都可以使用 开发调试 # 此为开始调试用

【reference】http://www.infoq.com/cn/articles/data-storage-in-ios 谈到数据储存，首先要明确区分两个概念，数据结构和储存方式。所谓数据结构就是数据存在的形式。除了基本的NSDictionary、NSArray和NSSet这些对象，还有更复杂的如：关系模型、对象图和属性列表多种结构。而存储方式则简单的分为两种：内存与闪存。内存存储是临时的，运行时有效的，但效率高，而闪存则是一种持久化存储，但产生I/O消耗，效率相对低。把内存数据转移到闪存中进行持久化的操作称成为归档。 二者结合起来才是完整的数据存储方案，我们最常谈起的那些：SQLite、CoreData、NSUserDefaults等都是数据存储方案。当然在这些框架提供的方案之外，我们自己也可以按照个性化需求订制方案。这些存储方案侧重不同，支持的形式和方式也各不相同，在不同的使用场景下表现也是各有优劣。但万变不离其宗，无论什么方案都可以用下图来解释。 图1，存储方案示意图 以下将对四种存储方式进行详细的介绍： NSUserDefaults，用于存储配置信息 SQLite，用于存储查询需求较多的数据 CoreData，用于规划应用中的对象 使用基本对象类型定制的个性化缓存方案 用NSUserDefaults存储配置信息

缓存机制提供的入口有： $.data([key],[value]) // 存取数据 $.hasData(elem) // 是否有数据 $.removeData([key]) // 删除数据 $.acceptData(elem) // 检测元素是否可以使用缓存机制存数据 $(elem).data([key],[value]) // 存取数据 $(elem).removeData([key]) // 删除数据 已经阅读了缓存机制为用户提供的入口，并且重点阅读了$(elem).data()方法（其它方法都是直接调用data_user对象的方法）， 接下来重点看data_user对象封装的属性和方法 Data.prototype = { 　　// 生成一个key使用它将cache和元素联系起来，并最终返回这个key 　　key: function( owner ) { 　　　　//如果owner不是元素节点或document节点，则返回0，为什么返回0？为了校验？ 　　　　if ( !Data.accepts( owner ) ) { 　　　　　　return 0; 　　　　} 　　　　// 一个暂时的对象，将被扩展到owner对象上。 　　　　var descriptor = {}, 　　　　// 判断owner对象上是否已经有这个jQuery随机产生的键。 　　　　//

1. Hibernate 的检索方式有哪些 ? ① 导航对象图检索 ② OID检索 ③ HQL检索 ④ QBC检索 ⑤ 本地SQL检索 2. 在 Hibernate 中 Java 对象的状态有哪些 ？ ①. 临时状态（transient）：不处于 Session 的缓存中，OID 为 null 或等于 id 的 unsaved-value 属性值 ②. 持久化状态（persistent）：加入到 Session 的缓存中。 ③. 游离状态（detached）：已经被持久化，但不再处于 Session 的缓存中。 3. Session的清理和清空有什么区别？ 清理缓存调用的是 session.flush() 方法. 而清空调用的是 session.clear() 方法. Session 清理缓存是指按照缓存中对象的状态的变化来同步更新数据库，但不清空缓存；清空是把 Session 的缓存置空, 但不同步更新数据库； 4. load()和get()的区别 ①：如果数据库中，没有 OID 指定的对象。通过 get方法加载，则返回的是一个null；通过load加载，则返回一个代理对象，如果后面代码如果调用对象的某个属性会抛出异常：org.hibernate.ObjectNotFoundException； ②：load 支持延迟加载，get 不支持延迟加载。 5. hibernate

win10客户端清除rms权限模板缓存 1、清除之前的策略模板： 2、勾选隐藏的项目： 3、打开下面目录： 4、建议将目录下的文件备份后再进行删除： 5、删除之后客户端需再次连接rms服务器获取模板： 注：不同的客户端版本可能路径不同。 来源： 51CTO 作者： wx5c1caa1307417 链接： https://blog.51cto.com/14143477/2477976

Windows内核分析索引目录 ：https://www.cnblogs.com/onetrainee/p/11675224.html 10-10-12 分页机制 1. CPU是如何通过线性地址查找物理地址的？ 2. MMU是什么？ 3.CPU内存管理内部大体结构框架？ 4.会写、直接、不缓存什么概念？ 5.CR3、PDE、PTE之间的关系？ 6.用一进程的内存结构分析 7.操作系统与CPU的页密度 8.使用!vtop指令解析物理地址 9.通过挂物理页来实现0地址读写 10.修改PDE与PTE属性来实现对只读内存(字符串)的操作 11.页属性的A位、D位(Dirty脏位)与G位的说明 12.PDE的PS位(大页) 1. CPU是如何通过线性地址查找物理地址的？ 　　通过一块MMU内存控制单元 2. MMU是什么？ 　　内存管理单元，是一个模块（我们也可以看成一个函数）。 　　物理地址 func(CR3，线性地址); 　　其就是将线性地址按我们的步骤拆分成物理地址(10-10-12)。 3.CPU内存管理内部大体结构框架？ 　　 4.回写、直接、不缓存什么概念？ 　　三者都是针对缓存来讲的。 　　1)回写：先写到缓存，等一会数据量够了再写到内存中。 　　2)直写：写到缓存的同时直接写到内存中。 　　3)不缓存：不经过缓存，直接写到内存中。 5.CR3、PDE、PTE之间的关系？ 6

初识WEB：输入URL之后的故事 1. 概述 2. HTTP请求过程 3. 相关性能检测及优化手段 4. 浏览器的呈现过程 5. 浏览器的呈现引擎 6. 引用及延伸阅读 概述 为什么输入 www.cnblogs.com 之后敲一个回车，浏览器就会显示我们所看到的内容？这家伙在背后到底偷偷的干了哪些事情？今天我们就来挖掘一下这背后的故事。 HTTP请求过程 为直观明了，先上一张图: 画完之后，才发现原来我的字写的这么难看，别喷我，小伙伴们！ 下面是详细的步骤以及说明： 输入URL,敲回车。 针对当前URL检查是否存在本地缓存， 如果存在，则会加载本地缓存进行呈现。如图，经过 (1)-> (2) ->(9) ->(10)。 ( 感谢“我是你的猪”的纠错 :) ) 根据URL找到对应的IP地址。这一步通常被称为DNS轮询，这里面是有缓存机制的。缓存的顺序依次为：浏览器缓存->操作系统缓存->路由器缓存->DNS提供商缓存->DNS提供商轮询。 建立TCP连接到上一步找到的机器 用上一步建立的连接发送http request 等待并接收http response 关闭TCP连接，视情况而定，http1.1已经支持keep-alive。那么这个TCP请求是可以被后面的request利用的，这样就可以减少不断建立连接而造成的损失。 检查状态码，如果response的状态码出现3XX(跳转)

1. 概述 2. HTTP请求过程 3. 相关性能检测及优化手段 4. 浏览器的呈现过程 5. 浏览器的呈现引擎 6. 引用及延伸阅读 概述 　　为什么输入 www.cnblogs.com 之后敲一个回车，浏览器就会显示我们所看到的内容？这家伙在背后到底偷偷的干了哪些事情？今天我们就来挖掘一下这背后的故事。 HTTP请求过程 　　为直观明了，先上一张图: 　　画完之后，才发现原来我的字写的这么难看，别喷我，小伙伴们！ 　　下面是详细的步骤以及说明： 输入URL,敲回车。 针对当前URL检查是否存在本地缓存， 如果存在，则会加载本地缓存进行呈现。如图，经过 (1)-> (2) ->(9) ->(10)。 ( 感谢“我是你的猪”的纠错 :) ) 根据URL找到对应的IP地址。 这一步通常被称为DNS轮询，这里面是有缓存机制的。缓存的顺序依次为：浏览器缓存->操作系统缓存->路由器缓存->DNS提供商缓存->DNS提供商轮询。 建立TCP连接到上一步找到的机器 用上一步建立的连接发送http request 等待并接收http response 关闭TCP连接，视情况而定，http1.1已经支持keep-alive。那么这个TCP请求是可以被后面的request利用的，这样就可以减少不断建立连接而造成的损失。 检查状态码，如果response的状态码出现3XX(跳转)，未授权（401）

https://www.ljchen.com/archives/1087 来源： https://www.cnblogs.com/shabake/p/12512648.html