易栈网-膘叔

不解释

依稀记得MYSQL5开始支持经纬度了，但在项目中没用过，所以现在也记不清是否有此功能了，不过今天看到这篇文章的时候，感觉这样的处理方法也不错。
原文来自：http://tech.idv2.com/2011/07/05/geohash-intro/

上回说到了用经纬度范围实现附近地点搜索。 一些小型应用中这样做没问题，但在大型应用中它有个显著的缺点：速度慢。慢的原因有两个， 第一是范围比较的索引利用率并不高，第二是SQL语句极其不稳定(不同的当前位置会产生完全不同的SQL查询)，很难缓存。

可以考虑使用geohash算法。

geohash是一种地址编码，它能把二维的经纬度编码成一维的字符串。比如，北海公园的编码是wx4g0ec1。

geohash有以下几个特点：

首先，geohash用一个字符串表示经度和纬度两个坐标。某些情况下无法在两列上同时应用索引 （例如MySQL 4之前的版本，Google App Engine的数据层等），利用geohash，只需在一列上应用索引即可。

其次，geohash表示的并不是一个点，而是一个矩形区域。比如编码wx4g0ec19，它表示的是一个矩形区域。 使用者可以发布地址编码，既能表明自己位于北海公园附近，又不至于暴露自己的精确坐标，有助于隐私保护。

第三，编码的前缀可以表示更大的区域。例如wx4g0ec1，它的前缀wx4g0e表示包含编码wx4g0ec1在内的更大范围。 这个特性可以用于附近地点搜索。首先根据用户当前坐标计算geohash（例如wx4g0ec1）然后取其前缀进行查询 （SELECT * FROM place WHERE geohash LIKE 'wx4g0e%'），即可查询附近的所有地点。

geohash的算法

下面以(39.92324, 116.3906)为例，介绍一下geohash的编码算法。首先将纬度范围(-90, 90)平分成两个区间(-90, 0)、(0, 90)， 如果目标纬度位于前一个区间，则编码为0，否则编码为1。由于39.92324属于(0, 90)，所以取编码为1。然后再将(0, 90)分成 (0, 45), (45, 90)两个区间，而39.92324位于(0, 45)，所以编码为0。以此类推，直到精度符合要求为止，得到纬度编码为1011 1000 1100 0111 1001。

经度也用同样的算法，对(-180, 180)依次细分，得到116.3906的编码为1101 0010 1100 0100 0100。

接下来将经度和纬度的编码合并，奇数位是纬度，偶数位是经度，得到编码 11100 11101 00100 01111 00000 01101 01011 00001。

最后，用0-9、b-z（去掉a, i, l, o）这32个字母进行base32编码，得到(39.92324, 116.3906)的编码为wx4g0ec1。

解码算法与编码算法相反，先进行base32解码，然后分离出经纬度，最后根据二进制编码对经纬度范围进行细分即可，这里不再赘述。 不过由于geohash表示的是区间，编码越长越精确，但不可能解码出完全一致的地址。

geohash的应用：附近地址搜索

geohash的最大用途就是附近地址搜索了。不过，从geohash的编码算法中可以看出它的一个缺点：位于格子边界两侧的两点， 虽然十分接近，但编码会完全不同。实际应用中，可以同时搜索当前格子周围的8个格子，即可解决这个问题。

以geohash的python库为例，相关的geohash操作如下：

>>> import geohash >>> geohash.encode(39.92324, 116.3906, 5)  # 编码，5表示编码长度 'wx4g0' >>> geohash.expand('wx4g0')                # 求wx4g0格子及周围8个格子的编码 ['wx4ep', 'wx4g1', 'wx4er', 'wx4g2', 'wx4g3', 'wx4dz', 'wx4fb', 'wx4fc', 'wx4g0']

最后，我们来看看本文开头提出的两个问题：速度慢，缓存命中率低。使用geohash查询附近地点，用的是字符串前缀匹配：

SELECT * FROM place WHERE geohash LIKE 'wx4g0%';

而前缀匹配可以利用geohash列上的索引，因此查询速度不会太慢。另外，即使用户坐标发生微小的变化， 也能编码成相同的geohash，这就保证了每次执行相同的SQL语句，使得缓存命中率大大提高。

相关资源

• python-geohash: http://code.google.com/p/python-geohash/
• geohash演示: http://openlocation.org/geohash/geohash-js/

昨天刚写了关于新浪微博的二三事，早上板子就说了，每次取50条只返回45~50条这种 是因为纪录被删除了，但索引没有删除，这样可以提升速度。
好吧，我接受了这个说明。
但是今天在拉取评论的时候，发现了一个很恶心的问题，纪录居然从7月8日一下子跳到了7月4日，连接调用了几次接口，返回都是这样。
这让人太纠结了，然后去微博查了一下，纪录都存在，哭泣中。。。

在看到这篇文章后，我也想乱说几句。。。。
我看到的文章地址是：http://yangbalu.blog.163.com/blog/static/1902902742011696721650/
嗯，原文很长我就不列出来了。。。文中还提到了一些其他网站的链接：“以上都是老夫亲自为新浪微博开放平台把脉得出的结论，一些道听途说老夫一点都没敢列出来，比如新华网报道的“开发者被迫出逃新浪微博 表面为开放实为封闭平台 ”。”
我要说的是什么呢？
我其实是想说，我在用它的接口的时候，明明我用的参数是取50条，结果我连续取了50页，出来的结果好纠结，有的时候45条，有时候48条，50页中就两次是50条，其他的都在45~49之间徘徊，还好我没有用来排版，否则就真的笑话了。

最近在折腾HTML5的东西，所以看的东西就和以前不太一样了。重操JS这个旧业。。。
这是我找的资料，主要是我对CSS一点都不熟，所以开始的时候对元素的高度都不清楚，找了很久才找到这些资料 ：
原文来自：http://xh-css.5d6d.com/thread-182-1-1.html

关于clientHeight、offsetHeight、scrollHeight
window.screen.availWidth 返回当前屏幕宽度(空白空间)
window.screen.availHeight 返回当前屏幕高度(空白空间)
window.screen.width 返回当前屏幕宽度(分辨率值)
window.screen.height 返回当前屏幕高度(分辨率值)
window.document.body.offsetHeight; 返回当前网页高度
window.document.body.offsetWidth; 返回当前网页宽度
我们这里说说四种浏览器对 document.body 的 clientHeight、offsetHeight 和 scrollHeight 的解释。
这四种浏览器分别为IE（Internet Explorer）、NS（Netscape）、Opera、FF（FireFox）。
clientHeight
大家对 clientHeight 都没有什么异议，都认为是内容可视区域的高度，也就是说页面浏览器中可以看到内容的这个区域的高度，一般是最后一个工具条以下到状态栏以上的这个区域，与页面内容无关。
offsetHeight
IE、Opera 认为 offsetHeight = clientHeight + 滚动条 + 边框。
NS、FF 认为 offsetHeight 是网页内容实际高度，可以小于 clientHeight。
scrollHeight
IE、Opera 认为 scrollHeight 是网页内容实际高度，可以小于 clientHeight。
NS、FF 认为 scrollHeight 是网页内容高度，不过最小值是 clientHeight。
简单地说
clientHeight 就是透过浏览器看内容的这个区域高度。
NS、FF 认为 offsetHeight 和 scrollHeight 都是网页内容高度，只不过当网页内容高度小于等于 clientHeight 时，scrollHeight 的值是 clientHeight，而 offsetHeight 可以小于 clientHeight。
IE、Opera 认为 offsetHeight 是可视区域 clientHeight 滚动条加边框。scrollHeight 则是网页内容实际高度。
同理
clientWidth、offsetWidth 和 scrollWidth 的解释与上面相同，只是把高度换成宽度即可。
=======================================================================
clientHeight与offsetHeight的区别
许多文章已经介绍了clientHeight和offsetHeight的区别，就是clientHeight的值不包括scrollbar的高度，而 offsetHeight的值包括了scrollbar的高度。然而，clientHeight和offsetHeight的值到底由什么组成的呢？如何 计算这两个数的值？
1. clientHeight和offsetHeight的值由什么决定？
假如我们有以下的DIV，主要显示的文字为"This is the main body of DIV"。
如上图所示，clientHeight的值由DIV内容的实际高度和CSS中的padding值决定，而offsetHeight的值由DIV内容的实际 高度，CSS中的padding值，scrollbar的高度和DIV的border值决定；至于CSS中的margin值，则不会影响 clientHeight和offsetHeight的值。
2. CSS中的Height值对clientHeight和offsetHeight有什么影响？
首先，我们看一下CSS中Height定义的是什么的高度。如在本文最后部分“APPENDIX示例代码”（注：以下称为“示例代码”） 中，innerDIVClass的Height值设定为50px，在IE下计算出来的值如下所示。也就是说，在IE里面，CSS中的Height值定义了 DIV包括padding在内的高度（即offsetHeight的值）；在Firefox里面，CSS中的Height值只定义的DIV实际内容的高度，padding并没有包括在这个值里面(70 = 50 + 10 * 2)。
in IE:
innerDiv.clientHeight: 46
innerDiv.offsetHeight: 50
outerDiv.clientHeight: 0
outerDiv.offsetHeight: 264
in Firfox:
innerDiv.clientHeight: 70
innerDiv.offsetHeight: 74
outerDiv.clientHeight: 348
outerDiv.offsetHeight: 362

在上面的示例中，也许你会很奇怪，为什么在IE里面outerDiv.clientHeight的值为0。那是因为示例代码中，没有定义 outerDIVClass的Height值，这时，在IE里面，则clientHeight的值是无法计算的。同样，在示例代码中，如果将 innerDIVClass中的Height值去年，则innerDIV.clientHeight的值也为0。(注：在Firefox下不存在这种情 况)。
如果CSS中Height值小于DIV要显示内容的高度的时候呢（当CSS中没有定义overflow的行为时）？在IE里面，整个 clientHeight（或者offsetHeight）的值并没有影响，DIV会自动被撑大；而在Firefox里面，DIV是不会被撑开的。如在示 例代码中，将innerDivClass的Height值设为0，则计算结果如下所示。IE里面的DIV被撑开，其clientHeight值等于内容的 高度与padding*2的和；而Firefox里面，文字将溢出DIV的边界，其clientHeight值正好是padding值的两倍。
In IE:
innerDiv.clientHeight: 38
innerDiv.offsetHeight: 42
outerDiv.clientHeight: 0
outerDiv.offsetHeight: 256
In Firefox:
innerDiv.clientHeight: 20
innerDiv.offsetHeight: 24
outerDiv.clientHeight: 298
outerDiv.offsetHeight: 312

APPENDIX　示例代码

<html>
<head>
<style type="text/css">......
.innerDivClass
{...}{...}{...}{
color: red;
margin: 37px;
padding: 10px;
border: 2px solid #000000;
height: 50px;

}
.outerDivClass
{...}{...}{...}{
padding: 100px;
margin: 200px;
border: 7px solid #000000;
}
</style>
<script>......
function checkClientHeight()
......{
var innerDiv = document.getElementById("innerDiv");
var outerDiv = document.getElementById("outerDiv");
result.innerHTML = "innerDiv.clientHeight: " + innerDiv.clientHeight + "<br />";
result.innerHTML += "innerDiv.offsetHeight: " + innerDiv.offsetHeight + "<br />";
result.innerHTML += "outerDiv.clientHeight: " + outerDiv.clientHeight + "<br />";
result.innerHTML += "outerDiv.offsetHeight: " + outerDiv.offsetHeight + "<br />";
}
</script>
</head>
<body>
<div id="outerDiv" class="outerDivClass">
<div class="innerDivClass" id="innerDiv">
Hello world.
</div>
</div>
<p></p>
<div id="result">
</div>
<input type="button" text="Click Me" Value="Click Me" />
</body>
</html>

-------------------------------------------------
上面的资料是一部分，自己做个纪录

最近其实发生了不少事情，但是我没有多少时间上网，所以博客更新的就很少了。。。
1、拓展，公司搞了一次拓展活动，有眼尖的朋友可能已经在微博上看到了我在表演的图片，哈哈。拓展给我带来的学习就是能够站出来说几句了，以前只在熟人面前站出来，现在是在不认识的人面前站出来说话，这也是一种锻炼，至于其他的一些拓展活动就不提了，没啥好玩的。

2、新浪微博，居然不提供私信功能，嗯，是指权限不够的情况下，私信功能是不开放的。好吧，纠结了。。

3、又开始看android在netbeans上的配置了，准备要改行做android开发了，虽然家里的书有不少，但事实上几乎都没有看。也得看一下scala下怎么开发andorid，感觉更适合这个玩意

4、yii framework官网被墙？很多人做了代理，其中yiibook.com做的比较好，可以访问http://f.yiibook.com，事实上，yiibook.com首页的这个文章也很不错，建议阅读。

其他嘛。实在太累了，没心思多说了，我还在看JS。。好纠结的东西

看到这篇文章的的时候，就因为里面有几句话，所以我不得不转，其实在项目中也会遇到这样的症状，只有大声的提出来，才会被人所接受。
请看：
导读：本文是从《What are your list of must know programming proverbs ? 》这篇文章翻译而来。

内容如下：

继Kevin给了我们10条按他的观点的每个程序员必须知道的编程格言。可以看出，这都是不错的格言，而下面是我自己最喜欢的编程格言。

1.保持简单直白(Keep It Simple Stupid)

2.不要自我复制(Don’t Repeat Yourself)

3.能干的人解决问题。智慧的人绕开问题(A clever person solves a problem. A wise person avoids it)– Einstein

4.沉默会被理解为赞同(Silence is construed as approval)( Picked from Kevin blog )

5.没有火就不会有烟(There is no smoke without fire)

6.先想好，后编程(Think first, Program later)

7.永远不要假设计算机为你假设了任何前提(Never assume the computer assumes anything)
-----------------EOF----------
第四条其实很重要，如果遇到问题不大声提出来，到最后其他人都会认为你了解了或者学会了，但这样反而是影响不了了

原文来自：http://www.phpchina.com/?action-viewnews-itemid-38903，居然忘了贴出来

大多数网上的教程都是这样写的：

如果你是英文系统,那玩魔兽争霸时就会出现"此魔兽争霸III需要特定语言版本之Windows",是不是很郁闷?? 以前网友们通过改CD-KEY或改系统注册表来解决,但都很麻烦,现在就告诉你最简单的解决方法!

用 UltraEdit 打开了魔兽争霸安装目录下的“game.dll”文件，查找到16进制串"3D04080000742A3D04"，将其中的74改为EB，保存

当然也会有这样的：

按 start-->run
输入“REGEDIT”，回车-->打开注册表编辑器。依次展开[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Nls\Language ]分支，
在右侧窗口中找到这两个字符串值“Default”和“InstallLanguage”，分别双击它们，在弹出的编辑对话框中将其数值数据修改为“0804"，（默认是0409，）单击“确定”按钮保存即可.
再重启一下，登陆Windows即可运行(注意必须！)

在第一种方法的前提下，很多人都说用ultraedit，但这个软件太大了。推荐一下这个小软件：http://www.physics.ohio-state.edu/~prewett/hexedit/，只要100多K。

顺便，按照教程里的搜索其实是不一定会成功的，因为那个16进制的字符串不一定是上面的所写的值，但是。。。。你可以尝试搜索：3D0408000074，然后直接把74改成eb就OK了。。用hexedit，只要光标移到74上，然后键入eb，就OK了。另存一下，黑黑，可以进游戏了

直接上图了。。因为感觉有几张拍的不错，所以放上来
手机拍的，请将就。

Yii：

Yii is a high-performance PHP framework best for developing Web 2.0 applications.

Yii comes with rich features: MVC, DAO/ActiveRecord, I18N/L10N, caching, authentication and role-based access control, scaffolding, testing, etc. It can reduce your development time significantly.

PHPRPC：

PHPRPC 是一个轻型的、安全的、跨网际的、跨语言的、跨平台的、跨环境的、跨域的、支持复杂对象传输的、支持引用参数传递的、支持内容输出重定向的、支持分级错误处理的、支持会话的、面向服务的高性能远程过程调用协议。

目前该协议的最新版本为 3.0。该版本目前已有以下几种语言的实现：

ASP,ActionScript,Delphi/C++Builder/Kylix,Java,JavaScript,NET,PHP,Python,Ruby,Perl,Lazarus(Free Pascal)

其中 ASP、.NET、Java、Ruby、Python 和 PHP 版本除了提供客户端实现外，还提供了服务器端实现。

HPROSE：

Hprose (High Performance Remote Object Service Engine) 是一个商业开源的新型轻量级跨语言跨平台的面向对象的高性能远程动态通讯中间件。它支持众多语言，例如 C++, .NET, Java, Delphi, Objective-C, ActionScript, JavaScript, ASP, PHP, Python, Ruby, Perl 等语言，通过 Hprose 可以在这些语言之间实现方便且高效的互通。

Hprose 易学易用，且功能强大，您只需很短时间的学习，就可以用它方便地构建出跨语言跨平台分布式的电信级应用系统。

如何在Yii中使用Hprose或者PHPRPC呢？我这里简单介绍一下Yii下hprose的应用方法

1、下载hprose的PHP版本，嗯，别看了，是混淆过的，但不影响你使用。

2、将下载后的hprose拷贝到yii项目的/protected/extension/hprose目录下

3、新建一个apicontroller：

我这样的方式是最简单的，将一些actionIndex的方法都公开了，在实际应用中当然不可以这样。不过我这里是测试，当然是无所谓的

访问http://localhost/project/test/ （project是我的项目名称，test是controller, index是action，由于默认action是index，所以我省略了）

浏览器中返回了：

Fa4{s11"actionIndex"s11"afterAction"s5"hello"s3"sum"}z

由此其实我们也可以基本确认有四个方法可以使用actionIndex,afterAction,hello,sum，这主要是因为我把当前类当成发布对象了。（不主张啊不主张）

4、继续下一步，

<?php
include("./protected/extensions/hprose/hproseHttpClient.php");
$client = new HproseHttpClient("http://localhost/project/test");
$result = $client->sum(1,2,3,4,5);
print_r($result);

OK，浏览器输出了15，就这样完成了一个简单的HPROSE应用。

当然我这样的方式太简单了，文档在这里有下载，我就不再画蛇添足的提供了：http://www.hprose.com/documents.php。

因为只是简单的的一些应用，暂时也看不到hprose的性能比phprpc提升了多少。

---------------备注

由于Yii对于大小写敏感，因此在new HproseHttpServer();的时候，Hprose的H不能大写，否则，它会自动寻找HproseHttpServer.php，但由于PHP的hprose的文件中首字母都是小写。因此在new的时候就需要：new hproseHttpServer();