下面对php.ini中的magic_quotes_gpc配置，做下相信介绍。

1.
条件： magic_quotes_gpc=off
写入数据库的字符串未经过任何过滤处理。从数据库读出的字符串也未作任何处理。

数据：  $data="snow''''sun" ; (snow和sun之间是四个连续的单引号).

操作： 将字符串:"snow''''sun" 写入数据库，

结果： 出现sql语句错误，mysql不能顺利完成sql语句，写入数据库失败。

数据库保存格式：无数据。

输出数据格式：无数据。

说明： 对于未经处理的单引号在写入数据库时会使sql语句发生错误。

2.
条件： magic_quotes_gpc=off
写入数据库的字符串经过函数addlashes()处理。从数据库读出的字符串未作任何处理。

数据：  $data="snow''''sun" ; (snow和sun之间是四个连续的单引号).

操作： 将字符串:"snow''''sun" 写入数据库，

结果： sql语句顺利执行，数据成功写入数据库

数据库保存格式：snow''''sun (和输入一样)

输出数据格式：snow''''sun (和输入一样)

说明： addslashes()函数将单引号转换为\'的转义字符使sql语句成功执行，
但\'并未作为数据存入数据库，数据库保存的是snow''''sun 而并不是我们想象的snow\'\'\'\'sun

3.
条件： magic_quotes_gpc=on
写入数据库的字符串未经过任何处理。从数据库读出的字符串未作任何处理。

数据：  $data="snow''''sun" ; (snow和sun之间是四个连续的单引号).

操作： 将字符串:"snow''''sun" 写入数据库，

结果： sql语句顺利执行，数据成功写入数据库

数据库保存格式：snow''''sun (和输入一样)

输出数据格式：snow''''sun (和输入一样)

说明： magic_quotes_gpc=on 将单引号转换为\'的转义字符使sql语句成功执行，
但\'并未作为数据入数据库，数据库保存的是snow''''sun而并不是我们想象的snow\'\'\'\'sun。

4.
条件： magic_quotes_gpc=on
写入数据库的字符串经过函数addlashes()处理。从数据库读出的字符串未作任何处理。

数据：  $data="snow''''sun" ; (snow和sun之间是四个连续的单引号).

操作： 将字符串:"snow''''sun" 写入数据库，

结果： sql语句顺利执行，数据成功写入数据库

数据库保存格式：snow\'\'\'\'sun (添加了转义字符)

输出数据格式：snow\'\'\'\'sun (添加了转义字符)

说明： magic_quotes_gpc=on 将单引号转换为\'的转义字符使sql语句成功执行，
addslashes又将即将写入数据库的单引号转换为\',后者的转换被作为数据写入
数据库，数据库保存的是snow\'\'\'\'sun

总结如下：

1. 对于magic_quotes_gpc=on的情况，

我们可以不对输入和输出数据库的字符串数据作
addslashes()和stripslashes()的操作,数据也会正常显示。

如果此时你对输入的数据作了addslashes()处理，
那么在输出的时候就必须使用stripslashes()去掉多余的反斜杠。

2. 对于magic_quotes_gpc=off 的情况

必须使用addslashes()对输入数据进行处理，但并不需要使用stripslashes()格式化输出
因为addslashes()并未将反斜杠一起写入数据库，只是帮助mysql完成了sql语句的执行。

补充：

magic_quotes_gpc 作用范围是：ＷＥＢ客户服务端；作用时间：请求开始时，例如当脚本运行时．
magic_quotes_runtime 作用范围：从文件中读取的数据或执行exec()的结果或是从ＳＱＬ查询中得到的；作用时间：每次当脚本访问运行状态中产生的数据

原文参考: http://www.blankyao.cn/php-magic_quotes_gpc.html#comment-19720

       对于快速定位，个人的经验处理一般如下（基本可以定位到我在 淘宝 遇到的 90% 以上的复杂 CSS BUG 问题）：

      1、检查页面的标签是否闭合

       不要小看这条，也许折腾了你两天都没有解决的 CSS BUG 问题，却仅仅源于这里。毕竟页面的模板一般都是由开发来嵌套的，而他们很容易犯此类问题。

快捷提示：可以用 Dreamweaver 打开文件检查，一般没有闭合的标签，会黄色背景高亮。

       2、样式排除法

       有些复杂的页面也许加载了 N 个外链 CSS 文件，那么逐个删除 CSS 文件，找到 BUG 触发的具体 CSS 文件，缩小锁定的范围。

对于刚才锁定的问题 CSS 样式文件，逐行删除具体的样式定义，定位到具体的触发样式定义，甚至是具体的触发样式属性。

      3、模块确认法

      有时候我们也可以从页面的 HTML 元素出发。删除页面中不同的 HTML 模块，寻找到触发问题的 HTML 模块。

      4、检查是否清除浮动

      其实有不少的 CSS BUG 问题是因为没有清除浮动造成的。养成良好的清除浮动的习惯是必要的，推荐使用 无额外 HTML 标签的清除浮动的方法（尽量避免使用 overflow:hidden;zoom:1 的类似方法来清除浮动，会有太多的限制性）。

      5、检查 IE 下是否触发 haslayout

      很多的 IE 下复杂 CSS BUG 都与 IE 特有的 haslayout 息息相关。熟悉和理解 haslayout 对于处理复杂的 CSS BUG 会事半功倍。推荐阅读 old9 翻译的 《On having layout》（如果无法翻越穿越伟大的 GFW，可阅读 蓝色上的转帖 ）

      快捷提示：如果触发了 haslayout，IE 的调试工具 IE Developer Toolbar 中的属性中将会显示 haslayout 值为 -1。

       6、边框背景调试法

       故名思议就是给元素设置显眼的边框或者背景（一般黑色或红色），进行调试。此方法是最常用的调试 CSS BUG 的方法之一，对于复杂 BUG 依旧适用。经济实惠还环保^^

       最后想给大家强调一点的是，养成良好的书写习惯，减少额外标签，尽量语义，符合标准，其实可以为我们减少很多额外的复杂 CSS BUG，更多的时候其实是我们自己给自己制造了麻烦。希望大家远离 BUG ，生活越来越美好。