值得提一下的是,或许Microsoft公司还没有考虑到实现Form认证后无法再用SharePoint Designer编辑网站的问题,所以这里讲到的方法并不是彻底的解决问题,而是用一个简单的方法巧妙的避开这个问题。希望SharePoint Designer正式版出来后,这个问题能得到彻底的解决:)
下面将记录每一步的操作过程。
1、首先打开SharePoint 3.0 Central Administration,然后打开Application Managerment管理页面。又是这个页面:)
2、点击Authentication providers后,即进入Authentication Providers管理页面。
3、点击AspNetMembershipProvider后,即进入Edit Authentication页面。
在这个页面中,我们将Authentication Type设为Windows,这样,网站就可以重新可以使用SharePoint Designer编辑了:)
当然,这时,网站已经变成了Windows认证了,前面文章中注册的用户已经不可以使用了。
等我们使用SharePoint Designer编辑完网站后,我们可以重复上面的操作,将Authentication Type重新设为Forms,则网站就又回复Forms认证了(当然,需要重新在Membership provider name中填入AspNetSqlMembershipProvider)。
嘿嘿,在没有找到这个方法前,笔者为了重新编辑网站,不得不删除整个网站,从头开始,现在想想,真是笨啊,呵呵:)现在好了,再也不用从头开始了。
前面的文章中,我们注意到,注册用户时,必须使用强密码,即长度不少于7位,至少包含一位非数字字符,很多朋友觉得这样非常不方便,不知道能不能改成简单密码就行了呢?
下面将记录每一步的操作过程。
1、首先打开SharePoint 3.0 Central Administration,然后打开Application Managerment管理页面。又是这个页面:)
2、点击Authentication providers后,即进入Authentication Providers管理页面。
3、点击AspNetMembershipProvider后,即进入Edit Authentication页面。
在这个页面中,我们将Authentication Type设为Windows,这样,网站就可以重新可以使用SharePoint Designer编辑了:)
当然,这时,网站已经变成了Windows认证了,前面文章中注册的用户已经不可以使用了。
等我们使用SharePoint Designer编辑完网站后,我们可以重复上面的操作,将Authentication Type重新设为Forms,则网站就又回复Forms认证了(当然,需要重新在Membership provider name中填入AspNetSqlMembershipProvider)。
嘿嘿,在没有找到这个方法前,笔者为了重新编辑网站,不得不删除整个网站,从头开始,现在想想,真是笨啊,呵呵:)现在好了,再也不用从头开始了。
前面的文章中,我们注意到,注册用户时,必须使用强密码,即长度不少于7位,至少包含一位非数字字符,很多朋友觉得这样非常不方便,不知道能不能改成简单密码就行了呢?
本文转自 Eallies 51CTO博客,原文链接:http://blog.51cto.com/eallies/78840,如需转载请自行联系原作者