電子商務(wù)網(wǎng)站一般架構(gòu)有哪些 電子商務(wù)網(wǎng)站一般架構(gòu)有哪些
8.電子商務(wù)網(wǎng)站最多的就是 商品的打折方式和積分的贈送了,這里要怎么設(shè)計才好(工廠模式)?===采購成熟的規(guī)則引擎
9.如果同一時間并發(fā)大量訂單的話,如果確保一個訂單的有效提交呢?
==電子商務(wù)一般要使用MQ，推薦IBM MQ；使用MSMQ也可
第一點(diǎn)是數(shù)據(jù)庫要設(shè)計好，要達(dá)到什么級別，你可能需要考慮哪些表需要拆分，哪些表的核心數(shù)據(jù)需要冗余，如果是mysql，還要考慮其他的問題，比如存儲引擎。
新聞肯定是要生成純靜態(tài)頁，對數(shù)據(jù)庫壓力就小很多，不過靜態(tài)頁也有管理上的不方便，更新刪除添加都要對磁盤文件進(jìn)行操作
做一個自定義緩存層，對緩存邏輯進(jìn)行控制，可以采用第三方緩存模塊，如果使用.net來做，可以層層緩存，頁面緩存，數(shù)據(jù)緩存（memcache，不過在win下效率不高）
電子商務(wù)網(wǎng)站特點(diǎn)就是對事務(wù)的嚴(yán)格，需要數(shù)據(jù)庫設(shè)計的時候要求高性能，也需要合適的索引，支持高并發(fā)，經(jīng)常對產(chǎn)品表用戶表等進(jìn)行索引檢查，是否有很多索引掃描和表掃描（即使是局部的，也要將逗局部地控制到最小范圍）
mssql語句對不需要事務(wù)的查詢要附帶上with(nolock),以利于并發(fā)更新。
有些功能模塊不能按照想當(dāng)然的方式開發(fā)，比如產(chǎn)品訪問次數(shù)，切不可將這些更新非常頻繁的字段置于核心表內(nèi)，明確的做法是將其剝離開來 還有就是切不可經(jīng)常性將字段設(shè)計成bool類型，這樣會給以后的擴(kuò)展留出路，即使是男女這種字段，也建議采用tiny類型
其他還有就是在產(chǎn)品設(shè)計的時候充分考慮seo，網(wǎng)站目錄結(jié)構(gòu)清晰可讀，而不是帶著一串串的查詢參數(shù)。
對安全要有整體的把握，最好全都是用存儲過程，在項(xiàng)目上線前將數(shù)據(jù)庫存儲過程全部導(dǎo)出再查找貌似exec的語句，查找是否需要替換成sp_executesql。
另外，如果采用mssql，全文搜索直接用mssql fte就可以，速度和精確度都還是可以的，最重要的是維護(hù)和管理開發(fā)很簡單。
打折的處理可以按照電信的一次，二次批價功能，如果你做過電信方面的系統(tǒng)。
當(dāng)然也可以設(shè)計得更簡單的一些。 靜態(tài)的頁面建議使用CDN加速，以解決網(wǎng)通和電信之間訪問速度的問題；
數(shù)據(jù)的緩存方面建議考慮用memcache，另外也可以分別在表現(xiàn)層和數(shù)據(jù)層利用.net中的現(xiàn)存緩存機(jī)制作業(yè)可；
簡單執(zhí)行的sql可以不用存儲過程，存儲過程會占用數(shù)據(jù)庫服務(wù)器的處理時間，造成死鎖；
mvc建議還是做些CMS的項(xiàng)目上應(yīng)用，電子商城不是很適合，個人觀點(diǎn)。url上可以做轉(zhuǎn)義，使url顯示更友好；
數(shù)據(jù)庫建議建立分布數(shù)據(jù)庫，這樣可以轉(zhuǎn)移查詢和大訪問量對數(shù)據(jù)庫帶來壓力；
圖片可以考慮單獨(dú)放在一臺服務(wù)器上；1.三層架構(gòu)
2.使用手寫sql,手寫entity(生成也可),緩存反射綁定(不是緩存數(shù)據(jù)哦,緩存映射關(guān)系),要考慮網(wǎng)站的長期發(fā)展還是手寫吧 靈活 性能也好
3.沒有這種問題,商業(yè)驅(qū)動的,純購物就好了,千萬別搞什么圈子,wiki
4.純.net的mvc不建議,webform不搞viewstate,不搞服務(wù)端控件(除repeater)再加點(diǎn)mvc的思想已足夠用了
5.不需要緩存數(shù)據(jù)(除搜索產(chǎn)品部分),要考慮多臺服務(wù)器的程序快速部署,config文件會很多,config要序列化緩存
6.當(dāng)然是先生成好了,參照jd吧,按業(yè)務(wù)每張圖片對應(yīng)幾個不同大小的圖
7.據(jù)經(jīng)驗(yàn),電子商務(wù)網(wǎng)站僅靠中英雙語來達(dá)到多語言是不靠譜的(文化 用戶習(xí)慣不是簡單的語言切換),如果想真正運(yùn)營英語的就要重新開發(fā)一個版本
8.不搞模式
9.負(fù)載均衡(web,db)+ssb異步處理數(shù)據(jù)
10.你是業(yè)務(wù)類型的日志還是異常日志? 前臺訂單流程上異常日志不需要了,找個工具錄個腳本不停的跑 保證隨時發(fā)現(xiàn)問題發(fā)郵件就可以了
11.找第三方搜索組件 類似endeca的
12.負(fù)載均衡挺簡單的,初期靠軟件就可以,一切圖片找第三方放cdn,前臺網(wǎng)站用到ajax的地方很少,如果用的話jquery 1，一個電子商務(wù)網(wǎng)站用戶99.5%的行為時Find
2、對于商品檢索部分，能不用數(shù)據(jù)庫就不用數(shù)據(jù)庫（網(wǎng)上切詞等相關(guān)的開源平臺很多）
3、分布式緩存（Memcached 、Volecity），個人測試volecity 3還是不錯的
4、系統(tǒng)設(shè)計時必須要考慮可運(yùn)營。從這個角度去設(shè)計系統(tǒng)
5、對于電子商務(wù)網(wǎng)站改動很頻繁，必須考慮架構(gòu)設(shè)計如何適應(yīng)頻繁的版本更新
6、必須設(shè)計一個好的單點(diǎn)登錄系統(tǒng)。
7、建議能不用sqlserver就不用它。
8、對于大型電子商務(wù)網(wǎng)站來說，系統(tǒng)的I/O是起決定因素而不是CPU和內(nèi)存。1.項(xiàng)目劃分是否會有問題,圖中分別是 實(shí)體層,數(shù)據(jù)訪問接口層,數(shù)據(jù)訪問層,業(yè)務(wù)邏輯接口層,業(yè)務(wù)邏輯,網(wǎng)站A,B,C
項(xiàng)目劃分其實(shí)不重要，重要的的是你在寫代碼的時候是否能把代碼合理的分到對應(yīng)的項(xiàng)目里。
2.數(shù)據(jù)訪問層是要開發(fā)效率(NBear,Linq,Nh等),還是訪問效率(直接使用sql等)?是否可以先使用開發(fā)效率高的,等日后訪問量大了,再重寫并替換數(shù)據(jù)訪問層?
開發(fā)效率優(yōu)先，訪問量大了以后，我相信是有錢投到硬件上的，在你程序?qū)懙牟皇呛軤€的情況下，升級硬件遠(yuǎn)比優(yōu)化程序節(jié)省成本。
3.網(wǎng)站被切割成了多個子網(wǎng)站,有一些控件(如header,footer)是要共享的,如何跨網(wǎng)站項(xiàng)目共享這些控件呢?
那就做成自定義控件啦。
4.ms的mvc 1.0也出來不少時間了,是否已經(jīng)夠成熟運(yùn)用到項(xiàng)目中?或者是網(wǎng)站后臺使用webform的,前臺使用mvc?
推薦使用使用webform的,前臺使用mvc，對于前臺來說使用mvc能更好的提升性能，更方便的更換頁面表現(xiàn)形式。后臺界面相對穩(wěn)定，用webform可以提高開發(fā)效率。
5.網(wǎng)站數(shù)據(jù)的緩存是自己開發(fā)一個hashtable什么的來維護(hù)呢,還是使用Memcached ?
初期建議用hashtable，因?yàn)楹唵危瑢砩壍組emcached 。
6.縮略圖的處理,我看有的網(wǎng)站是在上傳圖片的時候直接生成,有的是在httpmodle里處理,訪問的時候生成.
直接生成縮略圖的好處是節(jié)約性能。httpmodle相反，每次瀏覽圖片的時候都會生成新的圖片，服務(wù)器壓力大，建議直接生成。
7.同一個網(wǎng)站的多語言該如何處理是好,使用配置文件然后cookie或url來判別?
多語言建議使用asp.net自帶的資源文件的方式實(shí)現(xiàn)，當(dāng)前語言保存在cookie里面。
8.電子商務(wù)網(wǎng)站最多的就是 商品的打折方式和積分的贈送了,這里要怎么設(shè)計才好(工廠模式)?
規(guī)則引擎
9.如果同一時間并發(fā)大量訂單的話,如果確保一個訂單的有效提交呢?
使用MQ隊(duì)列
10.日志方面,log4net?
log4net只能記錄程序運(yùn)行日志，主要目的是用來調(diào)試程序的，系統(tǒng)業(yè)務(wù)操作日志還你是得自己建一個表來保存。
11.電子商務(wù)的全文檢索,這也是個頭疼的問題
lucene，微軟索引服務(wù)，sqlserver全文檢索，方案很多的。
12.負(fù)載均衡方面,有什么好的文章推薦碼?
可以看windows 2003 集群方面的文章 1.項(xiàng)目劃分是否會有問題,圖中分別是 實(shí)體層,數(shù)據(jù)訪問接口層,數(shù)據(jù)訪問層,業(yè)務(wù)邏輯接口層,業(yè)務(wù)邏輯,網(wǎng)站A,B,C
目前我也是這樣分的,不過當(dāng)數(shù)據(jù)表結(jié)構(gòu)有修改時,會帶動其它層的聯(lián)級修改,非常不方便，所以開發(fā)之前最好將數(shù)據(jù)庫設(shè)計地完善一點(diǎn)。另外，當(dāng)網(wǎng)站分成多個以后，其它項(xiàng)目生成的DLL文件要部署到每個網(wǎng)站的bin文件夾里，更新一次都要重新部署，這也是個挺煩人的事，當(dāng)然可以將DLL部署到GAC里來解決這個問題，不過這樣的話本地調(diào)試起來就不太方便了，因?yàn)轫?xiàng)目一有改動，就要將生成的DLL重新拷貝到GAC里才能看到效果。
2.數(shù)據(jù)訪問層是要開發(fā)效率(NBear,Linq,Nh等),還是訪問效率(直接使用sql等)?是否可以先使用開發(fā)效率高的,等日后訪問量大了,再重寫并替換數(shù)據(jù)訪問層?
這個我也在考慮。目前我還沒有采用ORM框架，都是在DAL里直接訪問DB的。
3.網(wǎng)站被切割成了多個子網(wǎng)站,有一些控件(如header,footer)是要共享的,如何跨網(wǎng)站項(xiàng)目共享這些控件呢?
自定義控件。
4.ms的mvc 1.0也出來不少時間了,是否已經(jīng)夠成熟運(yùn)用到項(xiàng)目中?或者是網(wǎng)站后臺使用webform的,前臺使用mvc?
正在學(xué)習(xí)這一塊。
5.網(wǎng)站數(shù)據(jù)的緩存是自己開發(fā)一個hashtable什么的來維護(hù)呢,還是使用Memcached ?
現(xiàn)在我用的比較多的是.net自帶的數(shù)據(jù)緩存。
6.縮略圖的處理,我看有的網(wǎng)站是在上傳圖片的時候直接生成,有的是在httpmodle里處理,訪問的時候生成.
直接生成好，快一點(diǎn)。
7.同一個網(wǎng)站的多語言該如何處理是好,使用配置文件然后cookie或url來判別?
我沒涉及到這一塊，不過我覺得資源文件應(yīng)該就是用來處理這個問題的。
8.電子商務(wù)網(wǎng)站最多的就是 商品的打折方式和積分的贈送了,這里要怎么設(shè)計才好(工廠模式)?
這些都放在邏輯層好了。
9.如果同一時間并發(fā)大量訂單的話,如果確保一個訂單的有效提交呢?
MSMQ
10.日志方面,log4net?
目前我是自已寫代碼存在庫里的。
11.電子商務(wù)的全文檢索,這也是個頭疼的問題
用lucene.net分詞建索引，再直接從索引庫里搜索，又快又準(zhǔn)。
12.負(fù)載均衡方面,有什么好的文章推薦碼?
不清楚了。 這樣的設(shè)計要達(dá)到新蛋的效果肯定不可能的，新蛋少說幾百臺服務(wù)器，不同數(shù)據(jù)庫之間的發(fā)布訂閱鏈路都有幾千條。有復(fù)雜的緩存，負(fù)載均衡機(jī)制。新蛋所有的通訊都是基于WCF的。另外對于這么大型的網(wǎng)站來說，數(shù)據(jù)庫一刻都不停止，所以讀寫分離也很重要，因?yàn)槟阋膊豢赡茏寯?shù)據(jù)庫停下來進(jìn)行備份。總歸要做到新蛋這樣的大型電子商務(wù)網(wǎng)站，靠你上面畫的這點(diǎn)好像遠(yuǎn)遠(yuǎn)不夠。
不過關(guān)于公共的header,footer,我不建議做成自定義控件，這個維護(hù)起來不方便，稍有變動就要發(fā)布dll，麻煩的。
如果你的header和footer不是很大的話，建議采用js+css的方式。然后加上壓縮和cdn緩存，應(yīng)該效率上能接受。
電子商務(wù)企業(yè)一般都會設(shè)置哪些部門
一般設(shè)置以下部門：1、傳統(tǒng)公司架構(gòu)（財務(wù)人事行政）2、技術(shù)協(xié)調(diào)部（開發(fā)、設(shè)計、技術(shù)維護(hù)）3、運(yùn)營部（含市場、渠道、內(nèi)容維護(hù)）4、客戶服務(wù)部（含活動、呼叫中心）5、物流部 6、發(fā)展項(xiàng)目部 。。。
電子商務(wù)企業(yè)的組織架構(gòu)是怎樣的
8. 商務(wù)部門的主要職責(zé)是確保商品能安全送達(dá)到消費(fèi)者手中，而信息技術(shù)部門負(fù)責(zé)通過互聯(lián)網(wǎng)宣傳企業(yè)產(chǎn)品信息。9. 不同于某些實(shí)體企業(yè)需要大量員工，電子商務(wù)企業(yè)通過信息化手段減少人力資源的依賴，強(qiáng)調(diào)將軍的重要性而非士兵數(shù)量。10. 電子商務(wù)企業(yè)的組織架構(gòu)不一定要遵循扁平化模式，關(guān)鍵是通過有效的管理和...
淘寶的電子商務(wù)系統(tǒng)結(jié)構(gòu)
這三個基礎(chǔ)層次和兩個支柱構(gòu)成了電子商務(wù)應(yīng)用的基石。它們?yōu)楦鞣N特定的電子商務(wù)應(yīng)用提供了必要的支持，使得電子商務(wù)能夠順利運(yùn)行。網(wǎng)絡(luò)層、傳輸層和服務(wù)層共同構(gòu)成了電子商務(wù)的基礎(chǔ)架構(gòu)。網(wǎng)絡(luò)層負(fù)責(zé)構(gòu)建互聯(lián)網(wǎng)的物理連接，傳輸層則確保數(shù)據(jù)能夠安全、高效地傳輸，服務(wù)層則提供了各種服務(wù)，如數(shù)據(jù)處理和存儲。安...
電子商務(wù)解決方案的基礎(chǔ)構(gòu)架
電子商務(wù)解決方案的基礎(chǔ)構(gòu)架電子商務(wù)解決方案的基礎(chǔ)架構(gòu)是企業(yè)用于實(shí)現(xiàn)向電子商務(wù)轉(zhuǎn)型的完整電子商務(wù)基礎(chǔ)設(shè)施，它為企業(yè)提供一個完全整合的環(huán)境，主要包括硬件、軟件以及服務(wù)等組成部分，通過全面的系統(tǒng)繼承管理，支持用戶的多種應(yīng)用。一般電子商務(wù)系統(tǒng)由三層框架結(jié)構(gòu)組成：1.底層是電子商務(wù)網(wǎng)絡(luò)平臺2.中間層是電子...
電商團(tuán)隊(duì)的基本型構(gòu)架
1、負(fù)責(zé)整體運(yùn)營，制定切實(shí)可行的網(wǎng)站運(yùn)營計劃及實(shí)施方案；2、負(fù)責(zé)團(tuán)隊(duì)的日常管理，組建并管理網(wǎng)站運(yùn)營團(tuán)隊(duì)。推廣：將產(chǎn)品進(jìn)行各種渠道推廣。1、負(fù)責(zé)網(wǎng)站的整體推廣，網(wǎng)站運(yùn)營過程中的監(jiān)控數(shù)據(jù)分析，指導(dǎo)市場推廣和產(chǎn)品銷售方案；2、熟悉電子商務(wù)網(wǎng)站的成本控制及營銷手段，建立網(wǎng)站品牌知名度，擴(kuò)大市場影響。
電子商務(wù)企業(yè)組織架構(gòu):小型電商公司組織架構(gòu)
電子商務(wù)企業(yè)組織架構(gòu)：小型電商公司組織架構(gòu) 一、組織架構(gòu)圖 二、運(yùn)營中心主要職能：- 市場部：負(fù)責(zé)新產(chǎn)品的開發(fā)、聯(lián)絡(luò)，銷售市場的開發(fā)，以及商品上市前的宣傳方案制定。- 后勤部：負(fù)責(zé)產(chǎn)品圖片制作、售前售后客服咨詢等商品銷售支持工作。- 綜合部：負(fù)責(zé)日常行政管理，體驗(yàn)店管理，以及公司人員入職、調(diào)動、...
下列( )屬于電子商務(wù)的系統(tǒng)架構(gòu)中電子商務(wù)應(yīng)用層的內(nèi)容。
【答案】：A 本題考查電子商務(wù)系統(tǒng)架構(gòu)知識。電子商務(wù)系統(tǒng)四個層次分別是：網(wǎng)絡(luò)基礎(chǔ)設(shè)施、多媒體內(nèi)容和網(wǎng)絡(luò)出版的基礎(chǔ)設(shè)施、報文和信息傳播的基礎(chǔ)設(shè)施、商業(yè)服務(wù)的基礎(chǔ)設(shè)施。電子商務(wù)應(yīng)用層在最上層，主要內(nèi)容包括在線營銷與廣告、在線購物、采購和購買、遠(yuǎn)程金融服務(wù)、供應(yīng)鏈管理、其他應(yīng)用等。EDI屬于報文和...
電子商務(wù)企業(yè)的組織架構(gòu)是怎樣的
8. 商務(wù)部門的主要任務(wù)是確保商品能安全快捷地送達(dá)消費(fèi)者手中，而技術(shù)信息部門則負(fù)責(zé)通過互聯(lián)網(wǎng)推廣企業(yè)產(chǎn)品信息。9. 電子商務(wù)企業(yè)不同于傳統(tǒng)實(shí)體企業(yè)，它們通過信息化手段減少對人力資源的依賴，重視將軍的作用而非士兵的數(shù)量。10. 電子商務(wù)企業(yè)的組織架構(gòu)不必拘泥于扁平化模式，關(guān)鍵是通過有效的管理和銷售...
電商創(chuàng)業(yè),一般公司如何制定組織架構(gòu)?
五、商務(wù)拓展部 負(fù)責(zé)團(tuán)購業(yè)務(wù)的聯(lián)系與開發(fā)，進(jìn)駐大型B2C平臺，組織銷售。具體職責(zé)如下：5.1 電子商務(wù)拓展經(jīng)理：聯(lián)系團(tuán)購業(yè)務(wù)，進(jìn)駐B2C平臺，協(xié)調(diào)銷售。5.2 電子商務(wù)拓展專員：執(zhí)行團(tuán)購業(yè)務(wù)聯(lián)系，進(jìn)駐B2C平臺，支持銷售工作。六、電商物流部 負(fù)責(zé)電子商務(wù)物流發(fā)貨管理，具體職責(zé)如下：6.1 物流主管：管理物流...
電子商務(wù)的組成部分
電子商務(wù)的組成部分主要包括：網(wǎng)絡(luò)平臺、交易參與方、電子支付系統(tǒng)和物流配送體系。首先，網(wǎng)絡(luò)平臺是電子商務(wù)的基礎(chǔ)架構(gòu)，它提供了商品或服務(wù)展示、信息交流、交易處理等功能。這些平臺可以是企業(yè)自建的官方網(wǎng)站，也可以是第三方電商平臺，如淘寶、京東等。網(wǎng)絡(luò)平臺通過友好的用戶界面和高效的信息處理能力，促進(jìn)...
相關(guān)評說：
柏鄉(xiāng)縣運(yùn)動： ______ 1、客戶服務(wù)部 2、市場推廣部 3、信息編輯部 4、開發(fā)部 5、銷售部
柏鄉(xiāng)縣運(yùn)動： ______[答案] 電子商務(wù)整體結(jié)構(gòu)分為電子商務(wù)應(yīng)用層結(jié)構(gòu)和支持應(yīng)用實(shí)現(xiàn)的基礎(chǔ)結(jié)構(gòu),基礎(chǔ)結(jié)構(gòu)包括三個層次和兩個支柱.三個層次自下而上分別為網(wǎng)絡(luò)層、多媒體消息/信息發(fā)布層、一般業(yè)務(wù)服務(wù)層,兩個支柱分別是技術(shù)標(biāo)準(zhǔn)和政策、法規(guī).三個層次之上是各種特...
柏鄉(xiāng)縣運(yùn)動： ______ 電子商務(wù),它其實(shí)分兩個模塊,電子技術(shù)與商務(wù)經(jīng)濟(jì).幾乎每個專業(yè)的側(cè)重點(diǎn)不一樣,有重技術(shù),有重商務(wù),但由于現(xiàn)在國內(nèi)的電子商務(wù)教育仍處于起步階段,很多知識不成熟,理論與實(shí)踐差距甚遠(yuǎn).造成現(xiàn)在的電子商務(wù)畢業(yè)生就業(yè)壓力相當(dāng)大,除非你是相當(dāng)優(yōu)秀的人才,否則休想在電子商務(wù)領(lǐng)域要份工作.建議在學(xué)電子商務(wù)的時候,自學(xué)好JAVA和.NET對你畢業(yè)就業(yè)有莫大的幫助.這是我作為電子商務(wù)畢業(yè)生的看法.
柏鄉(xiāng)縣運(yùn)動： ______ 現(xiàn)在最流行的電子商務(wù)架構(gòu)主要為兩種: 一、Windows Server 2003/2008+ASP.NET+IIS+MS SQL Server 2005/2008. 二、Linxu/Unix+PHP+Apache+MySQL. 也有少數(shù)大型電子商務(wù)網(wǎng)站數(shù)據(jù)庫用的是甲骨文公司的Oracle.
柏鄉(xiāng)縣運(yùn)動： ______ 簡單的說吧第一要有獨(dú)立域名,第二虛擬主機(jī)(即空間),第三是網(wǎng)店系統(tǒng).把這三個結(jié)合在一起就是電子商務(wù)網(wǎng)站.
柏鄉(xiāng)縣運(yùn)動： ______ 1.網(wǎng)絡(luò)基礎(chǔ)平臺.2.安全結(jié)構(gòu).3.支付體系.4.業(yè)務(wù)系統(tǒng)4個層次. 電子商務(wù)是以計算機(jī)網(wǎng)絡(luò)為基礎(chǔ)的,計算機(jī)網(wǎng)絡(luò)是電子商務(wù)的運(yùn)行平臺. 電子商務(wù)活動分為支付型業(yè)務(wù)和非支付型業(yè)務(wù). 電子商務(wù)業(yè)務(wù)包括支付型業(yè)務(wù)和非支付型業(yè)務(wù).支付型業(yè)務(wù)通常涉及資金的轉(zhuǎn)移.支付型業(yè)務(wù)建立在支付體系之上,根據(jù)業(yè)務(wù)的需要使用相應(yīng)的支付體系.而非支付型業(yè)務(wù)則直接建立在安全基礎(chǔ)結(jié)構(gòu)之上,使用安全基礎(chǔ)層提供的各種認(rèn)證手段和安全技術(shù)保證安全的電子商務(wù)服務(wù). 通過CA安全認(rèn)證系統(tǒng)發(fā)放的證書確認(rèn)對方的身份是電子商務(wù)中最常用的方法之一.
