[{"data":1,"prerenderedAt":293},["ShallowReactive",2],{"archive-2014-12-1":3},{"title":4,"articles":5,"hot_article":90,"month_arch":141,"total":289,"cover":290},"2014年12月 - 独孤影的博客",[6,17,29,41,50,60,71,81],{"id":7,"title":8,"uri":8,"author":9,"tags":10,"created_at":14,"view_count":15,"content":16},28,"docker容器目录与主机目录同步","duguying",[11,12,13],"docker","目录","同步","2014-12-31 12:34:08",15573,"\u003Cp>docker能够将应用运行在容器中，它有许多优点，例如与主机环境隔离，应用部署方便等等。但是我现在希望能够将应用的数据存放到主机上，这样一来我就可以随意的创建和销毁docker容器，而不必担心应用数据的丢失了。\u003C\u002Fp>\u003Cp>用过docker的人应当都知道docker可以进行端口映射，也就是将容器中的端口映射到主机的端口上，例如\u003C\u002Fp>\u003Cpre class=\"brush:bash;toolbar:false\">docker run -d -p 1004:1004 -p 80:1005 duguying\u002Fjudger\u003C\u002Fpre>\u003Cp>上例中就是将docker容器的1004端口映射到1004端口，将docker容器中的1005端口映射到80端口，其中-d表示以deamon进程的方式运行应用（即服务）。其实docker除了能够映射端口还能够映射目录，如下命令\u003Cbr\u002F>\u003C\u002Fp>\u003Cpre class=\"brush:bash;toolbar:false\">docker run -d -p 1004:1004 -p 1005:1005 -v \u002Fvar\u002Fgoj\u002Fjudger:\u002Fdata duguying\u002Fjudger\u003C\u002Fpre>\u003Cp>其中 \u003Ccode>-v \u002Fvar\u002Fgoj\u002Fjudger:\u002Fdata\u003C\u002Fcode> 便是将docker容器中的\u003Ccode>\u002Fdata\u003C\u002Fcode>目录映射到主机的\u003Ccode>\u002Fvar\u002Fgoj\u002Fjudger\u003C\u002Fcode>目录。但是有一点却需要注意，那就是当运行命令后docker初始化完成会将\u003Ccode>\u002Fvar\u002Fgoj\u002Fjudger\u003C\u002Fcode>目录挂载到docker容器的\u003Ccode>\u002Fdata\u003C\u002Fcode>目录，这样一来原docker容器\u003Ccode>\u002Fdata\u003C\u002Fcode>目录将会消失，自然其中的内容也会丢失，因此，若是希望将配置文件放在挂载目录必须等到挂载完成后在docker容器中通过程序拷贝到挂载目录。若一切正常，那么\u003Ccode>\u002Fdata\u003C\u002Fcode>目录下的内容会在主机的\u003Ccode>\u002Fvar\u002Fgoj\u002Fjudger\u003C\u002Fcode>中，如此便可以实现将数据保存到主机目录。\u003C\u002Fp>",{"id":18,"title":19,"uri":19,"author":9,"tags":20,"created_at":26,"view_count":27,"content":28},27,"sublime text 2插件开发，外部修改文件无法重新加载",[21,22,23,24,25],"sublime","插件","开发","indent","python","2014-12-26 20:24:13",7055,"\u003Cp>Indent是linux上很好的一款代码格式化工具，我在vim中很容易就配置其在文件保存时自动格式化代码，于是我打算开发一个sublime text 2插件（\u003Ca href=\"http:\u002F\u002Fgit.duguying.net\u002Fduguying\u002FSublimeGnuIndent\u002Fsrc\u002Fmaster\u002FIndent.py\">http:\u002F\u002Fgit.duguying.net\u002Fduguying\u002FSublimeGnuIndent\u002Fsrc\u002Fmaster\u002FIndent.py\u003C\u002Fa>）调用外部命令indent（\u003Ca href=\"http:\u002F\u002Fgnuwin32.sourceforge.net\u002Fpackages\u002Findent.htm\">http:\u002F\u002Fgnuwin32.sourceforge.net\u002Fpackages\u002Findent.htm\u003C\u002Fa>），可是问题是外部修改的文件无法在有焦点的页面上自动更新，失去焦点然后又获取到焦点便可以更新。我希望请教是否有人能够点拨我一下如何解决这种问题。如下图\u003C\u002Fp>\u003Cp>\u003Cimg src=\"\u002F\u002Fduguying.oss-cn-qingdao.aliyuncs.com\u002F2014\u002F12\u002F26\u002Fmistake_in_gunindent.gif\" title=\"\" alt=\"mistake_in_gunindent.gif\"\u002F>\u003C\u002Fp>\u003Cp>保存后，Indent确实格式化了代码文件，但是无法刷新，调用run_command('revert')也是无法将active状态下的编辑页面刷新的。但是在inactive状态下调用\u003Cspan style=\"line-height: 23px;\">run_command('revert')却可以刷新。网上查找解决方案良久没发现有什么直接明了的方法。问题待解决。\u003C\u002Fspan>\u003C\u002Fp>",{"id":30,"title":31,"uri":31,"author":9,"tags":32,"created_at":38,"view_count":39,"content":40},26,"xss攻击最终应对方案",[33,34,35,36,37],"markdown","epiceditor","xss","后端","过滤","2014-12-16 14:54:42",3804,"\u003Cp>今天终于解决了xss这个潜在的问题，编辑器使用的是Markdown编辑器EpicEditor，\u003Cspan style=\"line-height: 23px;\">EpicEditor是一款Markdown编辑器，或者说是一款可以自己定制的编辑器。后台Markdown解析器用的是"github.com\u002Frussross\u002Fblackfriday"，后台代码\u003C\u002Fspan>\u003C\u002Fp>\u003Cpre class=\"brush:go;toolbar:false\">func Markdown2HTML(content string) string {\n\tcontent = html.EscapeString(content)\n\toutput := blackfriday.MarkdownCommon([]byte(content))\n\treturn string(output)\n}\u003C\u002Fpre>\u003Cp>\u003Cspan style=\"line-height: 23px;\">\u003C\u002Fspan>直接将markdown语法的串解析为html语法的串，后台还设置了一个markdown解析api后面待用，api的controller代码如下\u003C\u002Fp>\u003Cpre class=\"brush:go;toolbar:false\">\u002F\u002F parse markdown\ntype MarkdownController struct {\n\tcontrollers.BaseController\n}\n\nfunc (this *MarkdownController) Get() {\n\tthis.Data["json"] = map[string]interface{}{\n\t\t"result": false,\n\t\t"msg":    "only post method support",\n\t\t"refer":  nil,\n\t}\n\n\tthis.ServeJson()\n}\n\nfunc (this *MarkdownController) Post() {\n\tcontent := this.GetString("content")\n\n\tlog.Blueln(content)\n\trst := utils.Markdown2HTML(content)\n\n\tthis.Data["json"] = map[string]interface{}{\n\t\t"result":  true,\n\t\t"msg":     "success",\n\t\t"preview": rst,\n\t\t"refer":   nil,\n\t}\n\n\tthis.ServeJson()\n}\u003C\u002Fpre>\u003Cp>前端将串传给后端，这个串期望是纯markdown的，因此如果其中夹杂着有html语法，html将会被转义，之后返回带有解析后的html串。\u003C\u002Fp>\u003Cp>前端的EpicEditor默认是能够解析Markdown和兼容HTML的，甚至不过滤js(\u003Ca href=\"https:\u002F\u002Fgithub.com\u002FOscarGodson\u002FEpicEditor\u002Fissues\u002F351\" target=\"_blank\" title=\"https:\u002F\u002Fgithub.com\u002FOscarGodson\u002FEpicEditor\u002Fissues\u002F351\">这个问题\u003C\u002Fa>我已经向项目作者反馈过，他决定之后会给其添加选项以禁用js)，由于我\u003Ca href=\"http:\u002F\u002Fduguying.net\u002Farticle\u002FXSS%E6%94%BB%E5%87%BB%E5%BA%94%E5%AF%B9%E6%96%B9%E6%A1%88\" target=\"_blank\" title=\"http:\u002F\u002Fduguying.net\u002Farticle\u002FXSS%E6%94%BB%E5%87%BB%E5%BA%94%E5%AF%B9%E6%96%B9%E6%A1%88\">之前的文章\u003C\u002Fa>提到css都会给用户机会造成页面混乱，而\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fmicrocosm-cc\u002Fbluemonday\" target=\"_blank\" title=\"https:\u002F\u002Fgithub.com\u002Fmicrocosm-cc\u002Fbluemonday\">我所找到的过滤器\u003C\u002Fa>只支持xss过滤，即只过滤js不过滤css，并且那个过滤器有一个依赖包在墙外，这将会是很蛋疼，所以决定使用markdown，是纯markdown。EpicEditor是兼容html的，因此不满足我的需求，于是我问EpicEditor的作者是否有禁用html的选项（\u003Ca href=\"https:\u002F\u002Fgithub.com\u002FOscarGodson\u002FEpicEditor\u002Fissues\u002F352\" target=\"_blank\" title=\"https:\u002F\u002Fgithub.com\u002FOscarGodson\u002FEpicEditor\u002Fissues\u002F352\">传送\u003C\u002Fa>），他告诉我EpicEditor不负责解析的，解析器可以自己定制，EpicEditor默认使用的解析器是\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fchjj\u002Fmarked\" target=\"_blank\" title=\"https:\u002F\u002Fgithub.com\u002Fchjj\u002Fmarked\">markd\u003C\u002Fa>解析器，然后给了我一个\u003Ca href=\"https:\u002F\u002Fgithub.com\u002FOscarGodson\u002FEpicEditor#custom-parsers\" target=\"_blank\" title=\"https:\u002F\u002Fgithub.com\u002FOscarGodson\u002FEpicEditor#custom-parsers\">页面\u003C\u002Fa>，其上有定制解析器的demo\u003C\u002Fp>\u003Cpre class=\"brush:js;toolbar:false\">var editor = new EpicEditor({\n  parser: function (str) {\n    var blacklist = ['foo', 'bar', 'baz'];\n    return str.split(' ').map(function (word) {\n      \u002F\u002F If the word exists, replace with asterisks\n      if (blacklist.indexOf(word) > -1) {\n        return '****'\n      }\n      return word;\n    }).join(' ');\n  }\n}).load();\u003C\u002Fpre>\u003Cp>自己重做一个解析器？看一下markd项目的代码有多少吧，重做工作量太大。仔细分析上面的代码发现parser是一个函数，它的作用是这样的，传入原串，返回解析后的串。这回我之前留的api起作用了，自己实现的parser函数如下\u003C\u002Fp>\u003Cpre class=\"brush:js;toolbar:false\">parser: function (str) {\n\tvar rst = $.ajax({\n\t\tasync: false,\n\t\ttype: "post",\n\t\turl: "\u002Fapi\u002Fmarkdown\u002Fpreview",\n\t\tdata: {"content": str},\n\t\tdataType:"json",\n\n\t}).responseText;\n\tvar json = eval('('+rst+')')\n\tconsole.log(json);\n\treturn json.preview;\n},\u003C\u002Fpre>\u003Cp>是的，我将原数据传给服务器去解析，得到结果，这样还有一个好处就是保证了解析器的一致性，即最终结果与编辑器preview结果是一致的。当然这也是有一些缺点的，那就是给服务器增加了负担，不过我觉得这是值得的。最后附上编辑器工作的截图\u003Cbr\u002F>\u003C\u002Fp>\u003Cp>\u003Cimg src=\"\u002F\u002Fduguying.oss-cn-qingdao.aliyuncs.com\u002F2014\u002F12\u002F16\u002Fepiceditor_back_end_anti_xss.png\" title=\"\" alt=\"epiceditor_back_end_anti_xss.png\"\u002F>\u003C\u002Fp>\u003Cp>问题能够得以解决应当感谢各个开源项目以及其作者的无私奉献，还有他们的热心答疑，取之于开源用之于开源，Goj也会是一个开源项目，愿早日完成。\u003C\u002Fp>",{"id":42,"title":43,"uri":43,"author":9,"tags":44,"created_at":47,"view_count":48,"content":49},25,"css中不要在顶层使用*选择器",[45,46],"css","选择器","2014-12-16 00:53:56",3541,"\u003Cp>今天遇到了一个比较坑的问题，使用Ace Editor却发现代码显示区与编辑器错位，表现是这样的，编辑器中一行代码结束了，但是移动光标却发现后面还有空白位，一开始我以为是空格之类的东西，于是删除最后一个空白位，然后最后一个字符就消失了，继续删字符继续消失，很明显是编辑区与显示区错位。\u003C\u002Fp>\u003Cp>于是我怀疑是前面的css代码对此处的样式产生了影响，scss已经写了不少了，想直接查找是什么地方产生的影响是比较麻烦的，代码删减法，最后发现是全局样式文件中的一段代码导致的\u003C\u002Fp>\u003Cpre class=\"brush:css;toolbar:false\">*{\n\tfont-family: $main-font-family;\n\tmargin: 0;\n\tpadding: 0;\n}\u003C\u002Fpre>\u003Cp>其实之前对编辑器区域的审查元素发现编辑器几乎完全是由div元素构成，\u003Ccode>*\u003C\u002Fcode>表示匹配所有的元素，自然也包括了div元素，早就记不清是从哪儿学的这种写法，事实上这样写的目的是清除所有元素的默认margin和padding，开始的时候是觉得这么写也是无可厚非的，简洁有力，可是没想到有一些插件居然是基于浏览器默认的元素margin和padding来设计布局的，我在一开始的时候就将所有元素的margin及padding清零自然会影响到这些插件的样式。其实在用Ace Editor之前我用的是CodeMirror编辑器，但是CodeMirror却不受影响，估计是它指定了自己的margin和padding值，不受默认值影响。\u003C\u002Fp>\u003Cp>现在越来越觉得使用\u003Ccode>*\u003C\u002Fcode>选择器是一件不靠谱的事情，\u003Ccode>*\u003C\u002Fcode>（通配符）的通用性太大了，匹配所有，是所有的元素。因此*使用的位置越靠顶层对全局的影响越是大，导致后期的故障或者冲突的可能性越大，尽管使用\u003Ccode>*\u003C\u002Fcode>选择器可能会节省一些代码，但是与导致的冲突相比是得不偿失的。\u003Ccode>*\u003C\u002Fcode>不能乱用，用在底层还好\u003C\u002Fp>\u003Cpre class=\"brush:css;toolbar:false\">.footer .footer-wraper .right .right-tag, .footer .footer-wraper .right * {\n  ...\n}\u003C\u002Fpre>\u003Cp>一般不要随意使用*，如果要使用*，建议在\u003Ccode>*\u003C\u002Fcode>下面不要再存在子元素，后或者下面的子元素不是很深并且样式在自己的控制之内。\u003Cbr\u002F>\u003C\u002Fp>",{"id":51,"title":52,"uri":52,"author":9,"tags":53,"created_at":57,"view_count":58,"content":59},24,"XSS攻击应对方案",[54,55,56],"XSS","攻击","跨站脚本攻击","2014-12-14 19:39:48",6825,"\u003Cp>XSS(Cross Site Scripting)，跨站脚本攻击，简单来说就是用户获取到了页面脚本执行的权限，够获取到JS脚本执行权限后能干的事情很多，比如盗取session id，从而实现登录帐号从而获取账户相关信息。\u003Cbr\u002F>\u003C\u002Fp>\u003Cp>XSS攻击一般都是出现在有富文本提交的表单中，用户可以在提交的富文本中按以下各种方法插入JavaScript脚本：\u003C\u002Fp>\u003Cpre class=\"brush:html;toolbar:false\"><script>alert("hacked!");<\u002Fscript>\u003C\u002Fpre>\u003Cpre class=\"brush:html;toolbar:false\"><img src=".\u002F" onerror="alert('hacked!');">\u003C\u002Fpre>\u003Cpre class=\"brush:html;toolbar:false\"><a href="javascript:alert('hacked!')">foo<\u002Fa>\u003C\u002Fpre>\u003Cpre class=\"brush:html;toolbar:false\"><style>\ndiv{\n  background: url("javascript:alert('hacked!');");\n}\n<\u002Fstyle>\u003C\u002Fpre>\u003Cp>以及其他的各种方法在页面执行Js脚本，当然黑客执行脚本的目的并不是为了弹窗装逼，而是读取当前用户的cookies，从而获取session id，达到非法登录用户账户的目的，简单来说就是不要密码盗号。\u003Cbr\u002F>\u003C\u002Fp>\u003Cp>嵌入式web页面富文本编辑器很多，例如ueditor等，有人以为防范XSS攻击是这些编辑器的事情，事实上XSS攻击并不是这些编辑器能够阻止得了的，因为黑客是可以绕过编辑器提交表单的，所以防范XSS攻击的重点是后台字符串过滤，将非法的串过滤掉，当然还有另外一种办法，那就是使用第三方替代标签，如UBB标签(discuz中使用的就是这个)、Markdown等，不直接使用HTML系列的标签由其他标签转换为HTML，从而达到防止非法注入脚本的目的。\u003C\u002Fp>\u003Cp>事实上富文本提交攻击防范远不止XSS这些，XSS主要是指Js脚本的攻击，可是有一种不致命却很糟糕的攻击却是被忽略了，那就是css脚本扰乱界面布局，事实上这应该算是纯粹的捣乱，可是却也能够严重的影响到页面的美观以及用户的正常使用，开源中国就曾经被大家用这种方法玩坏过。\u003C\u002Fp>\u003Cpre class=\"brush:html;toolbar:false\"><div style="display:block;position:fixed;width:100%;height:100%;background-color:red;"><\u002Fdiv>\u003C\u002Fpre>\u003Cp>上面的代码便可以让整个网页变成红色。\u003Cbr\u002F>\u003C\u002Fp>\u003Cp>因此，我个人认为html富文本的过滤不仅仅是简单的Js过滤，应当连css一起过滤掉。或者干脆使用第三方标签UBB等。\u003C\u002Fp>",{"id":61,"title":62,"uri":62,"author":9,"tags":63,"created_at":68,"view_count":69,"content":70},23,"使用fontello和Abobe Illustrator制作自己的web字体",[64,65,66,67],"fontello","Illustrator","web","字体","2014-12-11 10:48:30",6758,"\u003Cp>自定义web字体流行已经不是一天两天的事了，仿佛是随着google，ajax，web2.0这些字眼在多年前就已经到来了，不过如今却是越加流行了。用自定义字体代替图片图标确实有着不少好处，比如，字体是矢量的可以无限放大，字体可以随意的改变颜色只需在css中设置color属性即可。最近发现了一个在线字体生成工具很是不错，那就是\u003Ca href=\"http:\u002F\u002Ffontello.com\u002F\" target=\"_blank\" title=\"http:\u002F\u002Ffontello.com\u002F\">fontello\u003C\u002Fa>。\u003C\u002Fp>\u003Cp>fontello提供众多图标供用户定制选择，并且用户还可以上传自己设计的svg图标文件，fontello会将其转化打包为字体文件fontello.eot、fontello.svg、fontello.ttf以及fontello.woff，供不同的浏览器调用，它在浏览器中的调用方式和众多的图标字体的调用方式是一样的——通过css调用，或者说通过指定class值的html节点调用，相信所有人都会使用，如果不会，自己查看打包目录下的demo.html文件就会了。\u003C\u002Fp>\u003Cp>\u003Cem>\u003Cstrong>字体设计：\u003C\u002Fstrong>\u003C\u002Fem>\u003C\u002Fp>\u003Cp>首先打开Illustrator，通过性状工具以及钢笔工具勾勒出你所需要的图形，然后转化为复合路径(对象>复合路径>建立)，然后保存为svg配置文件SVG 1.1，即可生成svg文件。\u003C\u002Fp>\u003Cp>\u003Cimg src=\"\u002F\u002Fduguying.oss-cn-qingdao.aliyuncs.com\u002F2014\u002F12\u002F11\u002Fillustrator_demo.png\" title=\"\" alt=\"illustrator_demo.png\"\u002F>\u003C\u002Fp>\u003Cp>然后，在fontello页面的custom区域拖拽上传svg文件便会生成自定义的字体文字(或者说是图标)，选中它，以及你所需要的图标，点击download便可以打包字体文件。\u003C\u002Fp>\u003Cp>\u003Cimg src=\"\u002F\u002Fduguying.oss-cn-qingdao.aliyuncs.com\u002F2014\u002F12\u002F11\u002Ffontello.png\" title=\"\" alt=\"fontello.png\"\u002F>\u003C\u002Fp>\u003Cp>使用字体图标的好处就不在赘述了。在Illustrator中设计图标时无需在意图标的颜色，因为对于字体来说是没有颜色的，只有形状，这也是在Illustrator中将其转换为复合路径的原因。另外需要注意的是在Illustrator中绘制路径的话要保证路径是闭合的，不然无法形成形状，在导入fontello后便会发现图标是空白的，假如你发现自己的图标是空白的或者是全黑的，那么建议你先学习一下Illustrator的使用以及路径和性状这些概念再来设计图标。\u003C\u002Fp>",{"id":72,"title":73,"uri":73,"author":9,"tags":74,"created_at":78,"view_count":79,"content":80},22,"内存越界的灾难",[75,76,77],"C语言","内存","越界","2014-12-06 19:06:10",3575,"\u003Cp>今天为了修复一个bug折腾了将近一天的时间，原本是计划在沙箱子项目里面添加命令行指定配置文件路径功能，结果被我发现之前留下的一个坑，但是整个发现过程花了一整下午的时间。\u003C\u002Fp>\u003Cp>调试过程中发现明明传入到函数中的路径printf是正确的，可是当执行到fopen时却直接异常退出，于是gdb跟踪调试\u003C\u002Fp>\u003Cp>\u003Cimg src=\"\u002F\u002Fduguying.oss-cn-qingdao.aliyuncs.com\u002F2014\u002F12\u002F6\u002Ffilename_interrupt.png\" title=\"\" alt=\"filename_interrupt.png\"\u002F>\u003C\u002Fp>\u003Cp>调试显示传入的文件名是正常的，但是当执行到#93步时文件名很明显被截断了，这是一件非常奇怪的事情，我甚至怀疑fopen函数是不是对传入文件名长度有限制，可事实上不是这样的。因为我后来专门写了个测试代码，同样的文件名路径，fopen却是正常的。我又怀疑是不是因为文件名字符串是malloc分配的原因，测试后却也是正常的。\u003Cbr\u002F>\u003C\u002Fp>\u003Cp>非常纠结，之后决定采用大段大段的砍掉无关代码的方法来更清晰的定位错误可能的位置，因为代码带多确实看着眼花缭乱。当我砍到只剩下调用config_read的时候，惊奇的发现上面内存初始化是这样的：\u003C\u002Fp>\u003Cpre class=\"brush:cpp;toolbar:false\">\u002F\u002F alloc memory for path string    \nexecutable = (char*)malloc(sizeof(EXE_LEN));    \nmemset(executable, 0, sizeof(EXE_LEN));\u003C\u002Fpre>\u003Cp>shit! 这儿的EXE_LEN是int型指定文件名长度的啊，也就是说\u003Ccode>sizeof(EXE_LEN)\u003C\u002Fcode>是4byte，坑爹啊。但是我后面给这个内存strncpy了73个字符组成的字符串，嗯，编译器没给我报错，然后这内存几经传递传到了fopen里面，却被莫名的修改了，呵呵，修改了活该啊，谁让我把剩下的69个字符强行放入了它不该放的地方呢。其实应该是这个字符串越界到了fopen函数所使用的内存去，被修改也是太正常不过了。\u003C\u002Fp>\u003Cp>C语言编程确实需要小心谨慎，因为编译器给你的提示实在是太少，逻辑错了就会按照错的运行，结果便会是谬之千里。\u003C\u002Fp>\u003Cp>\u003Cbr\u002F>\u003C\u002Fp>",{"id":82,"title":83,"uri":83,"author":9,"tags":84,"created_at":87,"view_count":88,"content":89},21,"beego中使用fis",[85,86],"beego","fis","2014-12-03 10:47:56",9253,"\u003Cp>前段时间接触到了fis，后来发现它正是我所寻找的一类前端工具。之前在byvoid大神的博客上看到前端html源码中引用的js和css都是在文件名后面附加了随机串。如\u003Ccode>\u002Fcss\u002Fstyle-882e60051fc11fd2558e888585fc3950.css\u003C\u002Fcode>。我感觉这个做法应该有他的深意。接触fis后才知道，文件md5映射之后可以在服务器端开启静态文件永久缓存，如此一来可以最大化利用浏览器的缓存机制，起到加快页面加载速度节省流量的效果。由于md5映射的文件名是唯一的，所以不用担心缓存导致的前端问题。这一技术在许多其他的网站上也有用到，例如百度、twitter等，其中fis就是出自百度，据fis文档介绍，其中某些创意是受twitter启发的。\u003C\u002Fp>\u003Cp>最近一直在用beego做项目，于是打算将fis的md5映射机制迁移到beego上来，fis官网文档上介绍了fis在go web的实现demo，不过它是基于martini框架的，在多番查阅文档后，我觉得若是抛开模版内的资源文件自动打包这一功能单纯实现md5映射，我能够自己将其在beego上实现。\u003Cbr\u002F>\u003C\u002Fp>\u003Cp>fis中带md5映射的前端资源全部记录于map.json文件中，fis项目编译后会自动生成map.json文件，示例如下\u003C\u002Fp>\u003Cpre class=\"brush:js;toolbar:false\">{\n    "res": {\n        "js\u002Fglobal.js": {\n            "uri": "\u002Fstatic\u002Fjs\u002Fglobal_f39ad61.js",\n            "type": "js"\n        },\n        "js\u002Fuser.js": {\n            "uri": "\u002Fstatic\u002Fjs\u002Fuser_42dbc3b.js",\n            "type": "js"\n        },\n        "octicons\u002Focticons.scss": {\n            "uri": "\u002Fstatic\u002Focticons\u002Focticons_1b828d3.css",\n            "type": "css"\n        },\n        "sass\u002Findex.scss": {\n            "uri": "\u002Fstatic\u002Fcss\u002Findex_b855d1c.css",\n            "type": "css"\n        },\n        "sass\u002Flogin.scss": {\n            "uri": "\u002Fstatic\u002Fcss\u002Flogin_c8abcc0.css",\n            "type": "css"\n        },\n        "sass\u002Fregister.scss": {\n            "uri": "\u002Fstatic\u002Fcss\u002Fregister_b76a400.css",\n            "type": "css"\n        },\n        "sass\u002Fstyle.scss": {\n            "uri": "\u002Fstatic\u002Fcss\u002Fstyle_462f7a1.css",\n            "type": "css"\n        }\n    },\n    "pkg": {}\n}\u003C\u002Fpre>\u003Cp>这其中"res"项就是资源映射表，"js\u002Fglobal.js"以及"js\u002Fglobal.js"等是编译前的文件，即fis项目源文件，而"\u002Fstatic\u002Fjs\u002Fglobal_f39ad61.js"以及"\u002Fstatic\u002Focticons\u002Focticons_1b828d3.css"等是编译后的文件，网站应当加载编译后的文件，而编译后的文件名是变动的，每次修改源文件并编译后，编译后的文件名md5值便会变化，不过编译前的文件名是不变的，因此，思路是通过编译前文件名得到对应的编译后的文件名，然后加载到网页。beego实现如下：\u003C\u002Fp>\u003Cp>在工具包utils里有\u003Cbr\u002F>\u003C\u002Fp>\u003Cpre class=\"brush:go;toolbar:false\">package utils\n\nimport (\n\t"fmt"\n\t"github.com\u002Fastaxie\u002Fbeego"\n\t"github.com\u002Fgogather\u002Fcom"\n\t"html\u002Ftemplate"\n)\n\n\u002F\u002F fis map\nfunc Fis(key string) template.HTML {\n\tvar text string\n\tcontent := loadMap()\n\tjson, _ := com.JsonDecode(content)\n\tjson = json.(map[string]interface{})["res"]\n\tif fileMap, ok := json.(map[string]interface{}); !ok {\n\t\tfmt.Println("map.json id illeage!")\n\t} else {\n\t\tfor tmpKey, views := range fileMap {\n\t\t\turi, ok := views.(map[string]interface{})["uri"].(string)\n\t\t\tif !ok {\n\t\t\t\tfmt.Println("error in map.json")\n\t\t\t}\n\n\t\t\tfileType, ok := views.(map[string]interface{})["type"].(string)\n\t\t\tif !ok {\n\t\t\t\tfmt.Println("error in map.json")\n\t\t\t}\n\n\t\t\tif tmpKey == key {\n\t\t\t\tif fileType == "css" {\n\t\t\t\t\ttext = `<link rel="stylesheet" href="` + uri + `">`\n\t\t\t\t} else if fileType == "js" {\n\t\t\t\t\ttext = `<script src="` + uri + `"><\u002Fscript>`\n\t\t\t\t}\n\t\t\t}\n\t\t}\n\t}\n\n\treturn template.HTML(text)\n}\n\n\u002F\u002F load map.json\nfunc loadMap() string {\n\tmapPath := beego.AppConfig.String("static_map")\n\tmapContent := com.ReadFile(mapPath)\n\treturn mapContent\n}\u003C\u002Fpre>\u003Cp>其中Fis函数便是由编译前的文件名查找编译后的文件名。接下来是注册模版函数\u003Cbr\u002F>\u003C\u002Fp>\u003Cpre class=\"brush:go;toolbar:false\">beego.AddFuncMap("asset", utils.Fis)\u003C\u002Fpre>\u003Cp>然后你就可以在模版中这样引入js或者css文件了\u003Cbr\u002F>\u003C\u002Fp>\u003Cpre class=\"brush:html;toolbar:false\">{{template "inc\u002Fheader.tpl" .}}\n{{asset "sass\u002Flogin.scss"}}\n\t<div class="info">&nbsp<\u002Fdiv>\n\t<div class="login">\n\t\t<form action="\u002Flogin">\n\t\t\t<ul>\n\t\t\t\t<li><label for="">用户名<\u002Flabel><input type="text" name="username" id=""><\u002Fli>\n\t\t\t\t<li><label for="">密码<\u002Flabel><input type="password" name="password" id=""><\u002Fli>\n\t\t\t\t<li class="login-btns">\n\t\t\t\t\t<button class="btn">{{i18n "login"}}<\u002Fbutton>\n\t\t\t\t\t<a class="btn oauth-login" href="https:\u002F\u002Fgithub.com\u002Flogin\u002Foauth\u002Fauthorize?client_id={{.github_client_id}}&scope=user,public_repo" target="_blank"><span class="octicon octicon-logo-github"><\u002Fspan>登录<\u002Fa>\n\t\t\t\t<\u002Fli>\n\t\t\t<\u002Ful>\n\t\t<\u002Fform>\n\t<\u002Fdiv>\n{{asset "js\u002Fuser.js"}}\n{{template "inc\u002Ffooter.tpl" .}}\u003C\u002Fpre>\u003Cp>其中\u003C\u002Fp>\u003Cpre class=\"brush:html;toolbar:false\">{{asset "sass\u002Flogin.scss"}}\u003C\u002Fpre>\u003Cp>便是引入"sass\u002Flogin.scss"对应的编译后的css文件。\u003C\u002Fp>\u003Cp>如此，便实现了利用fis的md5映射功能，现在可以放心开启js和css的强制缓存了。最后附上我自己的项目地址供大家借鉴\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fduguying\u002Fojsite\">https:\u002F\u002Fgithub.com\u002Fduguying\u002Fojsite\u003C\u002Fa> 。\u003C\u002Fp>",{"title":91,"list":92},"最热文章",[93,95,97,103,109,115,121,127,133,139],{"id":7,"title":8,"uri":94,"author":9,"created_at":14,"view_count":15},"\u002Farticle\u002Fdocker容器目录与主机目录同步",{"id":82,"title":83,"uri":96,"author":9,"created_at":87,"view_count":88},"\u002Farticle\u002Fbeego中使用fis",{"id":98,"title":99,"uri":100,"author":9,"created_at":101,"view_count":102},20,"用github登录，oauth开发","\u002Farticle\u002F用github登录，oauth开发","2014-11-23 13:33:37",9115,{"id":104,"title":105,"uri":106,"author":9,"created_at":107,"view_count":108},18,"windows服务注册工具nssm","\u002Farticle\u002Fwindows服务注册工具nssm","2014-10-31 21:34:39",9054,{"id":110,"title":111,"uri":112,"author":9,"created_at":113,"view_count":114},49,"用latex排版中文书籍","\u002Farticle\u002F用latex排版中文书籍","2016-10-31 11:12:02",8645,{"id":116,"title":117,"uri":118,"author":9,"created_at":119,"view_count":120},19,"texlive中文书签乱码","\u002Farticle\u002Ftexlive中文书签乱码","2014-11-15 02:54:01",8466,{"id":122,"title":123,"uri":124,"author":9,"created_at":125,"view_count":126},6,"Windows上的软件包管理器chocolatey","\u002Farticle\u002FWindows上的软件包管理器chocolatey","2014-08-10 15:55:22",8012,{"id":128,"title":129,"uri":130,"author":9,"created_at":131,"view_count":132},3,"利用开源和免费资源搭建CI环境","\u002Farticle\u002F利用开源和免费资源搭建CI环境","2014-07-04 16:54:58",7740,{"id":134,"title":135,"uri":136,"author":9,"created_at":137,"view_count":138},16,"php-fpm网站目录权限配置","\u002Farticle\u002Fphp-fpm网站目录权限配置","2014-10-18 01:36:10",7276,{"id":18,"title":19,"uri":140,"author":9,"created_at":26,"view_count":27},"\u002Farticle\u002Fsublime text 2插件开发，外部修改文件无法重新加载",{"title":142,"list":143},"按月归档",[144,148,151,154,157,160,163,167,171,174,177,180,184,187,190,194,197,200,203,207,210,213,216,219,222,225,228,231,234,237,240,243,246,249,252,255,258,261,264,267,271,274,277,280,283,286],{"title":145,"uri":146,"view_count":147},"2026年7月","\u002Farchive\u002F2026\u002F7\u002F1","[1]",{"title":149,"uri":150,"view_count":147},"2026年1月","\u002Farchive\u002F2026\u002F1\u002F1",{"title":152,"uri":153,"view_count":147},"2025年4月","\u002Farchive\u002F2025\u002F4\u002F1",{"title":155,"uri":156,"view_count":147},"2024年6月","\u002Farchive\u002F2024\u002F6\u002F1",{"title":158,"uri":159,"view_count":147},"2024年5月","\u002Farchive\u002F2024\u002F5\u002F1",{"title":161,"uri":162,"view_count":147},"2024年4月","\u002Farchive\u002F2024\u002F4\u002F1",{"title":164,"uri":165,"view_count":166},"2023年12月","\u002Farchive\u002F2023\u002F12\u002F1","[6]",{"title":168,"uri":169,"view_count":170},"2023年11月","\u002Farchive\u002F2023\u002F11\u002F1","[2]",{"title":172,"uri":173,"view_count":147},"2023年10月","\u002Farchive\u002F2023\u002F10\u002F1",{"title":175,"uri":176,"view_count":147},"2023年7月","\u002Farchive\u002F2023\u002F7\u002F1",{"title":178,"uri":179,"view_count":170},"2023年6月","\u002Farchive\u002F2023\u002F6\u002F1",{"title":181,"uri":182,"view_count":183},"2023年5月","\u002Farchive\u002F2023\u002F5\u002F1","[3]",{"title":185,"uri":186,"view_count":170},"2023年4月","\u002Farchive\u002F2023\u002F4\u002F1",{"title":188,"uri":189,"view_count":170},"2023年3月","\u002Farchive\u002F2023\u002F3\u002F1",{"title":191,"uri":192,"view_count":193},"2023年2月","\u002Farchive\u002F2023\u002F2\u002F1","[5]",{"title":195,"uri":196,"view_count":147},"2023年1月","\u002Farchive\u002F2023\u002F1\u002F1",{"title":198,"uri":199,"view_count":170},"2022年12月","\u002Farchive\u002F2022\u002F12\u002F1",{"title":201,"uri":202,"view_count":193},"2022年11月","\u002Farchive\u002F2022\u002F11\u002F1",{"title":204,"uri":205,"view_count":206},"2022年10月","\u002Farchive\u002F2022\u002F10\u002F1","[4]",{"title":208,"uri":209,"view_count":166},"2022年9月","\u002Farchive\u002F2022\u002F9\u002F1",{"title":211,"uri":212,"view_count":193},"2022年8月","\u002Farchive\u002F2022\u002F8\u002F1",{"title":214,"uri":215,"view_count":147},"2019年7月","\u002Farchive\u002F2019\u002F7\u002F1",{"title":217,"uri":218,"view_count":147},"2019年2月","\u002Farchive\u002F2019\u002F2\u002F1",{"title":220,"uri":221,"view_count":147},"2018年9月","\u002Farchive\u002F2018\u002F9\u002F1",{"title":223,"uri":224,"view_count":147},"2018年8月","\u002Farchive\u002F2018\u002F8\u002F1",{"title":226,"uri":227,"view_count":147},"2017年11月","\u002Farchive\u002F2017\u002F11\u002F1",{"title":229,"uri":230,"view_count":147},"2017年8月","\u002Farchive\u002F2017\u002F8\u002F1",{"title":232,"uri":233,"view_count":147},"2017年5月","\u002Farchive\u002F2017\u002F5\u002F1",{"title":235,"uri":236,"view_count":147},"2017年4月","\u002Farchive\u002F2017\u002F4\u002F1",{"title":238,"uri":239,"view_count":147},"2016年11月","\u002Farchive\u002F2016\u002F11\u002F1",{"title":241,"uri":242,"view_count":147},"2016年10月","\u002Farchive\u002F2016\u002F10\u002F1",{"title":244,"uri":245,"view_count":170},"2016年9月","\u002Farchive\u002F2016\u002F9\u002F1",{"title":247,"uri":248,"view_count":147},"2016年8月","\u002Farchive\u002F2016\u002F8\u002F1",{"title":250,"uri":251,"view_count":170},"2016年7月","\u002Farchive\u002F2016\u002F7\u002F1",{"title":253,"uri":254,"view_count":193},"2016年6月","\u002Farchive\u002F2016\u002F6\u002F1",{"title":256,"uri":257,"view_count":147},"2015年12月","\u002Farchive\u002F2015\u002F12\u002F1",{"title":259,"uri":260,"view_count":147},"2015年10月","\u002Farchive\u002F2015\u002F10\u002F1",{"title":262,"uri":263,"view_count":170},"2015年2月","\u002Farchive\u002F2015\u002F2\u002F1",{"title":265,"uri":266,"view_count":147},"2015年1月","\u002Farchive\u002F2015\u002F1\u002F1",{"title":268,"uri":269,"view_count":270},"2014年12月","\u002Farchive\u002F2014\u002F12\u002F1","[8]",{"title":272,"uri":273,"view_count":170},"2014年11月","\u002Farchive\u002F2014\u002F11\u002F1",{"title":275,"uri":276,"view_count":193},"2014年10月","\u002Farchive\u002F2014\u002F10\u002F1",{"title":278,"uri":279,"view_count":183},"2014年9月","\u002Farchive\u002F2014\u002F9\u002F1",{"title":281,"uri":282,"view_count":183},"2014年8月","\u002Farchive\u002F2014\u002F8\u002F1",{"title":284,"uri":285,"view_count":183},"2014年7月","\u002Farchive\u002F2014\u002F7\u002F1",{"title":287,"uri":288,"view_count":170},"2013年9月","\u002Farchive\u002F2013\u002F9\u002F1",8,{"url":291,"title":292},"https:\u002F\u002Fimage.duguying.net\u002F2022\u002F09\u002Fij6x8o4s.webp","老家 摄于2020年秋",1790781590514]