A. 電子商務網站一般架構有哪些
大型電子商務網站架構，摘抄 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緩存，應該效率上能接受。
B. 如何對一個web電子商務網站進行測試,有什麼具體方法沒，比方說舉個例子
最簡單的，直接發抄布，該點的地方都點點，看正常不，要求輸入信息的，亂輸入一些東西，看能驗證不，能不能很好的防止用戶攻擊，sql注入等等
找多人，越多越好，同時登陸，試試壓力測試等等；
很多方法，具體自己網路一下吧，親， ^_^
C. web3.0 互聯網模式的發展對電子商務的應用有什麼影響
你首先弄懂什麼是電子商務？ 安利知道吧？ 電子商務是建立在網路上的交易模式 你說互聯網的發展帶來什麼好處呢？
D. web2.0從哪些方面促進電子商務的發展
Web2.0在短短兩年的時間 成為互聯網的主流,一大批帶有明顯Web2.0色彩的網站聚集了大量人氣。在顛覆傳統的沖浪模式的同時,一些商家開始嘗試把Blog、RSS、長尾理論等 典型的Web2.0應用引入電子商務領域,以期利用新的銷售思想和模式吸引人氣、增加利潤,其中不乏成功者。Web2.0的思想及其應用將會在更大的范圍 內促進電子商務的發展,把電子商務帶進一個嶄新的時代。
E. 電子商務web前端開發html5是什麼
HTML5是html的下一代 它刪除了一些不常用的標簽，增加了很多便於操作的標簽。 由於瀏覽器的兼容性，它的最多應用在手機端！
F. 電子商務網站與web網站的不同點
按照網站主體性質的不同分為盈利機構網站和非盈利機構網站，電子商務網站就是盈利網站，也就是營銷型網站
G. 什麼是基於Web的互聯網電子商務模式
訪問是互動式，一方面可以從網站獲取需要的信息，另一方面可以直接發送信息（如訂單、要求）給網站。由於該模式有標準的軟體支持平台，對使用者要求非常低，但對企業提出很高要求，企業建設的網站必須有豐富產品信息和提供相關支持服務，所以要建設一個功能比較完善的支持電子商務的企業網站需要投入很大費用。目前，基於Web的企業間電子商務模式有聯機商店型、專業服務型、混合型和中介型。 （1）聯機商店型。這種方式是一些大型企業經常採用的，因為這種方式投入比較大，但企業節約的成本和擴大銷售收入也是非常可觀的。如Dell公司將其產品目錄、類型、規格和相關信息在其網站公開，顧客可以根據需要進行查詢和訂購。進行企業間電子商務的企業分為兩大類，一類是大型企業，他們一般在網站查詢信息、訂單情況和技術支持，但並不通過電子訂單訂購；目前直接採用網上訂購比較多的還是中小型企業和消費者，這可能與不同類型企業采購程序不一樣有關，一般大型企業的采購需要集體討論和決策的，而中小型企業則直接委託個人完成。 （2）專業服務型。由於服務已經成為國際貿易和商務活動中重要部分，因此服務成本上升非常快，加之許多企業對服務要求越來越高，要求服務及時。專業服務型電子商務網站就是為滿足這種需要建設的。這種網站的費用比較高，而且技術支持和運轉費用也比較高，但比傳統依賴人工方式實現服務的成本要低得多。如FederalExpress公司為方便顧客查詢包裹投遞情況，聯邦快遞公司建設網站提供網上實時查詢服務，對於一些大型客戶還專門提供終端，方便客戶在辦公室進行郵寄。 （3）混合型。許多企業在提供產品同時還要涉及到服務，因此上面兩種類型的商務網站經常是融合在一起的，即在提供產品網上銷售同時，還提供技術支持和售後服務。如Dell公司的網站就可以為客戶提供軟體下載、技術支持和訂單查詢等服務。 （4）中介型。對於許多小型企業，由於無法單獨承擔昂貴的網路建設和維護費用，但要想利用互聯網路進行企業間電子商務活動，這些小型企業可以藉助一些提供中介服務的電子商務站點實現企業間商務活動。這類中介的站點一般是將相關的供應商和采購商匯集在一起，客戶只需要向站點交納一定的費用即可。如美國有名的計算機類產品中介站點。中介型還有實現企業間電子商務交易中輔助服務的電子商務站點，如網上銀行提供網上支付服務，認證中心提供網上商務活動中需要的第三方認證服務。 上述幾種不同企業間電子商務模式，不管採用技術如何不同，但共同之處是通過網路實現企業間交易的實現，實現企業間信息流、資金流和物流的高效率暢通和自動化進行，只是不同模式對信息流、資金流和物流支持的方式不同和支持程度不同。基於ERP的封閉電子商務模式和基於Web的互聯網電子商務模式。這兩種方式是目前發展的主要趨勢。
H. 電子商務網站的主要功能有哪些
(1)企業形象宣傳功能｡
企業在電子商務網站中可通過自己的Web伺服器､網路主頁､電子郵件在全球范圍同時做廣告宣傳
I. web2.0的電子商務平台主要有哪些
向您推薦一個綜合性的B2B電子商務網站 www.b2b114.com
J. WEB電子商務應用系統,是什麼求解答。。謝謝。
從技術角度看，電子商務的應用系統由三部分組成：企業內部網(Intranet)企業內部網(Intranet)與INTERNET的連接電子商務應用系統。
(1)企業內部網(Intranet)
企業內部網(Intranet)由Web伺服器、電子郵件伺服器、資料庫伺服器以及電子商務伺服器和客戶端的PC機組成。
所有這些伺服器和PC機都通過先進的網路設備集線器HUB或交換器SWITCH連接在一起。
WEB伺服器-最直接的功能是可以向企業內部提供一個WWW站點，藉此可以完成企業內部日常的信息訪問；郵件伺服器為企業內部提供電子郵件的發送和接收；電子商務伺服器和資料庫伺服器通過WEB伺服器和由自己對企業內部和外部提供電子商務處理服務；協作伺服器主要保障企業內部某項工作能協同工作，例如，在一個軟體企業，企業內部的開發人員可以通過協作伺服器共同開發一個軟體；帳戶伺服器提供企業內部網路訪問者的身份驗證，不同的身份對各種伺服器的訪問許可權將不同；客戶端PC機上要安裝有INTERNET瀏覽器，如Microsoft Internet Explorer或Netscape Navigator，藉此訪問WEB伺服器。
在企業內部網中，每種伺服器的數量隨企業的情況不同而不同，例如，如果企業內訪問網路的用戶比較多，可以放置一台企業WEB伺服器和幾台部門級WEB伺服器，如果企業的電子商務種類比較多樣性或者電子商務業務量比較重，可以放置幾台電子商務伺服器。
(2)企業內部網(Intranet)與互聯網連接
為了實現企業與企業之間、企業與用戶之間的連接，企業內部網(Intranet)必須與互聯網進行連接，但連接後，會產生安全性問題。所以在企業內部網(Intranet)與互聯網連接時，必須採用一些安全措施或具有安全功能的設備，這就是所謂的防火牆。
為了進一步提高安全性，企業往往還會在防火牆外建立獨立的Web伺服器和郵件伺服器供企業外部訪問用，同時在防火牆與企業內部網(Intranet)之間，一般會有一台代理伺服器，代理伺服器的功能有兩個，一是安全功能，即通過代理伺服器，可以屏蔽企業內部網內伺服器或PC，當一台PC訪問互聯網時，它先訪問代理伺服器，然後代理伺服器再訪問互聯網；二是緩沖功能，代理伺服器可以保存經常訪問的互聯網上的信息，當PC即訪問互聯網時，如果被訪問的信息存放在代理伺服器中，那麼代理伺服器將把信息直接送到PC機上，省去對互聯網的再一次訪問，可以節省費用。
(3)電子商務應用系統
在建立了完善的企業內部網(Intranet)和實現了與互聯網之間的安全連接後，企業已經為建立一個好的電子商務系統打下良好基礎，在這個基礎上，在增加電子商務應用系統，就可以進行電子商務了。
一般來講，電子商務應用系統主要以應用軟體形式實現，它運行在已經建立的企業內部網(Intranet)之上。
電子商務應用系統分為兩部分，一部分是完成企業內部的業務處理和向企業外部用戶提供服務，比如用戶可以通過互聯網查看產品目錄、產品資料等；另一部分是極其安全的電子支付系統，電子支付系統使得用戶可以通過互聯網在網上購物、支付等，真正實現電子商務。