昨天同学问我有关如何快速读取多层级xml文件的问题，于是我就使用省、市、县模拟了一个三级联动的例子，客户端使用jQuery实现异步加载服务器返回的json数据，服务器端则使用XPath表达式查询数据。如下是实现过程： 第一步：准备xml文件，并放置在网站根目录下，名为Area.xml View Code 1 &l

概要      SharePoint的EventHandler主要有Web Level，List Level，List Item Level，Email几种。SharePoint的event handler主要是继承SPWebEventReceiver, SPEmailEventReceiver, SPListEventReceiver和SPItemEve

   在Eclipse 3.x平台中,如果你需要在程序的插件加载后执行一些任务,比如弹出用户登录对话框，你可以在对应的Application.java的start方法中添加。但在E4中,简化了Application等相关类,而是使用了org.eclipse.e4.ui.workbench.swt插件中的E4Application负责工作区模型的创建和GUI的启动,你没法简单修改

又是DAN疼的一天！！ 木事做，怎么办，自定义点东西。那就拿HttpModule和httpHandler 开刀吧！ 一：自定义HttpModule 　　自定义HttpModule需要实现IHttpModule接口，接口里的两个方法 需要在继承类中实现，Init和Dispose方法；init方法有一个参数HttpApplication，也正是这个参数我们可以获取一些属性，或自定义一些处理程序，Htt

在Silverlight里面调用WebServices和WCF是一件麻烦的事，在开发的时候，如果IP更改了，总是需要重配或者更新。虽然可以动态绑定，但是IP还是要配吧，而且性能比写死的要慢很多。而且，还得在根目录加上跨域XML。那么有什么解决方案呢？ 比如有这么一个需求，当用户选择文件后，需要查询数据库获取是否可上传，以及上传的最大限制。由于以上原因，不愿意使用WebServices或者WCF来获

SharePoint2010 为我们提供了丰富的客户端API(Client Object Model:COM)，我们可以在客户端调用"COM” 来访问SharePoint数据，但是在Silverlight或者是javascript访问"COM”的时候，所有的调用都是异步的，也就是说当我的逻辑很复杂的时候，可能涉及到多次的异步调用才能够完成需要的功能，这时候我们就应该考虑建一

在以前的ASP时候，当请求一个*.asp页面文件的时候，这个HTTP请求首先会被一个名为inetinfo.exe进程所截获，这个进程实际上就是www服务。截获之后它会将这个请求转交给asp.dll进程，这个进程就会解释这个asp页面，然后将解释后的数据流返回给客户端浏览器。其实ASP.DLL是一个依附在IIS的ISAPI文件，它负责了对诸如ASP文件，ASA等文件的解释执行， －－－－－－－－－－

一般认为NoSQL数据库在性能方面要优于传统的SQL数据库。但是有两个SQL的解决方案宣布：对于大型系统的高可扩展性需求，SQL仍然是可行的解决方案！这两个SQL解决方案分别是MySQL加NoSQL层插件和支持SQL的VoltDB数据库。 　　MySQL + HandlerSocket 　　Yoshinori Matsunobu是Sun/Oracle的前雇员，从事MySQL的研发工作，目前是DeN

如下 <div id="d1" style="width:200px;height:200px;background:gold;"></div> <script> function addEvent(el, type, fn){ if(el.addEventListener){ el.addEventListener(type, fn, false

如下， <div id="d1" style="width:200px;height:200px;background:gold;"></div> <script type="text/javascript"> function addEvent(el, type, fn){ if(el.addEventListener){ el.addEvent

HandlerSocket 是一个mysql 数据库的插件，它可以绕过mysql的查询分析和优化的过程，直接与innodb存储引擎进行交互。尤其是当大多数数据都被innodb缓存到内存中的时候， 查询分析和优化过程就会是整个查询处理过程的瓶颈。通过使用HandlerSocket可以绕过这个瓶颈，从而提升性能。这要比mysql+memched要有优势，因为HandlerSocket不需要处理缓存失效

  一、测试环境1、测试服务器状况共涉及4台测试服务器： 压力测试服务器Web服务器MongoDB服务器 MySQL服务器。   机器配置为：CPU：Intel(R) Core(TM)2 Duo CPU     E7200  @ 2.53GHzRAM：8G DDR2 667磁盘：SATA 操作系统：Redhat 5.5 &nbs

前面两篇文章主要对HandlerSocket从整体上做一些介绍，本文从性能及其性能优化方面来做一些介绍。   一、HandlerSocket性能HandlerSocket作者测试HandlerSocket在查询情况下QPS为75K，Memcached为40K，MySQL为10K。但是需要注意到它的测试场景，一般的应用是很难有这样的场景的，所以说一般应用是很难达到7.5倍于MySQL的情况

 上文介绍了为什么会出现HandlerSocket，是什么需求驱动这个产品的出现。本文主要从整体架构上做一些介绍，包括对它的一些主要优缺点和具体的应用场景。   一、HandlerSocket整体架构 HandlerSocket设计为MySQL的一个plugin，作为mysqld进程的daemon存在，与Client通过TCP/IP交互，进行CRUD相关的操作。基于此原因，不仅

新的技术，几乎都是由需求驱动产生的。在仔细深入研究HandlerSocket之前，我觉得有必要先了解一下它所处的历史背景及其它想解决什么样的问题。我想这应该是最关键的，也是做这方面研究和技术选型时第一个应该关注的要点。   先来说一下它的作者Yoshinori Matsunobu，现为DeNA公司的数据库和基础设施架构师，HandlerSocket就是Yoshinori在DeNA公司工作