Heim >Backend-Entwicklung >PHP-Tutorial > 关于提交内容转义的有关问题

关于提交内容转义的有关问题

WBOY
WBOYOriginal
2016-06-13 13:19:40923Durchsuche

关于提交内容转义的问题
请教一下 一般写PHP程序的时候
当textarea的数据提交到数据库之前一般是否都需要执行转义处理
因为如果textarea提交内容中有php代码的时候 可能会执行里面的PHP代码
如果要转义 一般用什么函数

------解决方案--------------------
外部POST的数据只会被当作字符串处理,不会被当作代码执行。对用户输入过滤是个好习惯,它可以防止SQL注入,在这方面,这两函数都可以。
htmlspecialchars相比较addslashes而言,还可以帮助你阻止XSS攻击。因此推荐前者
------解决方案--------------------

探讨

执行PHP代码? 胡说八道。

入数据库addslashes就行了。

------解决方案--------------------
防SQL注入的核心是转义单双引号
htmlspecialchars 会将其转义为HTML 实体
addslashes 则会在引号前添加转义符 \ .这样Mysql就会认为这是一个普通的引号,而非字符串的边界标记。
------解决方案--------------------
htmlspecialchars() 函数把一些预定义的字符转换为 HTML 实体。
预定义的字符是:
& (和号) 成为 &
" (双引号) 成为 "
' (单引号) 成为 '

addslashes() 函数在指定的预定义字符前添加反斜杠。
这些预定义字符是:
单引号 (')
双引号 (")
反斜杠 (\)
NULL

比较一下你就知道自己应该选什么咯,textarea还用考虑嘛...


探讨

今天在群里问别人 别人这样说的
------------
htmlspecialchars这个只是处理HTML中的一些符号,使用addslashes或者mysql_escape_string转义了就不会有问题了
------------

有点晕- -

------解决方案--------------------
htmlspecialchars 将与、单双引号、大于和小于号化成HTML格式 
&转成& 
"转成"
' 转成'

htmlentities() 所有字符都转成HTML格式 除上面htmlspecialchars字符外,还包括双字节字符显示成编码等。 

addslashes 单双引号、反斜线及NULL加上反斜线转义 
被改的字符包括单引号 (')、双引号 (")、反斜线 backslash (\) 以及空字符NULL。 

stripslashes 去掉反斜线字符 去掉字符串中的反斜线字符。若是连续二个反斜线,则去掉一个,留下一个。若只有一个反斜线,就直接去掉。 

quotemeta 加入引用符号 将字符串中含有 . \\ + * ? [ ^ ] ( $ ) 等字符的前面加入反斜线 "\" 符号。 
nl2br() 将换行字符转成


strip_tags 去掉HTML及PHP标记 去掉字符串中任何 HTML标记和PHP标记,包括标记封堵之间的内容。注意如果字符串HTML及PHP标签存在错误,也会返回错误。 

mysql_real_escape_string 转义SQL字符串中的特殊字符 转义 \x00 \n \r 空格 \ ' " \x1a,针对多字节字符处理很有效。mysql_real_escape_string会判断字符集,mysql_escape_string则不用考虑。 

------解决方案--------------------
无论是传入的还是程序生成的数据,在入库时都有可能需要转义其中的特殊字符“'”
其理由很简单:
php 向数据库传递的是一个字符串,数据库解析这个字符串来完成相应的操作
数据库与使用者有一个约定:字符类型的值用单引号括起。
于是当数据中出现单引号时,数据库就不能准确的知道这个单引号是单引号这个字符还是字符串结束记号了
于是就有了转义一说

至于入库时是否还需要做其他处理,那就仁者见仁智者见智了。
我认为不需要,数据库只是仓库而已,放进去什么取出来还是什么?
取出来用的时候再做必要的处理,才能最大限度的保持数据的完整性

你当然对入库的数据做过滤处理,不过那天你想看看原始的数据时,那就绝无可能了
Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn