怎么判断php用户，PHP如何判断用户名在数据库中是否存在？
例
先将数据库用户表读出来 读到一个二维数组中
然后使用search()方法判断 如果存在name字段中就会输出当前name的数据
------------------河南新华
为什么我的GMAIL邮箱不能注册？
首先说一下看看你的配置文件是否有两个config文件
根目录下\caches\configs\database.php和你说过的PHPSSO也有一个configs\database.php
phpcms用户注册提示出来的信息都是通过同步去phpsso中判断是否存在用户【*_sso_member表中】所以我建议如果是测试那么就将member和_sso_member中的数据对比一下保持同步
注：两个configs配置文件针对同一个数据库希望以上的回答能对你有帮助
php如何判断用户输入的验证码跟session中的是否一样？
首先，你把验证码用session保存起来，然后用户输入看到的验证码的时候就把接过来的验证码跟之前已经保存的验证码进行对比下，当然，你对比的时候不能跟生成验证码文件时一起的，否则就有可能导致你说的，验证码改变。
你可以建一个页面来做。零基础如何系统学习掌握PHP知识点？
楼下有个W3C School的官方账号竟然还回答这问题了，兄弟你的问题很难得啊！首先你要参考W3C School给你写的答案，其次就我个人而言我还是觉得PHP好学，算法难，所以在学PHP的时候最好能把数学学一遍对你未来的职业生涯有很大帮助。
PHP学习的核心正如楼下所说就是官方手册能烂熟于心就行了，这是一个初级程序员的标准，再往中层发展就是注意代码的风格、易懂（不要写那些装逼的代码，别人看不懂）、运行效率、代码安全。过了中层之后就是高级程序员。不过零基础还是从官方手册开始学吧。包括通信协议、会话都要掌握扎实，后期项目开发中这些都是频繁用到的知识点。
我们常见的提交方式有哪些？
WEB安全之SQL注入
引言：
在开发网站的时候，出于安全考虑，需要过滤从页面传递过来的字符。通常，用户可以通过以下接口调用数据库的内容：URL地址栏、登陆界面、留言板、搜索框等。这往往给骇客留下了可乘之机。轻则数据遭到泄露，重则服务器被拿下。
1、SQL注入步骤
a)寻找注入点，构造特殊的语句
传入SQL语句可控参数分为两类 1. 数字类型，参数不用被引号括起来，如 2. 其他类型，参数要被引号扩起来,如
b)用户构造SQL语句(如：'or 1=1#；admin'#（这个注入又称PHP的万能密码，是已知用户名的情况下，可绕过输入密码）以后再做解释)
c)将SQL语句发送给DBMS数据库
d)DBMS收到返回的结果，并将该请求解释成机器代码指令，执行必要得到操作
e)DBMS接受返回结果，处理后，返回给用户
因为用户构造了特殊的SQL语句，必定返回特殊的结果(只要你的SQL语句够灵活)
下面，我通过一个实例具体来演示下SQL注入 二、SQL注入实例详解(以上测试均假设服务器未开启magic_quote_gpc)
1) 前期准备工作 先来演示通过SQL注入漏洞，登入后台管理员界面 首先，创建一张试验用的数据表：
CREATE TABLE `users` ( `id` int(11) NOT NULL AUTO_INCREMENT, `username` varchar(64) NOT NULL, `password` varchar(64) NOT NULL, `email` varchar(64) NOT NULL,PRIMARY KEY (`id`),UNIQUE KEY `username` (`username`) ) ENGINE=MyISAM AUTO_INCREMENT=3 DEFAULT CHARSET=latin1;添加一条记录用于测试：
INSERT INTO users (username,password,email)VALUES('MarcoFly',md5('test'),'marcofly@test.com');接下来，贴上登入界面的源代码
<html><head><title>Sql注入演示</title><meta http-equiv="content-type" content="text/html;charset=utf-8"></head><body ><form action="validate.php" method="post"><fieldset ><legend>Sql注入演示</legend><table><tr><td>用户名：</td><td><input type="text" name="username"></td></tr><tr><td>密 码：</td><td><input type="text" name="password"></td></tr><tr><td><input type="submit" value="提交"></td><td><input type="reset" value="重置"></td></tr></table></fieldset></form></body></html>附上效果图：
当用户点击提交按钮的时候，将会把表单数据提交给validate.php页面，validate.php页面用来判断用户输入的用户名和密码有没有都符合要求（这一步至关重要，也往往是SQL漏洞所在）
! <!--前台和后台对接--><html><head><title>登录验证</title><meta http-equiv="content-type" content="text/html;charset=utf-8"></head><body><?php $conn=@mysql_connect("localhost",'root','') or die("数据库连接失败！");; mysql_select_db("injection",$conn) or die("您要选择的数据库不存在"); $name=$_POST['username']; $pwd=$_POST['password']; $sql="select * from users where username='$name' and password='$pwd'"; $query=mysql_query($sql); $arr=mysql_fetch_array($query);if(is_array($arr)){ header("Location:manager.php"); }else{ echo "您的用户名或密码输入有误，<a href=\"Login.php\">请重新登录！</a>"; } ?></body></html>注意到了没有，我们直接将用户提交过来的数据(用户名和密码)直接拿去执行，并没有实现进行特殊字符过滤，待会你们将明白，这是致命的。 代码分析：如果，用户名和密码都匹配成功的话，将跳转到管理员操作界面(manager.php)，不成功，则给出友好提示信息。 登录成功的界面：
登录失败的提示：
到这里，前期工作已经做好了，接下来将展开我们的重头戏：SQL注入
2) 构造SQL语句 填好正确的用户名(marcofly)和密码(test)后，点击提交，将会返回给我们“欢迎管理员”的界面。 因为根据我们提交的用户名和密码被合成到SQL查询语句当中之后是这样的： select * from users where username='marcofly' and password=md5('test') 很明显，用户名和密码都和我们之前给出的一样，肯定能够成功登陆。但是，如果我们输入一个错误的用户名或密码呢？很明显，肯定登入不了吧。恩，正常情况下是如此，但是对于有SQL注入漏洞的网站来说，只要构造个特殊的“字符串”，照样能够成功登录。
比如：在用户名输入框中输入:' or 1=1#,密码随便输入，这时候的合成后的SQL查询语句为： select * from users where username='' or 1=1#' and password=md5('') 语义分析：“#”在mysql中是注释符，这样井号后面的内容将被mysql视为注释内容，这样就不会去执行了，换句话说，以下的两句sql语句等价：
select * from users where username='' or 1=1#' and password=md5('')等价于
select* from users where usrername='' or 1=1因为1=1永远是都是成立的，即where子句总是为真，将该sql进一步简化之后，等价于如下select语句：
select * from users 没错，该sql语句的作用是检索users表中的所有字段
上面是一种输入方法，这里再介绍一种注入的方法，这个方法又称PHP的万能密码
我们再已知用户名的条件下，可以不能密码即可登入，假设用户名：admin
构造语句：
select * from users where username='admin'#' and password=md5('')等价于
select * from users where username='admin'这样即可不能输入密码登入上去的。
数据库就会错认为不用用户名既可以登入，绕过后台的验证，已到达注入的目的。
同样利用了SQL语法的漏洞。
看到了吧，一个经构造后的sql语句竟有如此可怕的破坏力，相信你看到这后，开始对sql注入有了一个理性的认识了吧~ 没错，SQL注入就是这么容易。但是，要根据实际情况构造灵活的sql语句却不是那么容易的。有了基础之后，自己再去慢慢摸索吧。 有没有想过，如果经由后台登录窗口提交的数据都被管理员过滤掉特殊字符之后呢？这样的话，我们的万能用户名' or 1=1#就无法使用了。但这并不是说我们就毫无对策，要知道用户和数据库打交道的途径不止这一条。