这个表里为每个applicationName存储了一个具有唯一值（unique）的ApplicationID因为在我们的程序里注册一个用户的时候并没有指定一个applicationName属性，所以它自动的被设置（计算）为/website8（早期建立项目时的名字）
如果把这个程序配置成运行在/website8虚拟目录下那么一切都没有问题但是如果它被copy到其他的地方或服务器上并且更换了虚拟路径（比如说“/app1”或更通常被设置的“/”）后，当Membership APIs被使用时他们就“看”不到数据库里已有的用户了——因为他们将会使用一个不同的applicationName去数据库里寻找用戶相应地过滤application_Users表中的用户。这就是为什么会出现上面错误的原因
最简单的办法是打开ASPNETDB数据库中的aspnet_Users和aspnet_Application表，去“回想”（figure out,因为那时候我们嘚虚拟目录叫什么名字我们恐怕已经忘了）创建用户和其他数据的时候的程序名称（去aspnet_Application表中查找）
这样程序就能正常的工作无论我们部署这个程序到那个虚拟目录。
这样我们的程序可以正常工作了
如果在一开始就避免它：
避免这个问题的最好的办法是始终设置applicationName的值。一個比较好的默认值是使用“/”
比如，所有的网站使用同一张会员表会员只要注册一次，就可以在不同的网站登录这时我们就要解决┅个权限判断的问题。解决的方法很简单在Web.config里添加
这样用户在登录A网站的时候有Admin权限，在B网站登录后却没有Admin权限
该楼层疑似违规已被系统折叠
输入完邮箱安全碼和验证码之后还是这样一直不能登录密码是正确的，怎么解决