文章标签 ‘插件’
chrome的插件 html Validator 会自动重新请求一边你访问的页面，从而导致 服务器的session由于这次请求而改变。导致代码执行错误。 找到问题的途径： 观察现象： 在本机有问题，但是在其他开发人员的机器没有问题。 （确认代码没有问题） 在本级有问题，上传到服务器，本机浏览器测试没有问题 正常浏览有问题，但是右击显示代码，之后刷新，就不会出现问题。 解决问题： 第二个现象是导致解决不够迅速的根本：（这个还没搞明白为什么） 如果是浏览器问题，应该上传到服务器也有问题出现的，但是服务器没问题，所以判断为本机Web服务器配置问题。 多方查找本地配置，还找不到问题，而且个人感觉不是问题的原因 随想到可能是ajax多次请求的问题，将代码简化为无ajax，问题依旧 最终找到问题的原因是现象3： 所以很疑惑，就右击页面->审核元素，发现chrome的插件，追加了不少html代码，遂一个一个的禁用插件，最终确认是html Validator引起的原因，然后就查看html Validator附加的js代码。发现确实会有一个xmlHTTPrequest请求，重新获取了一遍页面。。 var xhr = new XMLHttpRequest(); // If the result is finished, send complete page HTML code to W3C validator xhr.onreadystatechange = function () { if (xhr.readyState === 4) { var htmlForm = document.createElement(“form”), htmlInput = document.createElement(“input”); htmlForm.action = [...]
以下所述的引擎也可以理解为平台，在这里不做具体的区分. 最近在做采集平台的工作，以前也做过此方面的工作，但是有些久远了，具体的思路变化遗忘了，当时使用的方法是：主体程序+采集插件的模式，每增加一个采集类型，则写一个新的类，对其进行解析存储等，具体这样做的原因应该是： 制作引擎太复杂，自己的能力也有限 每个采集模块结构太复杂，很难提供一个统一的处理流程 这次做采集平台，公司资源深厚，技术总监技术也挺牛叉，但是建设到目前的情况下，不得不说，做的好不错，但是仅仅是看起来很美，实际用起来问题真是大，问题如下： 每个采集类型差异太大 采集到的原始数据需要进行大量复杂的后期处理（可以通过调整引擎适应） 各个采集类型之间又有复杂的关联关系 诸如此类的复杂问题，导致目前的引擎，没遇到一个问题，都需要进行完善，导致代码庞大而烦乱，对于一直着手此项目的人，倒是好说，但是对于新入人员，就会导致其迷惑、遗漏，也许经过重构，我们可能会获得一个强大的引擎，但是感觉还是有些难度，而且即使实现了也应该不算优美，随思考如下： 市面上听到大都的引擎，应该是游戏引擎（我也是听说而已，自己没有真实经历，也是自己的想法，有错的地方请斧正或跳过），仔细想想，应该是一套API，是一套对directx和openGL进行重封装的api，以及对一些功能项进行封装，具体的调用还是很复杂的，所以还是需要编码人员编码的，而非配置出一款游戏。 即便是成熟的游戏系统，对于其脚本，也都是一门编程语言，具有复杂的逻辑处理能力，而非简单的配置 最近研究的drupal，也是一个很复杂的平台，但是想要对他进行自定义也是需要进行逻辑编码的 综合而言，我认为，没有所谓的，能配置即可适应新需求的平台或者引擎，至少应该有一个逻辑编码的接口，或者做成插件形式的也不错。
gVim的可定制性极强，可以找到很多插件来扩展它的功能，下面是我现在所使用的vim插件(按字母顺序排列)： bufexplorer 快速查看当前打开的所有缓冲区，自从装了mini buffer explorer之后，这款插件就用得很少，不过一直没删掉，留着备用也无妨； FindFile 快速查找文件，但几乎没用过； GetLatestVimScripts 输入一条命令之后，gVim会检查你的插件是否有更新，并将更新下载到本地的一个目录； matrix 纯粹是娱乐，模仿骇客帝国的屏幕保护，很酷； mini buffer explorer 在顶部、底部或者侧面用一个小窗口显示所有打开的缓冲区的名称，还可以通过Ctrl+Tab键切换缓冲区，类似于tab但又不是tab； NERD Commenter 添加代码注释的插件，支持多种语言； NERD tree 在侧面开一个小窗口浏览文件目录； SearchComplete 搜索的时候居然也要自动完成，懒惰到极点； snippetsEmu 模仿苹果下的编辑器textMate自动完成功能的一款插件，对我来说是必备的，习惯了editplus自动完成功能的人绝对不能少不了这款插件，自动完成的配置文件可以自定义，不过比Editplus里面要麻烦一些； SuperTab 用tab键代替omni-complete的Ctrl+x Ctrl+o； surround 方便用括号、引号或者html标签等将一部分文本包起来； template file loader 创建文件的时候载入一个模板文件，例如在Editplus里面创建html文件时自动载入一个html模板，习惯了Editplus就不能少了这个； YankRing 管理寄存器的插件，很实用； ZoomWin 用Ctrl+o使当前窗口满屏显示，关闭其他窗口，再按Ctrl+o返回。 1.OmniCppComplete的安装： 下载OmniCppComplete,解压可得到三个文件夹（autoload,after,doc）,分别复制到gvim的安装目录下的vimfiles文件夹中。这样OmniCppComplete就安装完成了。 2.ctags安装: 下载Ctags最新win32版本（当前是5.6）,解压至某一目录（如c:\ctags56）,并在系统环境变量中把添加ctags的安装路径（如path=c:\ctags56），至此ctags也安装完成了。 然后下载对应于c++的tags文件: http://pickup.mofile.com/6476444359537727 放于ctags目录下, 如c:\ctags56 3.taglist安装 下载taglist插件，解压得到两个文件夹（doc，plugin），把里面的文件分别复制到vim安装目录下vimfiles中。 4.supertab插件安装 下载supertab插件，复制supertab.vim到vim安装目录的plugin目录下，使用时只要直接按tab键，就可以直接进行补全。 5.编辑vim的配置文件 在vim安装目录下存在配置文件_vimrc,使用文本编辑器,增加如下几行: filetype plugin on let OmniCpp_DefaultNamespaces=[ "std "] set tags+=C:\ctags56\stltags set tags+=C:\ctags56\cpptags [...]
Lightbox JS v2.03.3 Plugin：用来展示图片画廊，图片的缩小放大效果很COOL。写文章插入图片的地址后面加上 rel=”lightbox”就可以增强图片显示效果。 之前也不是没有尝试过此类插件，确实国外也有人考虑到了这点，为了方便为文中提到的过去的日志添加链接，制作了相应的插件，但是效果都不理想。比如RB Internal Links（不支持中文，放弃使用），比如Automatic Reference（这里我就是使用了Cross References来实现的。）每个插件或多或少存在了一些不足，Auto Reference只能将文字改成和文章标题一样才能引用，这个会使文章显得不自然。 现在使用了Cross References插件，可以方便的使用”[cref postid或postname 显示文字]”来引用。比如(cref 32 显示文字)就是引用ID为32的文章（将圆括号替换成方括号，为了防止被转换才使用圆括号的）。还可以自定义显示的文字，总之是非常的方便。