hgk的专栏

特点：持久化、通用性、性能好、多进程共用。这种实现保证了id递增的唯一性，并且多个VM同时使用同一个Database也没问题，vm突然强制关闭也没问题。方法概述：采用 Database+VM（表示一个程序）结合的策略生成ID，生成的ID为递增的整数。用Database做id生成的持久层，采用vm进行分段递增。由程序负责一个段内的递增，vm每次开始分配id前先向数据库申请一段可用id。数据库记录上次分配出去的id最大值。具体方法：数据库中建一张表，表中有一个长整数的Id字段，负责记录已分配出的ID

ExtJS 是个功能丰富、强大的 javascript 库，适合做一些富客户端界面。但是其庞大的体积会导致网页加载时间长，给人很慢的感觉。
为了找到网页加载慢的真正原因，首先你应该用 YSlow 这样的工具仔细分析一下，看看到底是哪些方面导致的。ExtJS可能只是其中的一个原因，也许还有别的地方影响了加载速度。下面只谈谈如何解决 ExtJs 加载慢的问题。就像任何软件一样，功能越多就会体积越大，这个在所难免。对于ExtJs，最简单的傻瓜式使用方法就是在页面中引入这三个文件：ext-

Tomcat的正常启动和停止是用 startup 和 shutdown 两个脚本，但有时候tomcat因为其中部署的某个应用导致不能正常 shutdown 。判断是不是由应用引起的问题，很简单，试试tomcat不部署任何应用时是不是也有这个问题。
其实，不能正常shutdown八成是由于应用自身没有释放资源造成的，比如在应用中使用了非daemon的线程或Timer（timer是使用独立线程来实现的），而在容器stop时自己又不销毁就导致容器不能正常停止，只能kill。容器只按照Java

出于安全原因，浏览器对页面中的ajax请求（XMLHTTPRequest）有同源策略的限制。
如果两个页面的协议、域名和端口是完全相同的，那么它们就是同源的。当前加载页面只能发出同源的ajax请求。比如说你的当前页面是http://www.example.com/test.html，那么这个页面中的只能发出 http://www.example.com/ 下的请求。
一、协议指：http、https、ftp等属于不同的协议，尤其是http和https也是不同的协议。二、域名指

在一种场景下，server端维护了浏览器客户端的状态信息，当浏览器关闭时需要立刻通知server用户已经离开了，server端好清理状态。这种情况的典型案例就是：浏览器客户端的即时通信，即web IM。因为用户关闭了窗口就表明用户已经不在线了，所有对话都结束了，server端和对话的另一方需要立刻知道这个状态变化。而一般情况下，server端并不需要立刻通知的情况，那就无所谓了，只要过期超时即可。要想在用户关闭浏览器后，server端得到通知，一般有两种做法：方法一：通过 javascrip

前些天和同事交流调试技巧时，知道了 Eclipse debug 时有个 drop to frame 的技巧。这是我以前不知道的，自己又查了一下这个功能的含义。官方的解释是：
Select the Drop to Frame command [  ] to re-enter the selected stack frame in the Debug View.
Note this command is only available if the current VM sup

目前做个即时通讯的web客户端，类似于Web QQ。我们使用qq、msn时，经常会看到“对方正在打字”的提示，这样就知道对方正在输入一些东西。实现就是当用户做出一些改变的时候，向对方发送一个通知信息。至于如何定义什么时候发这个通知，则由客户端实现自己决定。一般就是监测用户的键盘事件或输入内容的变化。实现目标：当用户在输入框中输入或改变了一些内容时，发送一个通知。起初的简单实现：监听浏览器中输入框的 keypress 事件。因为不应该每一个改变都应该立刻发送通知，那样过于频繁了，所以设置一个计数器

对XMPP客户端而言，首先查询 DNS 中的 SRV 记录如：_xmpp-client._TCP.example.com 。从而获得 xmpp server 的 hostname 和 port，然后使用这个进行连接。如果没有找到 SRV 记录，则会直接使用该 domain 和 默认端口进行连接。所以需要在DNS中设置 SRV 记录。比如在Windows上可以使用 nslookup 命令查询 srv 的配置（linux就用 dig 命令）：nslookup -qt=SRV _xmpp-client

一、通过 IP 地址获得用户的地理位置信息二、通过 W3C Geo API 获得用户地理位置三、移动领域

你写了一堆代码，不能因为别人没有证明你的代码有错误而认为自己的代码没有错误。想办法复现问题、分析问题可能的情况（假设+求证）、定位问题、找到问题，这个过程往往是最费时间精力的事情。解决问题的主要工作量就在这里，而不是解决本身。分析问题或证明问题不存在的责任在于程序的实现者，而不在于发现问题的人（尤其是普通用户）。

以下是我对开源社区的体会，希望对刚刚接触又想参与开源社区的朋友有所帮助。在开源方面的参与过程中，请不要谈“钱”。想挣钱，你还是踏踏实实找家公司去干吧。开源首先谈的是贡献和参与，没人逼着你做贡献，如果你不感兴趣或没时间可以不参与，没人说你。即使不参与，也可以去使用别人的成果，或当作学习材料。参与开源的人大部分人都是利用自己的私人时间做无私奉献，大部分人也没有从中获得收入。很多

在搜索结果上，google知道百度知道知道，而百度不知道百度知道知道。我们经常会在Google搜索里寻找问题的答案，这也是为什么百度知道经常出现在Google搜索结果首位，因为Google知道百度知道知道，而如果你尝试用同样的关键字在百度里搜索，就会发现──百度不知道百度知道知道。原创,内容来自我的网易博客http://han.guokai.blog.163.com/blog/st

牛吃的是草，挤出来的是奶。程序员吃的是粮食，还消耗着能源，产出却是垃圾！这么一比较，我对牛肃然起敬。在程序员大军中，有相当一部分是一般水平的工程师，他们产出的代码可能设计不良、难以维护。而软件的生命期可能又很短，很快又要重写，那原来花了时间产出的代码可能永远也没人再去动了（除非你对软件考古学感兴趣）。这些代码进了垃圾场，也就变成了垃圾。以前有人说，程序员每天就是制造垃圾。还好虚拟的

        09年底，在动画片“名侦探柯南”的最新一集中，里面大量引用了中国古代的典故，尤其是三国。其中，这句“行百里者半九十”是我第一次听说，实在惭愧，竟然是在日本的动画片中学习中国经典。　　释义 走一百里路，走了九十里才算是一半。比喻做事愈接近成功愈困难,常用以勉励人做事要善始善终。 　　出处 西汉·刘向《战国策·秦策五》：“诗云：‘行百里者半九十。’此言末路之难也。”  

我的博客在hanguokai.com