網上購物平台的部署圖

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

大型電子商務網站架構，摘抄 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緩存，應該效率上能接受。

㈡ 電子商務網站伺服器需要什麼配置

電子商務網站來的伺服器需要企業級高性能的機型。商城網站因為屬於在線交易類型的性質，所以在線人數較多，安全性、穩定性、速度都有要求的。
對於電子商務網站而言，安全性一直是客戶網路交易的最大問題之一，所以,選擇一個快速、安全的託管解決方案很有必要，關鍵是能從黑客和釣魚網站中保護你用戶數據安全。
1、快速而穩定的伺服器
無論是什麼行業或者類型的網站，快速穩定的伺服器是每個網站正常運行的前提，是支撐電商網站運營的支柱，一旦伺服器出現了問題，將會帶來嚴重的後果。所以伺服器的選擇非常重要，我們在租用伺服器時一定要對其進行全面的考察以及使用過該伺服器的用戶的一些評價。在選擇時，最 好選用知 名品牌主機，即使對伺服器不是很了解，也不會上當受坑。
2、合適的網站空間與流量
電商網站的圖片一般比較多，特別是為了更好地展示產品或服務，我們會找專人設計優質的頁面，這樣也就導致圖片比較大。再者就是電商網站一般訪客比較多，所以在空間和流量方面不要太小，不然會導致空間和流量不夠用，網站被迫停止訪問。當然也不要一味追求大的空間和流量，以免導致資源的浪費。當您對此不知道如何選擇時，在購買時可以咨詢下技術支持人員，他們會給您推薦最合適的主機。
3、伺服器安全加密
Linux操作系統和cPanel的安全加密增加了的伺服器安全性。通過增加伺服器強化舉措，它大大提高了用戶的伺服器和軟體的安全性、可靠性和兼容性。
4、安裝SSL數字證書
電商網站都是線上交易，必須保證用戶線上交易的安全，所以需要強大的加密系統。SSL數字證書通過加密最大程度的保護網站用戶的訪問數據，而且具有安全標示的網站更容易獲取用戶的信任。
電商網站對伺服器配置的要求還是非常高的，不但要速度、空間、流量，更需要安全穩定，所以再次提醒您，如果是電商網站盡量選擇知 名品牌銳訊網路的伺服器，它是您安全交易的保障。

㈢ 做網站（商城）平台一般用什麼伺服器

系統使用 centos，再部署第抄三方建站環境，就可以順利做商城網站了。商城網站因為屬於在線交易類型的性質，所以在線人數較多，安全性、穩定性、速度都有要求的。

這類網站一般圖片都比較多且大尺寸。伺服器建議用 2核4G內存了。

帶寬也用3M以上，1M帶寬這樣的訪問會打開慢的。

看需求了，要看網站的規模，網站的日均流量等等來選擇的，如果是前期的小站，或者流量不會集中很高的企業站，就不需要很高配置的伺服器了，一般1核2g 1m的就夠用

首先得弄明白自己用伺服器用來干什麼放網站、應用運行或者是用來搭建放游戲等，都有一個自己的用途，弄明白用伺服器是用來幹嘛的，就可以很明確的知道自己需要的是哪種類型的伺服器

嘗試根據下面四個問題來評估自己的需求：

1. 伺服器運行什麼應用？

2. 需要支持多少用戶訪問？

3. 需要多大空間來存儲數據？

4. 我的業務有多重要？

從你的需求來看，國內選擇那幾個比較大的商家合適，至於名字和具體配置選擇也是一門學問，老魏會幫助你提供參考意見。

㈣ 《網上購物商城系統》jsp老師不值得大作業，求高手幫助

你這豈止是大作業哦，完全是畢業設計吧，需求分析什麼的都出來了，一般的作業是不會要你們做需求分析的。還要錄制視頻，這確實是有意思。不過要做出來也並不是什麼很大的問題，我有好幾套現在才完成的。

㈤ 日訪問量1千萬的購物網站伺服器需要什麼配置

樓主
您好，很高興為您解答
若訪問量達到千萬也算是超大型網站，CPU核心數越高越好，若版只是一台8核16G內存配置權的伺服器是不可能承載那麼大的訪問量的，建議您用這款配置的多台伺服器做集群，放置不同的地區，既可以減輕伺服器負荷，還可以解決不同地區用訪問速度問題，而且對網站數據也有保障，至於帶寬方面，不清楚您的網站圖片是否過多，按照千萬訪問量，帶寬至少需要100M獨享帶寬的，可以根據網站情況升級
希望能幫到您，如果有伺服器租用及託管相關方面問題可以找我

㈥ 建立網上商城都需要什麼配置

路過，轉載《現代商業》的文章的幾個觀點，作為給你的參考
創新管理專欄：根據網路平台的一些特點，您認為網上商城的角色定位應該更多的是網路銷售還是網路營銷？
全網商城：網上商城不能脫離「網路營銷」來談「網上銷售」，更不能脫離「網上銷售」來談「網路營銷」。只不過在網上商城的發展過程，不同的階段存在不同側重點。全網商城認為，在網上商城的建設初期，應偏向發揮網上商城的「網上營銷」的綜合作用，通過復合型營銷手段，針對互聯網消費群體的特點，結合網上商城的平台的自身功能以及用戶體驗的特色，使用戶能夠關注到「網上商城」，繼而通過業務的梳理，核心優勢的提煉，讓用戶在關注「網上商城」之後，產生實際購買行為，促進網上的銷售。可見，兩者之間的關系是相輔相成的。
創新管理專欄：產品展示不夠立體和直觀是無店鋪與實體店相比的一大差異，但目前無店鋪的產品展示方式也逐漸多樣化，精美的圖片和視頻，甚至是真人網路導購，您認為這是否意味著無店鋪和實體店在產品展示環節的差距在逐步淡化呢？
全網商城：網上商城與實體店的差距不僅在逐步淡化，甚至在某些方面，還體現出實體店無法比擬的優勢。當然，真實的購物體驗確實無法完整的復制到網路上，但網上商城卻能利用互聯網技術的優勢，將商品以更好的展示形式給消費者。比如數碼相機，在實體店中，即使最熟悉的店員，也只能給顧客介紹一些關鍵的參數，但在網上消費者不僅可以了解到所有參數，還能查看用戶對該商品的評論，實現與同類商品的綜合對比，甚至在購買後，還能通過博客、BBS等形式與其他顧客探討與交流。可見，網上商城完全可以成為實體店在產品展示和宣傳渠道方面的一種非常重要的補充。

0

㈦ 網站的部署文件和內容資源要怎麼放置

大型電子商務網站的框架，相同的抽取7。多語言網站如何處理好，那麼使用配置文件來或URL來確定你的公司呢？=顧客，使用標准方法至公元8年。電子商務網站是最大的商業折扣和積分這里介紹，如何設計它（工廠）？=成熟規則引擎> 9。采購如果同一時間與大量的訂單，如果提交的訂單，以確保有效？
= =電子商務使用MQ，IBM推薦使用MSMQ或

MQ；第一是設計資料庫，到什麼程度，你可能需要考慮哪些表需要分離，這表需要冗餘的核心數據，如果它是MySQL，但也在考慮其他的問題，如存儲引擎。
消息真是生成靜態頁面，資料庫要小得多，但也有靜態頁面管理不方便的添加、更新和刪除磁碟文件操作
做一個自定義的緩存層來控制緩存邏輯，可以使用第三方緩存模塊，如果你用.net做的可以，層緩存，頁面緩存，數據緩存（memcache，但贏得效率不高）交易
電子商務網站是嚴格的，在高性能的資料庫設計的要求，但還需要正確的指標，高並發、產品索引表的用戶表定期檢查，如果有很多索引掃描和表掃描（即使是局部的，但也要「本地」控制到最低）
MSSQL語句不需要問查詢偶然事務上（NOLOCK）方便並發更新。一些
功能模塊不與開發產品如想當然的按照訪問次數，不得這些非常頻繁的更新，在表中的核心領域，它是明確的分離

沒有定期的現場設計為bool類型，這將給未來發展留下了，即使這是男性和女性的領域，也推薦使用小

和其他類型的產品設計是在充分考慮了SEO網站，目錄結構清晰，而不是一個字元串查詢參數。
對安全有一個整體的把握，最好是使用所有的存儲過程，將項目存儲在資料庫中的出口的整個過程之前，然後像EXEC語句找到需要更換sp_executesql。
另外，如果使用的是MSSQL，直接與MSSQL FTE全文搜索可以速度和精度仍然是可能的，最重要的是維護和管理發展很簡單。根據電信一次折扣，兩倍的價格，如果你做過電信系統。當然，也可以設計為更簡單。

靜態頁面推薦使用CDN解決加速度之間的網通和電信的訪問速度；
數據緩存應該被緩存，也可分別在表示層和數據層使用現有的緩存操作機制。凈；
簡單實現的SQL可以存儲程序，處理時間的存儲過程將佔用資料庫伺服器的僵局；
MVC的建議或做CMS項目的應用，電子商城不是很適合個人的看法。URL可以做的是逃避，URL顯示更友好；資料庫建議建立分布式資料庫，它可以將查詢和訪問轉移給資料庫帶來壓力；圖像可以在單獨的伺服器上考慮；三層結構的< > > > > 1。 2 >。用手寫SQL，手寫實體（生成可以），反映緩存綁定（不緩存數據哦，緩存映射），考慮網站的長期開發性能或靈活或手寫3。沒有這個問題，業務驅動，純購物是好的，為什麼不循環，wiki 4。純.NET MVC Web窗體不推薦，不使用ViewState，不搞伺服器控制項（除了中繼器）添加MVC的概念是足夠使用
5。不需要緩存數據（搜索部分除外），考慮到多伺服器程序的快速部署，配置文件會有很多配置。序列化緩存
6。當然是Right先生，根據JD，根據每個圖片的業務對應幾個不同大小的< 7。根據電子商務網站的經驗，雙語實現多語言不可靠（語言切換文化不是一個簡單的用戶習慣），如果你想要一個真正的英語重新運行開發的一個版本。不參與模式 > 9。負載平衡（Web，DB）+ SSB非同步處理的數據在10。您是業務類型還是異常日誌？異常日誌的順序進程不需要找到一個工具來記錄腳本在任何時候運行，以確保

㈧ 公司准備建立一個網路商城，網路商城一般用什麼樣的伺服器報價一般是多少需要注意什麼越詳細越好！

網路商城屬於高復配置伺服器制。商城網站屬於在線交易類型，在線人數較多，對安全、穩定性、速度都有要求的。

這類網站一般圖片都比較多且大尺寸。伺服器建議用 2核4G內存了。

帶寬也用3M以上，1M帶寬太小，訪問會打開慢的。

看需求了，要看網站的規模，網站的日均流量等等來選擇的，如果是前期的小站，或者流量不會集中很高的企業站，就不需要很高配置的伺服器了，一般1核2g 1m的就夠用

首先得弄明白自己用伺服器用來干什麼放網站、應用運行或者是用來搭建放游戲等，都有一個自己的用途，弄明白用伺服器是用來幹嘛的，就可以很明確的知道自己需要的是哪種類型的伺服器

嘗試根據下面四個問題來評估自己的需求：

1. 伺服器運行什麼應用？

2. 需要支持多少用戶訪問？

3. 需要多大空間來存儲數據？

4. 我的業務有多重要？

從你的需求來看，國內選擇那幾個比較大的商家合適，至於名字和具體配置選擇也是一門學問，老魏會幫助你提供參考意見。

㈨ jsp大作業《網上購物商城系統》求高手幫忙解答

我前段做的跟說的很類似，不過只有程序代碼和資料庫