1.Linux下驱动安装指南linux下安装驱动
2.vue3中的编译器原理和优化策略
3.element-tabs组件 源码阅读
4.squid 强制缓存动态页面

Linux下驱动安装指南linux下安装驱动

       Linux中一般用于驱动安装的都是DKMS（Dynamic Kernel Module Support）动态内核模块支持机制。大部分发行版的补丁补丁安装介质都包含DKMS，从而使我们可以更容易地构建和安装设备驱动程序。源码源码本文将简要介绍如何在Linux下安装驱动程序。动态动态

       1、补丁补丁检查内核。源码源码套料程序源码根据当前运行的动态动态内核，无论是补丁补丁下载公开可用的最新Linux内核，还是源码源码利用国内各种发行版，如CentOS和Ubuntu，动态动态通过它们提供的补丁补丁内核文件的方法，都可以安装最新的源码源码内核。可以用此处的动态动态代码查看内核信息：`uname –r`。

       2、补丁补丁DKMS安装。源码源码从字面上可以看出，DKMS是用于管理动态内核模块，它能够自动匹配内核架构、重新安装内核时重新构建内核模块等。比起内核编译，使用DKMS构建设备驱动更为容易，也可以减轻Linux发行版的分发量。可以用以下代码安装DKMS：`sudo apt-get install dkms`

       3、准备构建和安装模块补丁文件。emlog自媒体源码系统准备好后，就可以准备构建模块文件和安装相关的补丁文件了。设备驱动的源码文件和补丁文件可以从设备制造商的官网上获得，我们可以下载安装。

       4、编译模块文件。将模块文件解压至目标目录后，将它添加到DKMS的支持中：`sudo dkms add -m -v `。接下来就可以编译这一模块文件：`sudo dkms install -m -v `。

       5、模块安装完成后，我们可以使用如下命令确认模块是否正确安装：`modprobe `，如果提示”module not found”，则表示构建失败。

       以上步骤给出了Linux下安装驱动程序的指南。在执行安装之前，需要评估构建环境、模块版本和兼容性等，以确保所有操作都能成功执行。然而，由于已经完善的支持，只要采取合理的步骤，我们都可以轻松完成驱动的8级分销源码安装。

vue3中的编译器原理和优化策略

       å­¦ä¹ ç›®æ ‡

       ç¼–译器原理

       vue3编译过程剖析

       vue3编译优化策略

       åœ¨åˆå§‹åŒ–之前可能有编译的过程，最终的产物是个渲染函数，我们知道渲染函数返回的值是一个虚拟DOM(vnode),那么这个虚拟DOM在我们后续的更新过程中到底有什么作用呢？我们今天就来探讨一下。

编译器原理1.概念

       å¹¿ä¹‰ä¸Šçš„编译原理：编译器是将源代码转化成机器码的软件；所以编译的过程则是将源代码转化成机器码的过程，也就是cpu可执行的二进制代码。例如使用高级语言java编写的程序需要编译成我们看不懂但计算机能看懂的的字节码。

       å¦‚果了解过编译器的工作流程的同学应该知道，一个完整的编译器的工作流程会是这样：

       é¦–先，parse解析原始代码字符串，生成抽象语法树AST。

       å…¶æ¬¡ï¼Œtransform转化抽象语法树，让它变成更贴近目标「DSL」的结构。

       æœ€åŽï¼Œcodegen根据转化后的抽象语法树生成目标「DSL」的可执行代码。

2.vue中的编译

       åœ¨vue里也有编译的过程，我们经常写的那个HTML模版，在真正工作的时候，并不是那个HTML模版，它实际上是一个渲染函数，在这个过程中就发生了转换，也就是编译，也就是那个字符串的模版最终会变成一个JS函数，叫render函数。所以在这个过程中我们就需要引入编译器的概念。在计算机中当一种东西从一种形态到另一种形态进行转换的时候，就需要编译。编译器：用来将模板字符串编译成为JavaScript渲染函数的代码

       é‚£ä¹ˆvue中的编译发生在什么时候呢？

       è¿™ä¸ªæ—¶å€™æˆ‘们就需要进一步了解vue包的不同版本的不同功能了。vue有携带编译器和不携带编译的包（对不同构建版本的解释）。

3.运行时编译

       åœ¨ä½¿ç”¨æºå¸¦ç¼–译器(compiler)的vue包的时候，vue编译的时刻是发生在挂载($mount)的时候。

4.运行时不编译

       å¦‚果使用未携带编译器的vue包的时候，vue在运行时是不会进行编译的。那么它的编译又发生在什么时候呢？使用未携带编译器的vue包的时候，需要进行预编译，也就是基于构建工具使用，就是我们平时使用的vue-cli进行构建的项目，就是使用webpack调用vue-loader进行预编译，将所有vue文件，就是SFC，将里面的template模版部分转换成render函数。这样做的好处就是vue的包体积变小了，执行的时候速度更快了，因为不需要进行编译了。

vue编译器原理

       ç®€å•æ¥è¯´å°±æ˜¯ï¼šå…ˆå°†template模版转换成ast抽象语法树，ast再转换成渲染函数render。

       é‚£ä¹ˆä»€ä¹ˆæ˜¯æ˜¯ast抽象语法树呢？

1.ast抽象语法树

       åœ¨template模版和render函数之间有一个中间产物叫做ast抽象语法树。它就是个js对象，它能够描述当前模版的结构信息，跟vnode很类似。注意，ast只是程序运行过程中编译产生的，它跟我们最终程序的运行是没有任何关系的。也就是当这个渲染函数生成之后，ast的生命周期就结束了，不再需要了，而那个虚拟DOM则伴随整个程序的生命周期。这个就是ast和虚拟DOM的本质区别。

2.为什么需要ast呢

       åœ¨ast转换成render函数的过程中，需要进行特别的操作。第一次，将template转成的ast是个非常粗糙的js对象，是一次非常粗糙的转换，类似正则表达式的匹配，然后我们的template模版中还有很多表达式，指令，事件需要重新解析，经过这些具体的深加工的解析(transform)之后会得到一个终极ast，然后这个对这个终极ast进行generate，生成render函数

template=>ast=>transform=>ast=>render3.mini版vue编译器

       ä¸‹é¢æˆ‘们来看一个mini版的vue编译器，具体代码已省略，具体代码我已经放在Github上了：mini-vue-compiler

functiontokenizer(input){ ...}functionparse(template){ consttokens=tokenizer(template)...}functiontransform(ast){ ...}functiontraverse(ast,context){ ...}functiongenerate(ast){ ...}functioncompile(template){ //1.解析constast=parse(template)console.log(JSON.stringify(ast,null,2))//2.转换transform(ast)//3.生成constcode=generate(ast)console.log(code)//returnfunctionrender(ctx){ //returnh("h3",{ },//ctx.title//)}returnnewFunction(code)()}lettmpl=`<h3>{ { title}}</h3>`compile(tmpl)

       å¤§æ¦‚有以上操作，其中parse函数就是发生在把template转换成ast的这过程，具体是通过一些正则表达式的匹配template中的字符串。比如将

xxx

       è½¬æˆast对象，那么就是通过正则表达式匹配如果是

那么就设置一个开始标记，再往后面匹配到xxx内容，然后就设置一个子元素，最后匹配到

       é‚£ä¹ˆå°±è®¾ç½®ä¸€ä¸ªç»“束标记，以此类推。parse解析之后得到的是一个粗糙的ast对象。经过parse解析得到一个粗糙的ast对象之后，就用transform进行深加工，最后要经过generate生成代码。

Vue3编译过程剖析

       æŒ‚载的时候先把template编译成render函数，在创建实例之后，直接调用组件实例的render函数创建这个组件的真实DOM，然后继续向下做递归。

1.vue2.x和vue3.x的编译对比

       Vue2.x中的Compile过程会是这样：

       parse词法分析，编译模板生成原始粗糙的AST。

       optimize优化原始AST，标记ASTElement为静态根节点或静态节点。

       generate根据优化后的AST，生成可执行代码，例如_c、_l之类的。

       åœ¨Vue3中，整体的Compile过程仍然是三个阶段，但是不同于Vue2.x的是，第二个阶段换成了正常编译器都会存在的阶段transform。

       parse词法分析，编译模板生成原始粗糙的AST。

       transform遍历AST,对每一个ASTelement进行转化，例如文本元素、指令元素、动态元素等等的转化

       generate根据优化后的AST，生成可执行代码函数。

2.源码编译入口

       æˆ‘们先从一个入口来开始我们的源码阅读，packages/vue/index.ts。

//web平台特有编译函数functioncompileToFunction(template:string|HTMLElement,options?:CompilerOptions):RenderFunction{ //省略...if(template[0]==='#'){ //获取模版内容constel=document.querySelector(template)//省略...template=el?el.innerHTML:''}//编译const{ code}=compile(template,extend({ //省略...},options))constrender=(__GLOBAL__?newFunction(code)():newFunction('Vue',code)(runtimeDom))asRenderFunction//省略...return(compileCache[key]=render)}//注册编译函数registerRuntimeCompiler(compileToFunction)export{ compileToFunctionascompile}

       è¿™ä¸ªå…¥å£æ–‡ä»¶çš„代码比较简单，只有一个compileToFunction函数，但函数体内的内容却又比较关键，主要是经历以下步骤：

       ä¾èµ–注入编译函数至runtimeregisterRuntimeCompiler(compileToFunction)

       runtime调用编译函数compileToFunction

       è°ƒç”¨compile函数

       è¿”回包含code的编译结果

       å°†code作为参数传入Function的构造函数将生成的函数赋值给render变量

       å°†render函数作为编译结果返回

3.template获取

       app.mount()获取了templatepackages/runtime-dom/src/index.ts

4.编译template

       compile将传?template编译为render函数，packages/runtime-core/src/component.ts

       å®žé™…执?的是baseCompile，packages/compiler-core/src/compile.ts

       ç¬¬?步解析-parse：解析字符串template为抽象语法树ast

       ç¬¬?步转换-transform：解析属性、样式、指令等

       ç¬¬ä¸‰æ­¥?成-generate：将ast转换为渲染函数

Vue3编译器优化策略

       è¿™æ˜¯ä¸€ä¸ªéžå¸¸å…¸åž‹çš„用内存换时间的操作

1.静态节点提升<div><div>{ { msg}}</div><p>coboy</p><p>coboy</p><p>coboy</p></div>

       ä»¥ä¸Šè¿™ä¸ªæ®µtemplate如果没有开启静态节点提升它编译后是这样的：

import{ toDisplayStringas_toDisplayString,createVNodeas_createVNode,openBlockas_openBlock,createBlockas_createBlock}from"vue"exportfunctionrender(_ctx,_cache,$props,$setup,$data,$options){ return(_openBlock(),_createBlock("div",null,[_createVNode("div",null,_toDisplayString(_ctx.msg),1/*TEXT*/),_createVNode("p",null,"coboy"),_createVNode("p",null,"coboy"),_createVNode("p",null,"coboy")]))}

       å¦‚果开启了静态节点提升之后它编译后则是这样的：

import{ toDisplayStringas_toDisplayString,createVNodeas_createVNode,openBlockas_openBlock,createBlockas_createBlock}from"vue"const_hoisted_1=/*#__PURE__*/_createVNode("p",null,"coboy",-1/*HOISTED*/)const_hoisted_2=/*#__PURE__*/_createVNode("p",null,"coboy",-1/*HOISTED*/)const_hoisted_3=/*#__PURE__*/_createVNode("p",null,"coboy",-1/*HOISTED*/)exportfunctionrender(_ctx,_cache,$props,$setup,$data,$options){ return(_openBlock(),_createBlock("div",null,[_createVNode("div",null,_toDisplayString(_ctx.msg),1/*TEXT*/),_hoisted_1,_hoisted_2,_hoisted_3]))}

       æˆ‘们可以看到template里存在大量的不会变的p标签，所以当这个组件重新渲染的时候，这些静态的不会变的标签就不应该再次创建了。所以vue3就把这些静态的不会变的标签的VNode放在了render函数作用域的外面，在下次render函数再次执行的时候，那些静态标签的VNode已经在内存里了，不需要重新创建了。相当于占用当前机器的内存，避免重复创建VNode，用内存来换时间。大家仔细斟酌一番静态提升的字眼，静态二字我们可以不看，但是提升二字，直抒本意地表达出它（静态节点）被提高了。

2.补丁标记和动态属性记录<div><div:title="title">coboy</div></div>

       æ„æ€å°±æ˜¯åœ¨ç¼–译的过程中，像人眼一样对模版进行扫描看哪些东西是动态的，然后提前把这些动态的东西提前保存起来，作个标记和记录，等下次更新的时候，只更新这些保存起来的动态的记录。比如上面模版的title是动态的，提前做个标记和记录，更新的时候就只更新title部分的内容。

import{ createVNodeas_createVNode,openBlockas_openBlock,createBlockas_createBlock}from"vue"exportfunctionrender(_ctx,_cache,$props,$setup,$data,$options){ return(_openBlock(),_createBlock("div",null,[_createVNode("div",{ title:_ctx.title},"coboy",8/*PROPS*/,["title"])]))}<div><div:title="title">{ { text}}</div></div>import{ toDisplayStringas_toDisplayString,createVNodeas_createVNode,openBlockas_openBlock,createBlockas_createBlock}from"vue"exportfunctionrender(_ctx,_cache,$props,$setup,$data,$options){ return(_openBlock(),_createBlock("div",null,[_createVNode("div",{ title:_ctx.title},_toDisplayString(_ctx.text),9/*TEXT,PROPS*/,["title"])]))}

       æˆ‘们可以观察到在_createVNode函数的第四个参数是个9，后面是一个注释：/TEXT,PROPS/，这个是表示在当前的节点里面有两个东西是动态的，一个是内部的文本，一个是属性，然后具体是哪个属性，在第五个参数的数组里面则记录了下来["title"]，有个title的属性是动态的。

       åœ¨å°†æ¥è¿›è¡Œpatch更新的时候，就可以根据当前记录的信息，进行更新，缩减更新过程和操作，可以非常精确地只进行title和文本的更新。

       å¦‚æžœdiv标签里是静态文本的话，_createVNode函数的第四个参数则变成了8，后面的注释变成了：/PROPS/，后面的第五个参数数据不变。

       _createVNode函数的第四个参数的数字其实是一个二进制数字转成十进制的数字。

       8的二进制是，9的二进制是，很容易可以看出二进制的每一位的数字都代表着特殊的含义。这些数字就是patchFlag，那么什么是patchFlag呢？

什么是patchFlag

       patchFlag是complier时的transform阶段解析ASTElement打上的补丁标记。它会为runtime时的patchVNode提供依据，从而实现靶向更新VNode和静态提升的效果。

       patchFlag被定义为一个数字枚举类型，它的每一个枚举值对应的标识意义是：

       TEXT=1动态文本的元素

       CLASS=2动态绑定class的元素

       STYLE=4动态绑定style的元素

       PROPS=8动态props的元素，且不含有class、style绑定

       FULL_PROPS=动态props和带有key值绑定的元素

       HYDRATE_EVENTS=事件监听的元素

       STABLE_FRAGMENT=子元素的订阅不会改变的Fragment元素

       KEYED_FRAGMENT=自己或子元素带有key值绑定的Fragment元素

       UNKEYED_FRAGMENT=没有key值绑定的Fragment元素

       NEED_PATCH=带有ref、指令的元素

       DYNAMIC_SLOTS=动态slot的组件元素

       HOISTED=-1静态的元素

       BAIL=-2不是render函数生成的一些元素，例如renderSlot

       æ•´ä½“上patchFlag的分为两大类：

       å½“patchFlag的值大于0时，代表所对应的元素在patchVNode时或render时是可以被优化生成或更新的

       å½“patchFlag的值小于0时，代表所对应的元素在patchVNode时，是需要被fulldiff，即进行递归遍历VNodetree的比较更新过程。

       ä»¥ä¸Šå°±æ˜¯vue3的一个非常高效的优化策略叫补丁标记和动态属性记录。

3.缓存事件处理程序functiontokenizer(input){ ...}functionparse(template){ consttokens=tokenizer(template)...}functiontransform(ast){ ...}functiontraverse(ast,context){ ...}functiongenerate(ast){ ...}functioncompile(template){ //1.解析constast=parse(template)console.log(JSON.stringify(ast,null,2))//2.转换transform(ast)//3.生成constcode=generate(ast)console.log(code)//returnfunctionrender(ctx){ //returnh("h3",{ },//ctx.title//)}returnnewFunction(code)()}lettmpl=`<h3>{ { title}}</h3>`compile(tmpl)0

       å°†æ¥æ¡†æž¶ä¼šåƒreact那样把@click="onClick"变成@click="()=>onClick()"，最后可能是这样的一个箭头函数。那就意味着每次onClick的函数都是一个全新的函数，那就会造成这个回调函数明明没有变，都会被认为变了，那就必须进行一系列的更新，那么如果能把这个回调函数缓存起来，更新的时候，就不要再创建了。

       æœªè¿›è¡Œç¼“存事件处理程序之前的编译

functiontokenizer(input){ ...}functionparse(template){ consttokens=tokenizer(template)...}functiontransform(ast){ ...}functiontraverse(ast,context){ ...}functiongenerate(ast){ ...}functioncompile(template){ //1.解析constast=parse(template)console.log(JSON.stringify(ast,null,2))//2.转换transform(ast)//3.生成constcode=generate(ast)console.log(code)//returnfunctionrender(ctx){ //returnh("h3",{ },//ctx.title//)}returnnewFunction(code)()}lettmpl=`<h3>{ { title}}</h3>`compile(tmpl)1

       è¿›è¡Œç¼“存事件处理程序之后的编译

functiontokenizer(input){ ...}functionparse(template){ consttokens=tokenizer(template)...}functiontransform(ast){ ...}functiontraverse(ast,context){ ...}functiongenerate(ast){ ...}functioncompile(template){ //1.解析constast=parse(template)console.log(JSON.stringify(ast,null,2))//2.转换transform(ast)//3.生成constcode=generate(ast)console.log(code)//returnfunctionrender(ctx){ //returnh("h3",{ },//ctx.title//)}returnnewFunction(code)()}lettmpl=`<h3>{ { title}}</h3>`compile(tmpl).块block

       è¿™æ˜¯ä»€ä¹ˆæ„æ€å‘¢ï¼Ÿæ ¹æ®å°¤é›¨æºªæœ¬äººçš„解析，他说，根据他的统计那个动态的部分最多只有三分之一，基本上都是静态部分，所以在编译的过程中，能不能发现那个比较小的动态部分，把它放到比较靠上

element-tabs组件 源码阅读

       在深入分析element-tabs组件源码的过程中，需要把握两个基本前提：首先，对API有着深入的理解；其次，带着具体问题进行阅读，以便更高效地获取所需信息。遵循两个基本原则：不要过于纠结于那些无关紧要的细节，而应首先明确自己的实现思路，然后再深入阅读源码。接下来，我们将针对几个关键点进行详细探讨。

       首先，我们关注于元素切换时的滑动效果。通过观察源码，可以发现这种效果实现的关键在于tabs内部的计算逻辑。在`/tabs/src/tab-nav.vue`文件中，使用jsx语法实现的逻辑中，通过判断`type`的类型来决定是否调用`tab-bar`。`tab-bar`内部通过计算属性来计算`nav-bar`的宽度，这一计算依赖于`tabs.vue`通过`props`传入的`panes`数据。这表明`nav-bar`的宽度是由`panes`数组驱动的，从而实现了动态调整和滑动效果。

       接下来，我们探讨`border-card`中的个股操盘指标源码边框显示机制。通过观察源码，发现`tabs.scss`中`nav-wrap`的样式设置为`overflow: hidden`。这个设置与边框显示之间的关系在于，通过改变当前选中的`tab`的`border-bottom-color`为`#fff`，来实现边框的动态显示效果。具体来说，当激活某个`tab`时，通过调整CSS样式使得边框底边颜色变白，从而达到视觉上的边框显现效果。实现的细节在于通过设置`nav`的盒子位置下移动1px，并且使激活的`tab`的`border-bottom`颜色为白色，以此达成效果。

       再者，`tab-position`共有四个位置调节选项：`top`、`right`、`bottom`和`left`。通过分析源码可以发现，`top`是常规布局，而`left`与`right`是基于`BFC`的两侧布局，`bottom`则通过改变插槽子节点的位置来实现常规布局。具体实现细节在于`el-tabs__content`的代码中，针对`is-left`和`is-right`的SCSS代码，以及`is-top`和`is-bottom`的hadoop源码情景分析区别仅在于`tabs.vue`里的放置位置。这意味着`left`和`bottom`的布局是基于`BFC`的两侧等高布局，而`top`和`bottom`则只是常规流体布局，只是位置不同。

       对于`stretch`功能的实现细节，通过分析源码可以得出当`stretch`设置为`false`时，`tab`的显示形式为`inline-block`；当设置为`true`时，父级变为`flex`布局，而子`tab`具有`flex:1`的属性。这表明`stretch`功能通过调整显示模式和布局方式，实现了`tab`的弹性扩展。

       在业务逻辑方面，`tabs`组件的逻辑主要体现在计算`tabs`插槽里的`tab-pane`组件，并将其解析为对应的组件数组`panes`。渲染分为两部分：一方面，通过`tabs`组件将`panes`传给`tab-nav`渲染`tab-header`，另一方面，直接渲染`$slots.default`对应的`tab-pane`组件。`tabs`组件的选中状态由`currentName`控制。`tab-header`通过`inject`获取`tabs`实例的`setCurrentName`方法，从而操作选中的`tab`；而`tab-pane`则是通过`$parents.currentName`实时控制当前`pane`是否展示。

       对于动态新增`tab`的细节，`tabs.vue`在`mounted`时会调用`calcPaneInstances`函数来获取对应的`panes`。`calcPaneInstances`的主要作用是通过`slots.default`获取对应的组件实例。`panes`在两个关键位置被使用：在`tab-nav`组件中构造`tab-header`，以及在不考虑切换影响的内容渲染中。当动态增加`tab-pane`时，虽然`panes`不会响应变化，但通过在`tabs.vue`的虚拟DOM补丁更新后执行`updated`钩子，可以自动更新`panes`。

       此外，`tabs`插槽可以插入不受切换影响的内容，这一特性在`tabs.vue`中的渲染函数中体现。这里，全插槽内容都会被渲染，而`tab-pane`会根据`currentName`来决定是否展示。由此产生的效果是，插槽内容与`tab-pane`的选择逻辑完全分离，使得插槽内容不受切换状态影响。

       当点击单个`tab`时，`tabs.vue`组件内部会通过`props`传递`handleTabClick`函数到`tabNav`组件。`nav`组件将该函数绑定到`click`事件上。当`click`事件触发时，如果不考虑`tab`是否为`disabled`状态，会触发`setCurrentName`函数。这个函数通过`beforeLeave`起到作用，以确保在切换到下一个`tab`之前进行适当的过渡。在`setCurrentName`中使用了两次`$nextTick`，其目的是确保在更新视图时子组件的`$nextTick`操作不会影响父组件的更新流程。

       最后，源码中展示了`props`值`activeName`的使用，其功能与`value`类似，用于绑定选中的`tab`。源码中还提到了组件名称的获取方式，`props`值`vnode.tag`实际指向的是注册组件时返回的`vue-component+[name]`，而通过`vnode.componentOptions.Ctor.options.tag`可以获取正常组件名。如果在`options`中未声明`name`，那么组件名将基于注册组件时的名称。

       通过这次深入阅读，我们不仅掌握了`element-tabs`组件的核心工作原理和实现细节，还学会了如何更有效地阅读和理解复杂的前端组件源码。在阅读过程中，耐心地记录问题、适时放松心情，都能帮助我们更好地理解代码，从而提升技术能力。

squid 强制缓存动态页面

       其实我本不想写这个标题，我的本意是缓存yupoo api的查询数据，这个过程中找到了参考方法（Caching Google Earth with Squid）。呵呵，所以偶也来一回标题党。

       这篇参考流传非常广，Digg上也被提过，我也不知道原出处是哪里了。

       可是。。。。你按照它的指示设置，它并不能正确工作！！

       话说回来，先说说我的需求。

       最近yupoo的访问速度很慢，我有一堆api请求经常无法完成，猜测要么对方限制了同一ip的连接数，要么是yupoo又遇到了新一轮的流量瓶颈。跟Yupoo的zola联系后，确认是他们的负荷太高引起的，并没有限制连接数。所以我要想办法在我这边做一些缓存了。

       因为我这边本身就是用squid代理来解决Ajax中调用API的跨域问题的，所以自然是目标瞄准了squid的配置文件。

       yupoo api的请求地址是 www.yupoo.com/api/rest/?method=xxxxxxxxx...

       大家都知道squid会自动缓存静态文件，可对于这种动态网页怎么让它也缓存起来呢，所以在google上找啊找，找到上面提得那片缓存Google Earth的博客文章。

       他的方法是：

       acl QUERY urlpath_regex cgi-bin /? intranet

       acl forcecache url_regex -i kh.google keyhole.com

       no_cache allow forcecache

       no_cache deny QUERY

       # ----

       refresh_pattern -i kh.google % override-expire override-lastmod reload-into-ims ignore-reload

       refresh_pattern -i keyhole.com % override-expire override-lastmod reload-into-ims ignore-reload

       原理就是用 no_cache allow 和 refresh_pattern 来设定一些缓存规则，将google earth的请求强行缓存起来。

       此文一出，自然早有人去验证，可是没人成功，原作者也音讯全无 ... squid的邮件列表里也提到。 ( 看标题进来的朋友，不要急，继续往下读，不会让你空手而回的 )

       我也没在意，估计人家功力问题 。先试着用改写一下解决yupoo api的缓存问题。

       acl QUERY urlpath_regex cgi-bin /?

       acl forcecache url_regex -i yupoo/.com

       no_cache allow forcecache

       no_cache deny QUERY

       refresh_pattern -i yupoo/.com % override-expire override-lastmod reload-into-ims ignore-reload

       嘿，果然nnd毫无用处，访问记录里还是 一坨坨 TCP_MISS

       于是翻来覆去看文档，找资料，发现是squid的bug惹得祸，不过早已经修正（严格来说是功能扩展补丁）。

       我的squid是2.6.,翻了一下源代码，确实已经打好补丁了。

       解决这个问题需要refresh_pattern的几个扩展参数(ignore-no-cache ignore-private)，这几个参数在squid的文档和配置例子中均没有提到，看来squid还不够与时俱进。

       下面讲一下问题所在。

       先看看yupoo api返回的HTTP头部信息（cache 相关部分）

       Cache-Control: no-cache, must-revalidate

       Pragma: no-cache

       这两行是控制浏览器的缓存行为的，指示浏览器不得缓存。squid也是遵循RFC的，正常情况下自然不会去缓存这些页面。override-expire override-lastmod reload-into-ims ignore-reload 统统不能对付它。

       而那个补丁正是对付这两个Cache-Control:no-cache 和 Pragma: no-cache的。

       因此把 refresh_pattern那句要改写成

       refresh_pattern -i yupoo/.com % override-expire override-lastmod reload-into-ims ignore-reload ignore-no-cache ignore-private

       这样就大功告成了， squid -k reconfigure 看看 access.log ,这回里面终于出现

       TCP_HIT/ TCP_MEM_HIT/ 了，说明缓存规则确实起作用了，那个激动啊 ~~~~

       ====================

       补充：

       后来我看了一下google earth 服务器 hk1.google.com的HTTP头部，只有

       Expires: Wed, Jul :: GMT

       Last-Modified: Fri, Dec :: GMT

       ，这么看来照理不需ignore-no-cache ignore-private也能工作，可能是作者这里写错了

       kh.google 应该是 kh./.google才对。

       最后总结一下，缓存Google Earth/Map的正确的配置应该是

       acl QUERY urlpath_regex cgi-bin /? intranet

       acl forcecache url_regex -i kh./.google mt./.google mapgoogle/.mapabc keyhole.com

       no_cache allow forcecache

       no_cache deny QUERY

       # ----

       refresh_pattern -i kh./.google % override-expire override-lastmod reload-into-ims ignore-reload ignore-no-cache ignore-private

       refresh_pattern -i mt./.google % override-expire override-lastmod reload-into-ims ignore-reload ignore-no-cache ignore-private

       refresh_pattern -i mapgoogle/.mapabc % override-expire override-lastmod reload-into-ims ignore-reload ignore-no-cache ignore-private

       refresh_pattern -i keyhole.com % override-expire override-lastmod reload-into-ims ignore-reload ignore-no-cache ignore-private

       注:

       khX.google.com 是google earth的服务器

       mtX.google.com 是google map 的服务器

       mapgoogle.mapabc.com 是google ditu的服务器

       /archives/