電子商務協會構架

㈠ 電子商務協會和電子商務商會有什麼區別

電子商務協會：
定義：China International E-Commerce Association,又稱中國國際電子商務協會[1] ,是由從事信息化及電子商務產業研究、經營、管理、應用等領域相關機構共同發起，經中國政府機構核准登記注冊的非營利社團組織，其業務活動受政府機構的指導和監督管理。

電子商務商會，先解釋「商會」
商會 （商人組建的社會團體） 編輯
商會，是商品經濟的必然產物。一般是指商人依法組建的、以維護會員合法權益、促進工商業繁榮為宗旨的社會團體法人。商會法律特徵：互益性、民間性、自律性、法人性。商會是商人身份確立的過程，也是商人組織有序化的過程。
而電子商務的定義：
是以信息網路技術為手段，以商品交換為中心的商務活動；也可理解為在互聯網（Internet）、企業內部網（Intranet）和增值網（VAN，Value Added Network）上以電子交易方式進行交易活動和相關服務的活動，是傳統商業活動各環節的電子化、網路化、信息化。
電子商務商會，目前在國內各省、地區均有成立。

看完上面的定義，應該能了解其區別和特點了。
從管理許可權上，電子商務協會是登記注冊的非營利社團組織；
而電子商務商會是從事電子商務的成員（個人、公司）依法組建的、以維護會員合法權益、促進工商業繁榮為宗旨的社會團體法人。

㈡ 中國國際電子商務協會的組織結構

協會會長：Jack Zhao
秘 書 長：Andy Bian
機構設置：理事會、常務理事會、秘書處、專家顧問團、專業委員會

㈢ 中國電子商務協會的組織章程

第一章
總則
第一條 為確保中國電子商務協會網路營銷專業委員會(PCEM)（以下簡稱「本專業委員會」）的規范運作，促進中國網路營銷的健康發展，依據《中國電子商務協會章程》和《中國電子商務協會分支機構、代表機構登記與管理辦法》，特製定本工作條例。
第二條 本專業委員會遵守憲法、法律、法規、國家政策和《社會團體登記管理條例》，在《中國電子商務協會章程》指定范圍內從事各項活動。
第三條 本專業委員會系中國電子商務協會分支機構，其英文名稱為：Profasional Comette for E-Marketing of the China Electronic Commerce Association（英文縮寫：PCEM），業務上直接受中國電子商務協會的領導，一切行為均須符合《中國電子商務協會分支機構、代表機構登記與管理辦法》的規定。
第四條 本專業委員會堅持實事求是、注重實效和民主協商的原則開展各項工作。
第二章
職責與業務范圍
第五條中國電子商務協會網路營銷專業委員會(PCEM)系中國網路營銷領域的行業自律性社團分支機構，其職能是：聯合國內有關網路營銷廠商、服務商、應用企業，研究、教育及學術機構，相關媒體和專業人士，普及網路營銷知識，研究、分析、總結網路營銷創新方法、手段和思路，加強網路營銷領域的橫向交流、探討和合作，支持推進企業商業模式創新和互聯網應用水平，支持推動中國網路營銷實踐活動健康發展。
第六條 本專業委員會在中國電子商務協會的授權指導下開展如下工作：
普及教育：總結國內外網路營銷領域的實踐創新和理論創新，通過網站、媒體、論文、會議、論壇、評選、培訓、參觀等多種渠道、形式、活動，推動我國網路營銷知識普及和交流，推進中國電子商務進程，特別提升我國傳統企業界的互聯網應用水平。 規范服務：根據我國電子商務、網路營銷領域的發展需要，組織、制定、完善、實施網路營銷服務商的服務項目、服務體系、質量標准、自律公約、發展規范，積極推動網路營銷和諧氛圍建設、誠信體系建設。設立本專業委員會服務、支持、指導、監管的區域性網路營銷服務中心，制定統一體系、統一標准、統一規范，嚴格把關、謹慎發展、認真監督、強化管理，打造網路營銷服務品牌機構； 市場維護：記錄、分析、研究、跟蹤企業具體實施、應用網路營銷的模式、方法及市場行為，通過第三方監督、信息披露等手段及途徑促進網路營銷市場運行環境的良性發展； 樹立標桿：通過表彰網路營銷領域內的先進產品服務廠商、服務機構、實施應用企業及從業人員、專家，帶動網路營銷和諧氛圍、誠信體系、創新品牌的建設； 投訴監督：接受企業、服務商以及公約、規范簽約單位的投訴，協調糾紛處理、維護各方權益、消除不良影響。通過行業自律、第三方監督、風險預警等手段及途徑促進網路營銷和諧氛圍、誠信體系、運行環境的建設； 權益維護：維護網路營銷實施、應用企業的合法權益，組織開展企業投資權益保護、職業道德教育、法律法規培訓工作。 良性競爭：通過開展宣傳、引導、規范、協調工作，規避、處理專業領域內市場惡性競爭行為，確保網路營銷持續、快速、穩定發展。 教育培訓：設立人才標准，大力培養促進我國國民經濟持續快速增長所需要的國際化、高素質、復合型網路營銷人才。 代表網路營銷領域內企業表達意見及主張，與政府及協會相關部門積極溝通，完成協會、政府機構、行業企業及其他機構要求完成的行業自律與發展方面的服務工作。 政府部門、中國電子商務協會交辦及會員托辦的其他事項。
第三章
會員
第七條 本專業委員會的會員由單位會員和個人會員兩種，無論單位會員還是個人會員都是中國電子商務協會會員。
第八條 申請加入本專業委員會的條件、入會程序、會員享有的權利、履行的義務等均參照《中國電子商務協會章程》第三章第八條至第十三條的規定執行。
第四章
組織機構與運作管理
第九條 本專業委員會的組織機構由會員代表大會、常務委員會、秘書處等層次組成。
第十條 本專業委員會的最高權力機構是會員代表大會。
第十一條 會員代表大會的職權是：
依據中國電子商務協會章程和中國電子商務協會分支機構、代表機構登記與管理辦法，制定和修改本委員會的工作條例； 選舉和罷免常務委員會常務委員； 審議常務委員會的工作報告和財務報告； 決定本專業委員會的工作方針和任務； 決定終止事宜和本專業委員會其他重大事宜。 第十二條 會員代表大會須有三分之二以上的會員（或會員代表）出席方能召開，其決議須經到會會員（或會員代表）半數以上表決通過方能生效。
第十三條 常務委員會是會員大會（或會員代表大會）的執行機構，在閉會期間領導本專業委員會開展日常工作，對會員大會（或會員代表大會）負責。常務委員會由會員大會（或會員代表大會）在預先提出申請的會員中選舉產生，單位會員的常務委員由該單位推薦。
第十四條 常務委員會的職權是：
執行會員代表大會的決議； 籌備召開會員代表大會； 向會員代表大會報告工作和財務狀況； 預決會員的吸收或除名； 決定秘書處輔助工作人員的聘任； 領導本專業委員會開展工作； 制定內部管理制度； 決定其他重大事項。 第十五條 常務委員會的換屆事宜按《中國電子商務協會分支機構、代表機構登記與管理辦法》的相關規定執行。
第十六條 常務委員會每年至少召開一次會議，情況特殊的，也可採用通訊形式召開。
第十七條 常務委員會須有三分之二以上常務委員出席方能召開，其決定須經到會常務委員三分之二以上表決通過方能生效。
第十八條 本專業委員會的會長、常務副會長、副會長、秘書長必須具備下列條件：
堅持黨的路線、方針、政策，政治素質好； 在本專業委員會業務領域內有較大影響； 會長、副會長、秘書長最高任職年齡不超過50周歲； 身體健康，能堅持正常工作，有一定社團工作經驗； 未受過剝奪政治權利的刑事處分； 具有完全民事行為能力。 第十九條 本專業委員會會長、常務副會長、副會長、秘書長的任期按《中國電子商務協會分支機構、代表機構登記與管理辦法》的相關規定執行。
第二十條 本專業委員會將聘請有聲望的專家學者作本會的常年顧問或專家委員，對本專業委員會的各項工作進行專業指導。
第二十一條 本專業委員會會長行使下列職權：
召集和主持常務委員會的會議和工作； 檢查會員代表大會、常務委員會決議的落實情況； 代表本專業委員會簽署有關重要文件。 第二十二條 本專業委員會秘書處是本會的常設辦事機構，設秘書長一名，輔助工作人員若干名。秘書長行使下列職權：
主持辦事機構開展日常工作，組織落實實施第二章第六條規定的各項工作計劃、工作任務； 組織各會員機構開展有益於行業發展和會員利益的各項活動； 提出輔助工作人員聘用建議，報常務委員會批准後辦理有關聘用手續； 負責監督本專業委員會經費運行； 負責處理其他日常事務。 第二十三條 上述各組織機構和本專業委員會開展的各項活動，均嚴格履行中國電子商務協會的規定程序，不得超越程序擅自行事，同時接受並嚴格履行《中華人民共和國民政部第23號令》第十二、十三、十四條之規定和《中國電子商務協會分支機構、代表機構登記與管理辦法》第四條所規定的各項義務。
第五章
經費來源與管理
第二十四條 經費來源
中國電子商務協會返還給本專業委員會的會員會費； 在核准業務范圍內開展活動或服務所取得的合法收入； 接受捐贈、資助等收入； 利息； 其它合法收入。 第二十五條 經費管理按照中華人民共和國民政部第23號令第九條和《中國電子商務協會分支機構、代表機構登記與管理辦法》第五條之規定進行。
第二十六條 本專業委員會按照國家有關規定收取會員會費。
第二十七條 經費的使用
用於學術活動、會員權利中的開支或規范發展網路營銷事業，不得挪作他用； 向協會繳納管理費； 本專業委員會工作人員的工資和保險福利待遇，參照國家有關規定執行。 第二十八條 本專業委員會按照國家有關規定建立嚴格的財務管理制度，保證會計資料合法、真實、准確、完整。
第二十九條 本專業委員會的資產管理執行國家有關財務管理規章制度，接受會員大會（或會員代表大會）和協會的監督。資產來源屬於國家撥款或者社會捐贈、資助的，接受審計機關的監督，並將有關情況以適當方式向社會公布。
第三十條 使用中國電子商務協會票據的按《中國電子商務協會票據管理辦法》執行。
第三十一條 本專業委員會所掌握的資產，任何單位、個人不得侵佔、私分或挪用。
第六章
附 則
第三十二條 本工作條例的解釋權屬本專業委員會常務委員會。
第三十三條 本工作條例自報請中國電子商務協會批准後生效，自本專業委員會正式注冊成立之日開始實施。

㈣ 電子商務網站的基本架構

電子商務網站的基本架構設計
電子商務網站是以商務活動為中心進行的,而網站的盈利一般通過網站的會員制收費進行,網站的盈利點是網站根據網站的商務活動內容確定的,所以網站的基本架構設計既要以商務活動的業務內容、流程、相關規則為基礎,又要兼顧電子商務網站的收費體系.

網站基本架構的設計主要根據以下步驟進行：

2.1 確定電子商務網站功能定位
確定網站所涉及的商務活動的內容、商務活動的流程.比如我們在進行房產信息網的設計中,首先考慮確定網站發布房產信息的種類,確定了房源信息包括中介所的房源信息和個人的出售、出租信息,網站負責信息的發布和信息的管理.同時在確定了信息發布種類後,確定了信息處理的流程為房源信息輸入、會員資格審核、信息審核，信息發布.

2.2 確定網站的收費對象和收費規則
在網站所涉及的商務內容確定了的情況下,確定收費的對象和如何進行收費,以此為依據確定網站的欄目.網站欄目的劃分實際上就是系統的功能模塊劃分.在房產網站的系統設計中,確定了網站只對房產中介所進行收費,個人用戶免費,所以網站的主要欄目分為個人專區和中介所專區兩個主要欄目,同時根據功能的逐步擴大,這樣也就基本確定了網站的信息服務內容和方式.

2.3 確定網站的欄目的功能
在確定了網站的收費項目後,要確定網站的主要欄目和功能,包括網站的管理功能模塊、網站的信息發布方式、網站商務活動的發布以及網站導航欄等.
網站的功能欄目的設置和系統的主要功能模塊的劃分是相一致的.
網站業務介紹性欄目,應包括內容應包括會員申請流程,收費標准,網站運行規程等,使用戶對網站的服務有一個明確的了解,是擴大網站的會員用戶數量和提高網站的使用率都是必不可少的欄目.
網站的導航欄是網站的整體功能的全面介紹,使用戶對網站的功能有一個清晰的了解,也是網站不可缺少的欄目.
同時也應有網站運行的相關提示信息,比如在房產網站的設計中,我們在確定了收費對象和主要功能後,確定了網站首頁的主要欄目為中介所專區、個人專區、寫字間專區、新房樓市等欄目,同時加入了上網導航欄目對網站的主要功能進行介紹.

2.4 確定網站的信息流和控制流
在確定了網站的主要功能和商務活動的主要規則後,應該確定網站的信息流圖和控制流圖,作為資料庫設計的基礎.
在房產網的設計中,我們根據房產信息發布的功能和所確定的信息審核和控制流程,在確定了一個網站的數據流圖和控制流後,系統的運行控制流程也就確定下來了.

㈤ B2C電子商務網站的組織架構一般有哪些呢

客服部、市場部、采購及物流部、技術部和網站運營部、人力資源管理、財務部門

㈥ 目前電子商務網站架構最流行的模式是

㈦ 如何設計B2B電子商務網站的部門架構

我幫助 給撰稿啊~原創的設計B2B電子商務網站的部門架構.

㈧ 電子商務的一般框架有哪四個層次組成

電子商務體系結構可以分為網路基礎平台、安全結構、支付體系和業務系統四個層次。
網路基礎平台
1.電子商務的網路基礎平台
電子商務以網際網路為主要載體。網路帶寬、網路的可靠性、穩定性成為影響電子商務系統整體性能的重要因素。
2.安全結構
電子商務活動需要一個安全的環境,以保證在線交易等數據在網路中傳輸的安全性和完整性,實現交易雙方的身份認證,防止交易中抵賴的發生。電子安全結構建立在網路基礎平台之上。
3.電子商務業務系統和支付體系
電子商務業務系統分為支付型業務和非支付型業務。支付型業務需要支付體系層完成。支付體系在安全結構之上,為支付型電子商務業務提供各種支付手段;非支付型業務直接在安全結構之上,使用安全基礎層提供的各種認證手段和安全技術提供電子商務服務。
電子商務系統包括業務應用系統。例如,網上購物、證券交易、在線談判、電信交費、電子銀行等。
用戶及終端系統。例如,電話終端、計算機終端、智能終端。用戶使用電子支付系統,需要在計算機終端上安裝電子支付軟體,例如,電子錢包軟體。
4、支付網關系統。它處於網際網路與銀行網路之間,主要完成通信、協議轉換和數據加密解密功能和保護銀行內部的網路。支付網關系統的使用可以過濾網際網路發過來的數據包,防止黑客的攻擊和不相關信息的流入。
CA安全認證體系,它通過發放證書,保證所有參與活動的實體表明身份。

㈨ 中國電子商務協會是什麼

中國電子商務協會(英文名稱:China Electronic Commerce Association.英文縮寫CECA)是由信息產業部申請，經國務院批准，國家民政版部核准登記注冊的全國權性社團組織，其業務活動受信息產業部的指導和國家民政部的監督管理。協會於2000年6月21日在北京成立，呂新奎同志擔任名譽理事長，宋玲同志擔任永久名譽理事長。
協會性質：
依照中華人民共和國法律成立，面向電子商務，不受地區、部門、行業、所有制限制，是與電子商務有關的企業、事業單位和個人自願參加的非盈利性、全國性社團組織。
協會業務：
協助政府部門推動電子商務的發展；進行與電子商務相關業務的調查和研究，為政府部門制定相關法律法規和政策提供參考建議；開展電子商務國際交流與合作，組織推廣國際、國內電子商務技術及應用成果，舉辦國際、國內技術交流活動及項目洽談會；開發信息資源，編輯出版電子商務書刊及聲像資料；為會員提供相關法律與法規指導；開展信息化人才及電子商務培訓；組織專家在電子商務及其相關領域開展咨詢服務；完成業務主管單位和政府部門授權委託及會員單位委託的工作事項。

㈩ 電子商務網站一般架構有哪些

大型電子商務網站架構，摘抄 7.同一個網站的多語言該如何處理是好,使用配置文件然後cookie或url來判別?===客戶是自己公司，使用標准方法即可
8.電子商務網站最多的就是 商品的打折方式和積分的贈送了,這里要怎麼設計才好(工廠模式)?===采購成熟的規則引擎
9.如果同一時間並發大量訂單的話,如果確保一個訂單的有效提交呢?
==電子商務一般要使用MQ，推薦IBM MQ；使用MSMQ也可
第一點是資料庫要設計好，要達到什麼級別，你可能需要考慮哪些表需要拆分，哪些表的核心數據需要冗餘，如果是mysql，還要考慮其他的問題，比如存儲引擎。
新聞肯定是要生成純靜態頁，對資料庫壓力就小很多，不過靜態頁也有管理上的不方便，更新刪除添加都要對磁碟文件進行操作
做一個自定義緩存層，對緩存邏輯進行控制，可以採用第三方緩存模塊，如果使用.net來做，可以層層緩存，頁面緩存，數據緩存（memcache，不過在win下效率不高）
電子商務網站特點就是對事務的嚴格，需要資料庫設計的時候要求高性能，也需要合適的索引，支持高並發，經常對產品表用戶表等進行索引檢查，是否有很多索引掃描和表掃描（即使是局部的，也要將逗局部地控制到最小范圍）
mssql語句對不需要事務的查詢要附帶上with(nolock),以利於並發更新。
有些功能模塊不能按照想當然的方式開發，比如產品訪問次數，切不可將這些更新非常頻繁的欄位置於核心表內，明確的做法是將其剝離開來 還有就是切不可經常性將欄位設計成bool類型，這樣會給以後的擴展留出路，即使是男女這種欄位，也建議採用tiny類型
其他還有就是在產品設計的時候充分考慮seo，網站目錄結構清晰可讀，而不是帶著一串串的查詢參數。
對安全要有整體的把握，最好全都是用存儲過程，在項目上線前將資料庫存儲過程全部導出再查找貌似exec的語句，查找是否需要替換成sp_executesql。
另外，如果採用mssql，全文搜索直接用mssql fte就可以，速度和精確度都還是可以的，最重要的是維護和管理開發很簡單。
打折的處理可以按照電信的一次，二次批價功能，如果你做過電信方面的系統。
當然也可以設計得更簡單的一些。 靜態的頁面建議使用CDN加速，以解決網通和電信之間訪問速度的問題；
數據的緩存方面建議考慮用memcache，另外也可以分別在表現層和數據層利用.net中的現存緩存機製作業可；
簡單執行的sql可以不用存儲過程，存儲過程會佔用資料庫伺服器的處理時間，造成死鎖；
mvc建議還是做些CMS的項目上應用，電子商城不是很適合，個人觀點。url上可以做轉義，使url顯示更友好；
資料庫建議建立分布資料庫，這樣可以轉移查詢和大訪問量對資料庫帶來壓力；
圖片可以考慮單獨放在一台伺服器上；1.三層架構
2.使用手寫sql,手寫entity(生成也可),緩存反射綁定(不是緩存數據哦,緩存映射關系),要考慮網站的長期發展還是手寫吧 靈活 性能也好
3.沒有這種問題,商業驅動的,純購物就好了,千萬別搞什麼圈子,wiki
4.純.net的mvc不建議,webform不搞viewstate,不搞服務端控制項(除repeater)再加點mvc的思想已足夠用了
5.不需要緩存數據(除搜索產品部分),要考慮多台伺服器的程序快速部署,config文件會很多,config要序列化緩存
6.當然是先生成好了,參照jd吧,按業務每張圖片對應幾個不同大小的圖
7.據經驗,電子商務網站僅靠中英雙語來達到多語言是不靠譜的(文化 用戶習慣不是簡單的語言切換),如果想真正運營英語的就要重新開發一個版本
8.不搞模式
9.負載均衡(web,db)+ssb非同步處理數據
10.你是業務類型的日誌還是異常日誌? 前台訂單流程上異常日誌不需要了,找個工具錄個腳本不停的跑 保證隨時發現問題發郵件就可以了
11.找第三方搜索組件 類似endeca的
12.負載均衡挺簡單的,初期靠軟體就可以,一切圖片找第三方放cdn,前台網站用到ajax的地方很少,如果用的話jquery 1，一個電子商務網站用戶99.5%的行為時Find
2、對於商品檢索部分，能不用資料庫就不用資料庫（網上切詞等相關的開源平台很多）
3、分布式緩存（Memcached 、Volecity），個人測試volecity 3還是不錯的
4、系統設計時必須要考慮可運營。從這個角度去設計系統
5、對於電子商務網站改動很頻繁，必須考慮架構設計如何適應頻繁的版本更新
6、必須設計一個好的單點登錄系統。
7、建議能不用sqlserver就不用它。
8、對於大型電子商務網站來說，系統的I/O是起決定因素而不是CPU和內存。1.項目劃分是否會有問題,圖中分別是 實體層,數據訪問介面層,數據訪問層,業務邏輯介面層,業務邏輯,網站A,B,C
項目劃分其實不重要，重要的的是你在寫代碼的時候是否能把代碼合理的分到對應的項目里。
2.數據訪問層是要開發效率(NBear,Linq,Nh等),還是訪問效率(直接使用sql等)?是否可以先使用開發效率高的,等日後訪問量大了,再重寫並替換數據訪問層?
開發效率優先，訪問量大了以後，我相信是有錢投到硬體上的，在你程序寫的不是很爛的情況下，升級硬體遠比優化程序節省成本。
3.網站被切割成了多個子網站,有一些控制項(如header,footer)是要共享的,如何跨網站項目共享這些控制項呢?
那就做成自定義控制項啦。
4.ms的mvc 1.0也出來不少時間了,是否已經夠成熟運用到項目中?或者是網站後台使用webform的,前台使用mvc?
推薦使用使用webform的,前台使用mvc，對於前台來說使用mvc能更好的提升性能，更方便的更換頁面表現形式。後台界面相對穩定，用webform可以提高開發效率。
5.網站數據的緩存是自己開發一個hashtable什麼的來維護呢,還是使用Memcached ?
初期建議用hashtable，因為簡單，將來升級到Memcached 。
6.縮略圖的處理,我看有的網站是在上傳圖片的時候直接生成,有的是在httpmodle里處理,訪問的時候生成.
直接生成縮略圖的好處是節約性能。httpmodle相反，每次瀏覽圖片的時候都會生成新的圖片，伺服器壓力大，建議直接生成。
7.同一個網站的多語言該如何處理是好,使用配置文件然後cookie或url來判別?
多語言建議使用asp.net自帶的資源文件的方式實現，當前語言保存在cookie裡面。
8.電子商務網站最多的就是 商品的打折方式和積分的贈送了,這里要怎麼設計才好(工廠模式)?
規則引擎
9.如果同一時間並發大量訂單的話,如果確保一個訂單的有效提交呢?
使用MQ隊列
10.日誌方面,log4net?
log4net只能記錄程序運行日誌，主要目的是用來調試程序的，系統業務操作日誌還你是得自己建一個表來保存。
11.電子商務的全文檢索,這也是個頭疼的問題
lucene，微軟索引服務，sqlserver全文檢索，方案很多的。
12.負載均衡方面,有什麼好的文章推薦碼?
可以看windows 2003 集群方面的文章 1.項目劃分是否會有問題,圖中分別是 實體層,數據訪問介面層,數據訪問層,業務邏輯介面層,業務邏輯,網站A,B,C
目前我也是這樣分的,不過當數據表結構有修改時,會帶動其它層的聯級修改,非常不方便，所以開發之前最好將資料庫設計地完善一點。另外，當網站分成多個以後，其它項目生成的DLL文件要部署到每個網站的bin文件夾里，更新一次都要重新部署，這也是個挺煩人的事，當然可以將DLL部署到GAC里來解決這個問題，不過這樣的話本地調試起來就不太方便了，因為項目一有改動，就要將生成的DLL重新拷貝到GAC里才能看到效果。
2.數據訪問層是要開發效率(NBear,Linq,Nh等),還是訪問效率(直接使用sql等)?是否可以先使用開發效率高的,等日後訪問量大了,再重寫並替換數據訪問層?
這個我也在考慮。目前我還沒有採用ORM框架，都是在DAL里直接訪問DB的。
3.網站被切割成了多個子網站,有一些控制項(如header,footer)是要共享的,如何跨網站項目共享這些控制項呢?
自定義控制項。
4.ms的mvc 1.0也出來不少時間了,是否已經夠成熟運用到項目中?或者是網站後台使用webform的,前台使用mvc?
正在學習這一塊。
5.網站數據的緩存是自己開發一個hashtable什麼的來維護呢,還是使用Memcached ?
現在我用的比較多的是.net自帶的數據緩存。
6.縮略圖的處理,我看有的網站是在上傳圖片的時候直接生成,有的是在httpmodle里處理,訪問的時候生成.
直接生成好，快一點。
7.同一個網站的多語言該如何處理是好,使用配置文件然後cookie或url來判別?
我沒涉及到這一塊，不過我覺得資源文件應該就是用來處理這個問題的。
8.電子商務網站最多的就是 商品的打折方式和積分的贈送了,這里要怎麼設計才好(工廠模式)?
這些都放在邏輯層好了。
9.如果同一時間並發大量訂單的話,如果確保一個訂單的有效提交呢?
MSMQ
10.日誌方面,log4net?
目前我是自已寫代碼存在庫里的。
11.電子商務的全文檢索,這也是個頭疼的問題
用lucene.net分詞建索引，再直接從索引庫里搜索，又快又准。
12.負載均衡方面,有什麼好的文章推薦碼?
不清楚了。 這樣的設計要達到新蛋的效果肯定不可能的，新蛋少說幾百台伺服器，不同資料庫之間的發布訂閱鏈路都有幾千條。有復雜的緩存，負載均衡機制。新蛋所有的通訊都是基於WCF的。另外對於這么大型的網站來說，資料庫一刻都不停止，所以讀寫分離也很重要，因為你也不可能讓資料庫停下來進行備份。總歸要做到新蛋這樣的大型電子商務網站，靠你上面畫的這點好像遠遠不夠。
不過關於公共的header,footer,我不建議做成自定義控制項，這個維護起來不方便，稍有變動就要發布dll，麻煩的。
如果你的header和footer不是很大的話，建議採用js+css的方式。然後加上壓縮和cdn緩存，應該效率上能接受。