tinytext, tinyBlob: 最大长度255个字元(2^8-1)
text, Blob: 最大长度65535个字元(2^16-1)
mediumtext, mediumBlob: 最大长度 16777215 个字元(2^24-1)
longtext, longBlob: 最大长度4294967295个字元 (2^32-1)
Blob (Binary large objects)储存二进位资料，且有分大小写
公司网站已经用sphinx很长一段时间了，一直没研究它，今天终于因为发现了一个分布问题了解了一点sphinx的基础知识。
问题是这样的，信息列表页的分页里显示有100多页，但到51页的时候不显示正确的信息列表了。按惯例，输出结果，查看可疑之处。发现返回的结果里total永远都是1000，total_found大概是分页中显示的页数和每页信息数的乘积，这说明total_found返回的是真正的信息数，但查询结果的时候又受到了total的限制。
百度sphinx total_found，得知sphinx有个max_matches是限制匹配结果数的，看了sphinx.conf，发现其中设置的max_matches远大于查询结果数，看来代码中有设置了，又查看sphinx的应用类，发现了SetLimits($start, $limit, 1000)这个东东，原来max_matches在这儿被定成了1000。
据说max_matches设定太大的话，查询速度会受影响，想了想把这个值设成变量，等于要查询的页数和每页信息数的乘积，这样就能得到正确的结果了，而且不会影响小页码的页面原查询速度。
TINYINT：有符号的范围是-128至127，无符号的范围是0到255，2的8次方
SMALLINT： 有符号的范围是-32768至32767，无符号的范围是0到65535，2的16次方
MEDIUMINT：有符号的范围是-8388608至8388607，无符号的范围是0到16777215，2的24次方
INT(integer)：有符号的范围是-2147483648至2147483647，无符号的范围是0到4294967295，2的32次方
BIGINT：有符号的范围是-9223372036854775808至9223372036854775807，无符号的范围是0到18446744073709551615，2的64次方
最近做的页面，碰到两次z-index不起作用。
一次是IE6下不起作用，在网上查了一下，说是可能是这三个原因：1、父标签position属性为relative；2、问题标签无position属性（不包括static）；3、问题标签含有浮动(float)属性。
第一点，和我的相符，但我把它改成了position:absolute，问题依然存在。第二点、第三点和我的情况不符。
接着就是一层一层地追，发现把这个层（A）比较高一级的父层（B）加上”position:relative;z-index:100;”就好了，原来是B层比与相邻的层（C）低了，导致B层里的任何一层无论怎么设z-index，也高不过与B层相邻的那个C层。
第二次是任何浏览器都不起作用，还是一层一层的追，发现这一层的一个父层里有”overflow:hidden;”，这样这个父层下任何层使用z-index都会被与这个父层相邻的层遮住。
今天忽然发现百度搜索出来的结果中有些知名网站的首页的标题带着网站LOGO，看了下他们网站首页的源代码，没发现什么不一样；在网上搜了一下，也多是发出疑问的，没有回答。
问了下相关网站的技术，回答说：“百度挂的，应该是通过了官方认证。”看来不是技术所为，呵呵。
经常用str_replace，从来没有出现什么问题，今天却碰到这么奇怪的事，明明参数都没问题，相同的一行代码放到别的文件就没能执行，放到这个文件里就不行，百思不得其解。上网搜吧，还真有人问同样的问题，但看结果都是代码中犯了一些小错误引起的，我的代码没错呀！
mixed str_replace ( mixed search, mixed replace, mixed subject [, int &count] )
自己调试吧，一步一步排错，没发现问题；一个一个变量输出，忽然发现有乱码，这下才想到编码问题，mixed subject 这个参数是从数据库里读出来的，是utf-8的编码，再看看这个文件的编码，是ANSI的。原来这个系统以前都是ANSI的，后来网站改成utf-8，只改了代码里有中文的文件，这个文件的代码里以前是没有中文的，今天我加了中文的替换，str_replace只看到了一堆乱码，当然就不执行了。
编码问题真是害人呀。
各浏览器CSS hack兼容表：
| IE6 | IE7 | IE8 | Firefox | Chrome | Safari | |
| !important | Y | Y | ||||
| _ | Y | |||||
| * | Y | Y | ||||
| *+ | Y | |||||
| \9 | Y | Y | Y | |||
| \0 | Y | |||||
| nth-of-type(1) | Y | Y |
代码示例：
#test{
color:red; /* 所有浏览器都支持 */
color:red !important;/* Firefox、IE7支持 */
_color:red; /* IE6支持 */
*color:red; /* IE6、IE7支持 */
*+color:red; /* IE7支持 */
color:red\9; /* IE6、IE7、IE8支持 */
color:red\0; /* IE8支持 */
}
body:nth-of-type(1) p{color:red;} /* Chrome、Safari支持 */
整体测试代码示例：
.test{
color:#000000;
color:#0000FF\0;
[color:#00FF00;
*color:#FFFF00;
_color:#FF0000;
}
其他说明：
1、如果你的页面对IE7兼容没有问题，又不想大量修改现有代码，同时又能在IE8中正常使用，微软声称，开发商仅需要在目前兼容IE7的网站上添 加一行代码即可解决问题，此代码如下：
<meta http-equiv=”x-ua-compatible” content=”ie=7″ />
2、body:nth-of-type(1) 如果这样写，表示全局查找body，将会对应第一个<body>。
3、还有其他写法，比如：
*html #test{}或者 *+html #test{}
4、*+html 对IE7的hack 必须保证HTML顶部有如下声明：
http://www.w3.org/TR/html4/loose.dtd
5、顺序：Firefox、IE8、IE7、IE6依次排列。
小知识：什么是CSS hack？
由于不同的浏览器，比如IE6、IE7、IE8、Firefox等，对CSS的解析认识不一样，因此会导致生成的页面效果不一样，得不到我们所 需要的页面效果。
这个时候我们就需要针对不同的浏览器去写不同的CSS，让它能够同时兼容不同的浏览器，能在不同的浏览器中也能得到我们想要的页面效果。
这个针对不同的浏览器写不同的CSS code的过程，就叫CSS hack。
浏览器的不兼容，大家肯定都是深恶痛绝的，往往我们只是去做修补，却忘了更重要的事情，那就是追溯根源，避免类似的不兼容再次出现。
1.文字本身的大小不兼容。同样是font-size:14px的宋体文字，在不同浏览器下占的空间是不一样的，ie下实际占高16px，下留白3px，ff下实际占高17px，上留白1px，下留白3px，opera下就更不一样了。解决方案：给文字设定 line-height 。确保所有文字都有默认的 line-height 值。这点很重要，在高度上我们不能容忍1px 的差异。
2.ff下容器高度限定，即容器定义了height之后，容器边框的外形就确定了，不会被内容撑大，而ie下是会被内容撑大，高度限定失效。所以不要轻易给容器定义height。
3.还讨论内容撑破容器问题，横向上的。如果float 容器未定义宽度，ff下内容会尽可能撑开容器宽度，ie下则会优先考虑内容折行。故，内容可能撑破的浮动容器需要定义width。
小实验：有兴趣大家可以看看这段实验。在不同浏览器下分别测试以下各项代码。
a.<div style=”border:1px solid red;height:10px”></div> b.<div style=”border:1px solid red;width:10px”></div>
c.<div style=”border:1px solid red;float:left”></div> d.<div style=”border:1px solid red;overflow:hidden”></div>
上面的代码在不同浏览器中是不一样的，实验起源于对小height 值div 的运用，<div style=”height:10px;overflow:hidden”></div>，小height 值要配合overflow:hidden一起使用。实验好玩而已，想说明的是，浏览器对容器的边界解释是大不相同的，容器内容的影响结果各不相同。
4.浮动的清除，ff下不清除浮动是不行的。
纠正大家一个误区，遇到不兼容就说ff烂是不对的，其实更多时候是ie的奇怪表现让我们无所适从。以下列出ie6的种种劣迹。
5.最被痛恨的，double-margin bug。ie6下给浮动容器定义margin-left 或者margin-right 实际效果是数值的2倍。解决方案，给浮动容器定义display:inline。
6.mirrormargin bug，当外层元素内有float元素时，外层元素如定义margin-top:14px，将自动生成margin-bottom:14px。padding也会出现类似问题，都是ie6下的特产，该类bug 出现的情况较为复杂，远不只这一种出现条件，还没系统整理。解决方案：外层元素设定border 或 设定float。
引申：ff 和ie 下对容器的margin-bottom，padding-bottom的解释有时不一致，似乎与之相关。
7.吞吃现象，限于篇幅，我就不展开了。还是ie6，上下两个div，上面的div设置背景，却发现下面没有设置背景的div 也有了背景，这就是吞吃现象。对应上面的背景吞吃现象，还有滚动下边框缺失的现象。解决方案：使用zoom:1。这个zoom好象是专门为解决ie6 bug而生的。
8.注释也能产生bug~~~“多出来的一只猪。”这是前人总结这个bug使用的文案，ie6的这个bug 下，大家会在页面看到猪字出现两遍，重复的内容量因注释的多少而变。解决方案：用“<!–[if !IE]> picRotate start <![endif]–>”方法写注释。
9.<li/>里加 float <div/>，这是一个典型的，棘手的兼容问题，希望引起大家正视 ，给li 不同的属性会有不同的解释效果，ff下的解释稍可理解，ie6下的解释会让你摸不着头脑，由于问题的复杂性，将另起一文专门讨论该问题。在《ul使用心得》一文里有相关成果，却没给出问题解决的过程。
10.使用了“float:left;display:inline”的ul的奇怪表现。可以看出这句css是针对ie6下的double margin bug 而加上的display:inline，这也是我的css体系里的重要一环，在《ul使用心得》一文中有相关阐述。而这句css用在ul上会让你痛苦不堪。点到为止，这里不能多说哈。
11.img下的留白，大家看这段代码有啥问题：
<div>
<img src=”” mce_src=”” />
</div>
把div的border打开，你发现图片底部不是紧贴着容器底部的，是img后面的空白字符造成，要消除必须这样写
<div>
<img src=”” mce_src=”” /></div>
后面两个标签要紧挨着。ie7下这个bug 依然存在。解决方案：给img设定 display:block。
12.失去line-height。<div style=”line-height:20px”><img />文字</div>，很遗憾，在ie6下单行文字 line-height 效果消失了。。。，原因是<img />这个inline-block元素和inline元素写在一起了。解决方案：让img 和文字都 float起来。
引申：大家知道img 的align 有 text-top，middle，absmiddle啊什么的，你可以尝试去调整img 和文字让他们在ie和ff下能一致，你会发现怎么调都不会让你满意。索性让img 和文字都 float起来，用margin 调整。
13.链接的hover状态。a:hover img{width:300px} 我们想让鼠标hover时，链接里包含的图片宽度变化，可惜在ie6下无效，ie7、ff下有效。
14.非链接的hover状态。div:hover{} 这样的样式ie6是不认的，在ie7、ff下才有效果。
15.block化的a链接，其内套absolute层，absolute层内放置img，ie下，鼠标点击img不会有链接效果，ff、op下正常。
想不出来了，以后想到再加吧。上面的诸多问题如果你掌握了其中奥妙，90%的不兼容问题不需要另起css hack的。
16.无法彻底清除的float。如果让ul下的li具有了float属性，如何clear浮动的li呢？<ul><li class=”c”>< ></ul> 或者 <ul><li><div>class=”c”></div>< ></ul> 或者 <ul><li>< ><div>class=”c”></div></ul> 或者 <ul><li>< ></ul><div>class=”c”></div> 或者上述的组合？这个问题，我无法给出解答。下面有个例子与此相关
<!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd>
<style type=text/css>
.c{clear:both;overflow:hidden;+overflow:visible}
.bd{border:1px solid red}
ul.ex{list-style:none;}
ul.ex li{float:left;border:1px solid green;}
</style>
<ul>
<li>sfsdfsfdf< >
<li>sfsdfsfdf< >
</ul>
<div></div>
<div style=margin-top:19px>sfsdfsfdf</div>
请在ie下 测试，仅仅将 margin-top:19px 改为margin-top:20px 你发现什么了？要素：doctype必须有，ie6、ie7下margin-top:19px还好好的，margin-top:20px 就出问题了，无法解释。。。大家还可以将 clear 层换不同的位置测试。
解决方案：给ul 属性zoom:1 （给li 加zoom:1 没用）
引申：clear层应该单独使用。也许你为了节省代码把clear属性直接放到下面的一个内容层，这样有问题，不仅仅是ff和op下失去margin效果，ie下某些margin值也会失效
<div style=”background:red;float:left;”>dd</div>
<div style=”clear:both;margin-top:18px;background:green”>ff</div>
17.ie下overflow:hidden对其下的绝对层position:absolute或者相对层position:relative无效。解决方案：给overflow:hidden加position:relative或者position:absolute。另，ie6支持overflow-x或者overflow-y的特性，ie7、ff不支持。
18.ie6下严重的bug，float元素如没定义宽度，内部如有div定义了height或zoom:1，这个div就会占满一整行，即使你给了宽度。float元素如果作为布局用或复杂的容器，都要给个宽度的。
19.ie6下的bug，绝对定位的div下包含相对定位的div，如果给内层相对定位的div高度height具体值，内层相对层将具有100%的width值，外层绝对层将被撑大。解决方案给内层相对层float属性。
20.ie6下的bug，<head></head>内有<base target=”_blank”/>的情况下，position:relative层下的float层内文字无法选中。这个bug迫使我修公用样式库。
21.终于来了个ff的缺点。width:100%这个东西在ie里用很方便，会向上逐层搜索width值，忽视浮动层的影响，ff下搜索至浮动层结束，如此，只能给中间的所有浮动层加width:100%才行，累啊。opera这点倒学乖了跟了ie。
一直都用拆分字符串的方法来处理AJAX返回的数据，今天baidu了以下发现原来可以用eval()这个小东西。
比如：eval(http_request.responseText);
eval()函数
JavaScript有许多小窍门来使编程更加容易。
其中之一就是eval()函数，这个函数可以把一个字符串当作一个JavaScript表达式一样去执行它。
举个小例子：
//执行表达式
var the_unevaled_answer = “2 + 3″;
var the_evaled_answer = eval(“2 + 3″);
alert(“the un-evaled answer is ” + the_unevaled_answer + ” and the evaled answer is ” + the_evaled_answer);
如果你运行这段eval程序, 你将会看到在JavaScript里字符串”2 + 3″实际上被执行了。
所以当你把the_evaled_answer的值设成 eval(“2 + 3″)时, JavaScript将会明白并把2和3的和返回给the_evaled_answer。
这个看起来似乎有点傻，其实可以做出很有趣的事。比如使用eval你可以根据用户的输入直接创建函数。
这可以使程序根据时间或用户输入的不同而使程序本身发生变化，通过举一反三，你可以获得惊人的效果。
在实际中，eval很少被用到，但也许你见过有人使用eval来获取难以索引的对象。
文档对象模型（DOM)的问题之一是:有时你要获取你要求的对象简直就是痛苦。
例如，这里有一个函数询问用户要变换哪个图象:变换哪个图象你可以用下面这个函数：
function swapOne() {
var the_image = prompt(“change parrot or cheese”,”");
var the_image_object;
if (the_image == “parrot”) {
the_image_object = window.document.parrot;
} else {
the_image_object = window.document.cheese;
}
the_image_object.src = “ant.gif”;
}
连同这些image标记:
[img src="http://a.com/a.gif" name="parrot"]
[img src="http://b.com/b.gif" name="cheese"]
[code]
请注意象这样的几行语句：
[code]
the_image_object = window.document.parrot;
它把一个图象对象敷给了一个变量。虽然看起来有点儿奇怪，它在语法上却毫无问题。
但当你有100个而不是两个图象时怎么办？你只好写上一大堆的 if-then-else语句，要是能象这样就好了：
function swapTwo() {
var the_image = prompt("change parrot or cheese","");
window.document.the_image.src = "ant.gif";
}
不幸的是, JavaScript将会寻找名字叫 the_image而不是你所希望的"cheese"或者"parrot"的图象，
于是你得到了错误信息：”没听说过一个名为the_image的对象”。
还好，eval能够帮你得到你想要的对象。
function simpleSwap() {
var the_image = prompt("change parrot or cheese","");
var the_image_name = "window.document." + the_image;
var the_image_object = eval(the_image_name);
the_image_object.src = "ant.gif";
}
如果用户在提示框里填入"parrot"，在第二行里创建了一个字符串即window.document.parrot. 然后包含了eval的第三
行意思是： "给我对象window.document.parrot" - 也就是你要的那个图象对象。一旦你获取了这个图象对象，你可以把
它的src属性设为ant.gif. 有点害怕？用不着。其实这相当有用，人们也经常使用它。
我们常常在Javascript中间到Eval这个函数，
有些人觉得这个函数很奇怪，可以把一些字符串变的功能很强大
在我们需要将普通的字符串转变成具体的对象的时候，就会用到这个函数
eval 函数对作为数字表达式的一个字符串进行求值，其语法为：
eval(expr)
此处 expr 是一个被求值的字符串参数。如果该字符串是一个表达式，eval 求该表达式的值；如果该参数代表一个或多个 JavaScript 语句，那么 eval 执行这些语句。eval 函数可以用来把一个日期从一种格式（总是字符串）转换为数值表达式或数字
