易栈网-膘叔

假设的应用场景 

我假定博客园要在首页为群组开辟一块空间，推广小组，小组能在首页显示的条件有四个：

1.       页面点击量大于10w

2.       小组人数大于1000

3.       小组帖子数大于10000

4.       小组在2007年之前创建

现在假定4个条件都满足的小组只有两个，太少了，推广位可以推广10个小组；这时候运营人员要求这4个条件中满足3个但是第4个条件不满足的小组算符合条件的小组，如果4个条件都满足就认为这个小组太火了，不需要在首页推广它了。业务逻辑想清楚了，下一步就该写代码了，数据逻辑层的代码的任务假定交给我了，我要考虑满足4个条件中3个成立的sql怎么写。

为了叙事方便，我们假如小组表的名字为Group，相关的条件字段是Pv,UserCount,PostCount,CreateTime：分别表示小组的点击量，人数，帖子数，创建时间. 

我来写sql语句，上面的四个条件满足至少3个，有多少种情况呢？这是一个组合问题，一共有多少种的公式我已经忘记了，我要根据感觉写写看：

这个Sql语句条件还行，但是我们的题目是n个条件m个条件成立，如果多了还这么写，恐怕就很累了，能不能改进呢？答案是肯定的，要不我就不写这篇随笔了，呵呵

如果上面的三个表达式加起来值是3就说明恰好满足三个条件，如果是两个条件就是等于2，如果扩展为n个条件m个条件成立也很容易写，很容易维护、修改。 

这是一个sql条件语句的技巧，希望对你有用。

本文假设的场景纯属虚设，请勿遐想。J

原文地址：http://www.cnblogs.com/yukaizhao/archive/2008/11/14/sql_condition_m_n.html

PS：

顺便说明一下，在mysql中也支持这样的用法（4我没有试过，但是5是支持这样的用法的。）虽然这样的用法比较容易写和维护及修改，但看上去还是有点妖。而且，效率不一定能保证。

demo地址：http://www.51toria.cn/demo/JQplus/jqzoom/

使用的JS：

页面调用方法：

原文地址：http://www.phpv.net/html/1639.html，作者：手气不错

未删节版本

开门见山，考虑下面的代码（原文连接有详细的解释）

看似准确无误的代码，但是暗藏着危险。让我们将其保存为 foo.php ，然后放到 PHP 环境中使用

foo.php/%22%3E%3Cscript%3Ealert('xss')%3C/script%3E%3Cfoo

访问，会发现弹出个 Javascript 的 alert -- 这很明显又是个 XSS 的注入漏洞。究其原因，发现是在

echo $_SERVER['PHP_SELF'];

这条语句上直接输出了未过滤的值。追根数源，我们看下 PHP 手册的描述

'PHP_SELF'

The filename of the currently executing script, relative to the document root. 
For instance, $_SERVER['PHP_SELF'] in a script at the address 
http://example.com/test.php/foo.bar would be /test.php/foo.bar. The __FILE__ 
constant contains the full path and filename of the current (i.e. included) file.
If PHP is running as a command-line processor this variable contains the script 
name since PHP 4.3.0. Previously it was not available.

原因很明确了，原来是 $_SERVER['PHP_SELF'] 虽然“看起来”是服务器提供的环境变量，但这的确和 $_POST 与 $_GET 一样，是可以被用户更改的。

其它类似的变量有很多，比如 $_COOKIE 等（如果用户想“把玩”他们的 cookie，那我们也是没有办法）。解决方案很简单，使用 strip_tags、htmlentities 等此类函数过滤或者转义。

echo htmlentities($_SERVER['PHP_SELF']);

-- Split --

上述的例子让我们需要时刻保持谨慎 coding 的心态。Chris Shiflett 在他的 Blog 总结的相当直白，防止 XSS 的两个基本的安全思想就是

Filter input
Escape output

我将上面翻译成 “过滤输入，转义输出”。详细的内容，可以参考他 Blog 的这篇文章，此处略。

问题：主从服务器表类型的选择

一般的共识是主服务器使用innodb，从服务器使用myisam，以便各尽其能。

问题：主从服务器字段类型的选择

字段类型对于分页等操作有很大影响。主服务器一般是innodb，因为不涉及查询，所以可以使用varchar等来存储字符串来节省空间，从服务器一般是 myisam，因为涉及查询，所以必须在char和varchar之间仔细权衡，没有varchar, text, blob字段的表是静态表，反之是动态表，静态表的检索效率要比动态表好若干倍，一般来说，所有涉及大结果集的查询都应该尽可能保证在静态表上完成，这里 说一个例子：比如说常见的articles表有title(varchar), body(text)等字段，在做文章列表的时候，因为不是静态表，所以查询不会很快，下面开始重构解决方案：把原来的articles表拆分成 subjects表和contents表，title字段设置为一个足够的char类型放在subjects表里，body字段还保持是text类型放到 contents表里，subjects和contents表之间的关系是一对多，这样，顺带着也方便的实现了多页文章的功能，而且更重要的是在查询文章 列表的时候，操作都是在subjects静态表里完成，效率肯定会比前一种方案提升很多。

问题：主从服务器NOW()函数造成数据不一致

假设在主服务器上执行一条INSERT .... VALUES ( ..., NOW())，那么在从服务器上也会同样执行一条的SQL语句，但是一来主从服务器各自的时间设置可能就不一致，二来主从服务器间的SQL同步也可能存在 时间上的的延迟，这样，NOW()在两台服务器上的结果就可能不一致。解决方法是显而易见的，就是不要使用NOW()，时间的计算在应用程序里完成。这里 介绍一个额外的小技巧：在PHP里如果想获得当前时间的时间戳，不要用time()，而应该使用$_SERVER[‘REQUEST_TIME’] （PHP版本大于5.1有效），这样少做了一次系统调用，更有效率。

问题：主从服务器读写分离时读操作失败

先重现一下问题：比如说添加一条新数据，添加成功后根据last_insert_id跳转到新添加数据的浏览页面。在此过程中添加新数据的操作是在主服务 器上完成的，浏览新数据的操作实在从服务器上完成的，不过由于主从服务器间SQL同步存在延迟，所以当使用last_insert_id在从服务器上查询 的时候，从服务器很可能还没有还没来得及同步到此记录，所以读操作失败。解决思路也不复杂，在代码里加入一个缓存层（可以使用memcached），新添 加的数据都顺手放到缓存层里一份，新数据的读操作也先查询缓存层，这样就不会再有读操作失败的问题了，当然删除或者更新数据的时候也要顺带着处理好缓存数 据，可以使用观察者模式来搞定。不过这样缓存方案只限于读取单一的记录，对于读取列表的记录的情况，则是无效的。

问题：主从服务器索引是否有必要保持一致

一般都是利用主从服务器完成读写分离，从服务器上进行读操作，主服务器进行写操作，这样的话，主服务器上仅保留主键，外键，唯一索引等必要的索引即可，以 便保持数据合法性，而对于那些原本用于优化SELECT操作的索引，可以全部删除，如此的话主服务器的写操作效率会提升很多。

作者：老王
原文：http://hi.baidu.com/thinkinginlamp/blog/item/5d72dd5469b1885fd0090633.html

周六，小家伙病倒了，脸红红的。
因为平常也有时候会脸红，所以也没当一回事，第二天，才发现发烧了，听老婆说好象到40度了。在医院挂了水。
周一，结果发现烧退了，去医院检查了一下，发现白血球增多了。于是又挂了一瓶水先。
周二，去儿童医院检查一下。如果不行，可能准备住院了。

小家伙，希望你健康。
顺便提醒一下爸爸妈妈们，现在这个季节确实容易感冒，如果有人咳嗽啥的，尽量离远点。我们小家伙就是病毒性感冒。
尽量不要让别人走上来亲亲脸啥的。注意卫生啊。

再次希望小家伙身体健康