⑴ 如何给网页内容（设置会员等级） - 技术问答
联合查询 把 yd631_style 字段里值取出来判断[php]yd631_style != \"1\") {? ?echo \"高级会员的内容\";? ?}??}?>[/php] 查看原帖>>
⑵ 最近想了解TPshopb2b2c商城源码，在功能这一块不是很了解
想了解这个商城的源代码，那你就得需要去找他这个商城软件儿的一个。做的一个工作人员去了解呀，因为这个源代码如果被你解析了的话，你不就是可以重新去做一个类似的，把他们的饭碗抢走了。
⑶ 如何在ecshop中实现后台商品列表显示会员等级价格的解决办法
有些商城主要针对的是大集团客户，网站管理员往往会设置几个会员等级，
如：A集团客户，B集团客户，C集团客户等等……
但目前的ECSHOP系统后台的会员列表默认是不显示会员等级的，它只是在会员搜索功能里面提供了一个按照“会员等级”搜索的功能，
这样显示的有些不支援，不如直接显示在用户列表里面，一目了然。
下面我们就对ECSHOP来一个二次开发，讲会员等级直观的显示在会员列表里，
首先祭出我的法宝notepad++，建议大家使用这个软件进行PHP文件的修改，很好用的，它比记事本强大，又比DW精悍简介。
使用notepad++打开根目录admin下users.php文件
找到以下代码
/* 分页大小 */
$filter = page_and_size($filter);
在它下面的sql语句用以下代码覆盖
$sql = "SELECT user_id, user_name, email, is_validated, user_money, frozen_money, rank_points, pay_points, reg_time, r.rank_name".
" FROM " . $GLOBALS['ecs']->table('users') . "as u".
"left join" . $GLOBALS['ecs']->talbe('user_rank') . "AS r".
"ON u.user_rank = r.rank_id" . $ex_where.
" ORDER by " . $filter['sort_by'] . ' ' . $filter['sort_order'] .
" LIMIT " . $filter['start'] . ',' . $filter['page_size'];
继续向下搜索以下这行代码
$user_list[$i]['reg_time'] = local_date($GLOBALS['_CFG']['date_format'], $user_list[$i]['reg_time']);
在它下面另起一行，新增加一段代码，如下：
$user_list[$i]['rank_name'] = $user_list[$i]['rank_name']?"<".$user_list[$i]['rank_name'].">":"<非特殊会员>";
至此，PHP代码部分已经修改完毕了，下面修改后台模板文件，
同样使用notepad++打开根目录admin下templates里面的user_list.htm
先找到以下代码
<th><a href="javascript:listTable.sort('user_name'); ">{$lang.username}</a>{$sort_user_name}</th>
在它下面增加以下代码
<th>会员等级</th>
在找到以下代码
<td class="first-cell">{$user.user_name|escape}</td>
在它下面增加以下代码
<td>{$user.rank_name}</td>
⑷ 怎样实现网站会员等级功能限制
在用户登录时，把用户（即你说的会员）的级别取出来，放到Session("user_level")里。
在需要权限限制的页面开头加上一些权限判断代码，如某页面只想让高级会员浏览，则代码如下：
'－－－以下代码连接access数据库
Dim dbName,ConnStr,conn
dbName="数据库名"
ConnStr="Provider = Microsoft.Jet.OLEDB.4.0;Data Source = "&Server.Mappath(dbName)
Set conn=Server.CreateObject("ADODB.Connection")
conn.Open ConnStr
' －－－打开数据库完毕
If Session("user_level")<>3 Then
Response.Write "您的权限不足！"
Response.End
End If
⑸ 求一个ASP＋ACC的商城源码程序
对于任何的WEB应用程序服务器，一个主要的要求就是具有丰富而且灵活具有柔韧性的配置系统——使开发者能够让“可安装的应用程序”容易地与“设置数据”联系，而无须将设置值置入程序代码，而且，能使Administrators方便容易地调整、定制这些设置值 Post-deployment。
ASP+ 配置系统致力于满足这两个必要条件。为做到这些，它通过了一个分级的配置基础结构，以使扩展的配置数据可以保存，而且贯穿使用在整个ASP+应用程序当中。同时，ASP+提供了丰富的初始设置集合。
ASP+配置系统提供了一下好处：
1、配置信息存储在基于XML的配置文件当中。管理员和开发者能够使用任何标准文本编辑器，XML解析器，或PERL脚本来解释和更新配置设定。
2、配置信息存放在文件中，它作为应用程序的其他部分放置在与其相同的目录树下。这使ASP+应用程序非常容易安装，只需使用 X 或者是 FTP。
3、配置系统易于扩展。你可以在配置系统中存放自己的配置标准以及设置。
4、对ASP+配置文件的更改由系统自动检测，在无须用户干涉的情况下被提交。系统管理员不需要去动系统以让改变生效。
5、配置信息被分级提交应用。子目录继承或覆盖从父目录得来的配置设定。这就允许不同的应用程序或单个应用程序的不同部分具有不同的设定。
Config.web 配置文件
所有ASP+的配置信息都包括在名叫Config.web的配置文件当中。下面的例子说明了一个ASP+配置文件的结构：
代码:
--------------------------------------------------------------
<!-- CONFIG.WEB FILE -->
<configuration>
<configsections>
<add names="httpmoles" type="System.Web.Config.HttpMolesConfigHandler"/>
<add names="httphandlers" type="System.Web.Config.HttpHandlerConfigHandler"/>
<add names="sessionstate" type="System.Web.Config.SessionStateConfigHandler"/>
<add names="globalization" type="System.Web.Config.GlobalizationConfigHandler"/>
<!-- ADDITIONAL CONFIGSECTION DECLARATIONS GO HERE -->
</configsections>
<httpmoles>
<!-- http mole subelements go here -->
</httpmoles>
<httphandlers>
<!-- http handlers subelements go here -->
</httphandlers>
<sessionstate>
<!-- session state subelements go here -->
</sessionstate>
<globalization>
<!-- session state subelements go here -->
</globalization>
<!-- ADDITIONAL CONFIG SECTIONS GO HERE -->
</configuration>
---------------------------------------------------------------
所有的配置信息都必须居于<configuration>和</configuration>标记之间。配置文件有两个主要部分。在上部是配置小节的处理程序声明(包括在<configsection>和</configsection>标记中)。文件的其余部分包括了实际的配置小节(为了清楚，它们的子元素已被移除)。注意，下面的每一个配置小节都必须对应有一个<configsection>中的声明存在。每一个声明赋予了配置小节名称并且指出了将处理其配置信息的NGWS Framework Assembly及Class。每一配置小节包含含有ASP+细节配置设定的子元素。
以下代码举例说明了这些概念：
代码:
-----------------------------------------------------------------
<configuration>
<configsections>
<add name="debugmode" type="System.Web.Config.SingleTagSectionHandler" />
<add name="globalization" type="System.Web.Config.SingleTagSectionHandler" />
<add name="assemblies" type="System.Web.UI.AssembliesSectionHandler" />
<add name="security" type="System.Web.Config.SecurityConfigHandler" />
</configsections>
<debugmode enable="true" />
<globalization
requestencoding="us-ascii"
responseencoding="iso-8859-1"
/>
<assemblies>
<add assembly="System.Data.dll"/>
<add assembly="System.dll"/>
<add assembly="System.Drawing.dll"/>
<add assembly="*"/>
</assemblies>
<security>
<authorization>
<allow users="*" /> <!-- Allow all users -->
</authorization>
</security>
</configuration>
-------------------------------------------------------------------
此例说明了一个配置文件，它包含四个配置小节——debugmode,globalization,assemblies以及security。下面是已制定的设置：
*在debug小节，调试模式被打开(设置成true)。
*在globalization小节，设置了请求(Request)和回应(Response)的编码方式。
*在assemblies小节，加入了四个assemblie。
*在security小节，所有用户均被赋予访问权。
层次配置体系
我们曾论及，服务器上可以有多个配置文件存在于不同的目录中。当对一个详细URL的请求到达时，ASP+计算该URL在层次结构风格中的设定，并为所请求的URL使用在路径中定位的配置文件。
例如，一个站点的结构如下：
Application Root
|-----SubDir1
|-----SubDir2
想法是，配置应用程序的设定使所有的用户都可以访问应用程序根目录(Application Root)，使选中的用户可以访问两个子目录。
现在假定有一个Config.web文件在目录SubDir1中，Application Root和SubDir2中不存在Config.web文件。在此例中实际上使用了两个Config.web文件。最高层的Config.web文件位于 %windir%\Complus\Version 目录，它随NGWS SDK安装而来，包含了默认的设定。这个文件被认为处于机器级别上，所有的ASP+目录和子目录都继承了其设定。此文件的默认安全小节的设定是允许所有用户的访问。当例中的Application Root目录不存在配置文件，即没有编辑这个设定值时，所有的用户都将允许访问此目录，因为此目录继承了机器级别配置文件的设定。如果SubDir1目录中的Config.web文件包含了一个安全配置小节，它设定成只允许某些用户访问目录，那么SubDir2目录将继承其设定，但是Application Root目录并不受其影响。所以，所有的用户可以访问Application Root目录，但只有某些用户可以访问两个子目录。
标准配置设定
ASP+环境自带了一个标准的Config.web文件，它包含了一个丰富的配置设定集合。此文件位于
%windir%\ComPlus\Version 目录。在Machine level(机器级)的配置文件中，我们可以在ASP+标准配置小节处理器下面找到标准的配置小节。
（出处：www.dev-club.com）
⑹ 找一个网上商城源码
有，免费商城比如：ShopEx ，源码很多，可以在网络里输入：源码，就可以下载很多免费的
⑺ 如何在php网站设置会员权限
只是简单的目录处理机制
添加用户注册申请机制，建立超级用户负责用户权限划分，
在目录页，根据不同的身份等级建立个if 进入不同的目录，这样就控制了浏览，至于源代码，不方便给
⑻ 怎么来判断第一次充值金额的多少决定vip会员等级源码
vip1=100块。V2=200，V3=400，V4=800，V5=1500 ，V6=3000，V7=5000块 ，V8=10000，V9=20000，V10=30000元，V10以上就没有了。
⑼ 会员管理系统源代码
可以依靠Bai Hi提醒我
有时间可能完成你所面临的任务
具体的要求也可能提醒我
会员管理**源代码
ES:\\