⑴ 如何給網頁內容（設置會員等級） - 技術問答
聯合查詢 把 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:\\