微信平臺(tái)的后臺(tái)代碼被托管在一個(gè)服務(wù)器上，也就是部署，微信上填寫的那個(gè)URL只是個(gè)接受微信服務(wù)器發(fā)來消息處理的開始接口， 如果你想看源碼，可以給對(duì)方要一個(gè)SVN地址，自己check下來下，研究唄

這個(gè)是微信商家用戶，必須要網(wǎng)站技術(shù)人員配置才行。前提你要有微信服務(wù)號(hào)認(rèn)證才行。

電子商務(wù)是以信息網(wǎng)絡(luò)技術(shù)為手段，以商品交換為中心的商務(wù)活動(dòng)；也可理解為在互聯(lián)網(wǎng)（Internet）、企業(yè)內(nèi)部網(wǎng)（Intranet）和增值網(wǎng)（VAN，Value Added Network）上以電子交易方式進(jìn)行交易活動(dòng)和相關(guān)服務(wù)的活動(dòng)，是傳統(tǒng)商業(yè)活動(dòng)各環(huán)節(jié)的電子化、網(wǎng)絡(luò)化、信息化。同時(shí)網(wǎng)絡(luò)營(yíng)銷也是電子商務(wù)的一種產(chǎn)物，而且對(duì)于網(wǎng)絡(luò)營(yíng)銷來說，在做之前要先做好網(wǎng)絡(luò)營(yíng)銷方案，那樣才有便于計(jì)劃的實(shí)施。

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

第一步：需要客戶提供一個(gè)完整的需求說明。很多客戶對(duì)自己的需求并不是很清楚，需要您不斷引導(dǎo)和幫助分析。曾經(jīng)有一次，我問客戶：“您做網(wǎng)站的目的是什么?”他回答：“沒有目的，只是因?yàn)閯e人都有，我沒有!”。這樣的客戶就需要耐心說明，仔細(xì)分析，挖掘出他潛在的，真正的需求。 配合客戶寫一份詳細(xì)的，完整的需求說明會(huì)花很多時(shí)間，但這樣做是值得的，而且一定要讓客戶滿意，簽字認(rèn)可。把好這一關(guān)，可以杜絕很多因?yàn)樾枨蟛幻骰蚶斫馄钤斐傻氖д`和項(xiàng)目失敗。糟糕的需求說明不可能有高質(zhì)量的網(wǎng)站。那么需求說明書要達(dá)到怎樣的標(biāo)準(zhǔn)呢?簡(jiǎn)單說，包含下面幾點(diǎn)： 1、正確性：每個(gè)功能必須清楚描寫交付的功能;2、可行性：確保在當(dāng)前的開發(fā)能力和系統(tǒng)環(huán)境下可以實(shí)現(xiàn)每個(gè)需求;3、必要性：功能是否必須交付，是否可以推遲實(shí)現(xiàn)，是否可以在削減開支情況發(fā)生時(shí)"砍"掉;4、簡(jiǎn)明性：不要使用專業(yè)的網(wǎng)絡(luò)術(shù)語;5、檢測(cè)性：如果開發(fā)完畢，客戶可以根據(jù)需求檢測(cè)。第二步是做系統(tǒng)分析。網(wǎng)站總體設(shè)計(jì)：在拿到客戶的需求說明后，并不是直接開始網(wǎng)站制作，而是需要對(duì)項(xiàng)目進(jìn)行總體設(shè)計(jì)，詳細(xì)設(shè)計(jì)，出一份網(wǎng)站建設(shè)方案給客戶?？傮w設(shè)計(jì)是非常關(guān)鍵的一步。它主要確定：1、網(wǎng)站需要實(shí)現(xiàn)哪些功能; 2、網(wǎng)站開發(fā)使用什么軟件，在什么樣的硬件環(huán)境;3、需要多少人，多少時(shí)間;4、需要遵循的規(guī)則和標(biāo)準(zhǔn)有哪些。同時(shí)需要寫一份總體規(guī)劃說明書，包括：1、網(wǎng)站的欄目和版塊;2、網(wǎng)站的功能和相應(yīng)的程序; 3、網(wǎng)站的鏈接結(jié)構(gòu);4、如果有數(shù)據(jù)庫(kù)，進(jìn)行數(shù)據(jù)庫(kù)的概念設(shè)計(jì);5、網(wǎng)站的交互性和用戶友好設(shè)計(jì)。 網(wǎng)站建設(shè)方案 在總體設(shè)計(jì)出來后，一般需要給客戶一個(gè)網(wǎng)站建設(shè)方案。很多網(wǎng)頁(yè)制作公司在接洽業(yè)務(wù)時(shí)就被客戶要求提供方案。那時(shí)的方案一般比較籠統(tǒng)，而且在客戶需求不是十分明確的情況下提交方案，往往和實(shí)際制作后的結(jié)果會(huì)有很大差異。所以應(yīng)該盡量取得客戶的理解，在明確需求并總體設(shè)計(jì)后提交方案，這樣對(duì)雙方都有益處。網(wǎng)站建設(shè)方案的包括以下幾個(gè)部分：1、客戶情況分析;2、網(wǎng)站需要實(shí)現(xiàn)的目的和目標(biāo);3、網(wǎng)站形象說明;4、網(wǎng)站的欄目版塊和結(jié)構(gòu);5、網(wǎng)站內(nèi)容的安排，相互鏈接關(guān)系;6、使用軟件，硬件和技術(shù)分析說明;7、開發(fā)時(shí)間進(jìn)度表;8、宣傳推廣方案;9、維護(hù)方案;10、制作費(fèi)用;11、本公司簡(jiǎn)介：成功作品，技術(shù)，人才說明等。當(dāng)方案通過客戶的認(rèn)可，就可以開始動(dòng)手制作網(wǎng)站了。但還不是真正意義上的制作，你需要進(jìn)行詳細(xì)網(wǎng)站設(shè)計(jì)：總體設(shè)計(jì)階段以比較抽象概括的方式提出了解決問題的辦法;詳細(xì)設(shè)計(jì)階段的任務(wù)就是把解法具體化。詳細(xì)設(shè)計(jì)主要是針對(duì)程序開發(fā)部分來說的。但這個(gè)階段的不是真正編寫程序，而是設(shè)計(jì)出程序的詳細(xì)規(guī)格說明。這種規(guī)格說明的作用很類似于其他工程領(lǐng)域中工程師經(jīng)常使用的工程藍(lán)圖，它們應(yīng)該包含必要的細(xì)節(jié)，例如：程序界面，表單，需要的數(shù)據(jù)等。程序員可以根據(jù)它們寫出實(shí)際的程序代碼。總體設(shè)計(jì)是非常關(guān)鍵的一步。它主要確定：1、網(wǎng)站需要實(shí)現(xiàn)哪些功能;2、網(wǎng)站開發(fā)使用什么軟件，在什么樣的硬件環(huán)境;3、需要多少人，多少時(shí)間;4、需要遵循的規(guī)則和標(biāo)準(zhǔn)有哪些。同時(shí)需要寫一份總體規(guī)劃說明書，包括：1、網(wǎng)站的欄目和版塊;2、網(wǎng)站的功能和相應(yīng)的程序;3、網(wǎng)站的鏈接結(jié)構(gòu);4、如果有數(shù)據(jù)庫(kù)，進(jìn)行數(shù)據(jù)庫(kù)的概念設(shè)計(jì);5、網(wǎng)站的交互性和用戶友好設(shè)計(jì)。第三步是做網(wǎng)站建設(shè)方案。在總體設(shè)計(jì)出來后，一般需要給客戶一個(gè)網(wǎng)站建設(shè)方案。很多網(wǎng)頁(yè)制作公司在接洽業(yè)務(wù)時(shí)就被客戶要求提供方案。那時(shí)的方案一般比較籠統(tǒng)，而且在客戶需求不是十分明確的情況下提交方案，往往和實(shí)際制作后的結(jié)果會(huì)有很大差異。所以應(yīng)該盡量取得客戶的理解，在明確需求并總體設(shè)計(jì)后提交方案，這樣對(duì)雙方都有益處。網(wǎng)站建設(shè)方案的包括以下幾個(gè)部分：1、客戶情況分析;2、網(wǎng)站需要實(shí)現(xiàn)的目的和目標(biāo);3、網(wǎng)站形象說明;4、網(wǎng)站的欄目版塊和結(jié)構(gòu);5、網(wǎng)站內(nèi)容的安排，相互鏈接關(guān)系;6、使用軟件，硬件和技術(shù)分析說明;7、開發(fā)時(shí)間進(jìn)度表;8、宣傳推廣方案;9、維護(hù)方案;10、制作費(fèi)用;11、本公司簡(jiǎn)介：成功作品，技術(shù)，人才說明等。另：網(wǎng)頁(yè)設(shè)計(jì)注冊(cè)事項(xiàng)1、框架結(jié)構(gòu)(Frame Sets)有些搜索引擎(如FAST)是不支持框架結(jié)構(gòu)的，他們的“蜘蛛”程序無法閱讀這樣的網(wǎng)頁(yè)。2、圖象區(qū)塊(Image Maps)除AltaVista、Google和Northern Light(現(xiàn)已停止公共搜索服務(wù))明確支持圖像區(qū)塊鏈接外，其他引擎是不支持它的。當(dāng)“蜘蛛”程序遇到這種結(jié)構(gòu)時(shí)，往往會(huì)感到茫然不知所措。因此盡量不要設(shè)置Image Map鏈接。3、特效鏈接我們經(jīng)?？吹接行┚W(wǎng)站為導(dǎo)航鏈接加上了特效，如點(diǎn)擊某個(gè)項(xiàng)目會(huì)展開下層鏈接等。這些效果一般通過Java Script實(shí)現(xiàn)，視覺上非常新穎，但在“蜘蛛”程序的眼里則沒那么誘人，相反它無法解讀這種鏈接。為了讓搜索引擎順利檢索到你的網(wǎng)頁(yè)，建議還是犧牲掉一些花哨的東西。4、FLASH雖然FLASH網(wǎng)站制作的網(wǎng)頁(yè)視覺效果較好，但搜索引擎對(duì)此卻不太感冒，個(gè)案表明這一類的網(wǎng)站很難被百度搜索引擎索引。明智的做法是提供FLASH和非FLASH網(wǎng)頁(yè)兩種選擇，這樣即增加了網(wǎng)頁(yè)的觀賞性，又照顧到了搜索引擎的情緒。5、動(dòng)態(tài)網(wǎng)頁(yè)(Dynamic Pages)任何地址中帶“?”號(hào)、“&”號(hào)(及其他類似符號(hào))的網(wǎng)頁(yè)都會(huì)把“蜘蛛”程序擋在門外。這些網(wǎng)頁(yè)通常由CGI、PHP、ASP等程序產(chǎn)生，技術(shù)上較先進(jìn)，但不適合搜索引擎的“蜘蛛”程序。雖然目前有的大型搜索引擎(如Google)已具備檢索動(dòng)態(tài)網(wǎng)頁(yè)的能力，但相當(dāng)一部分?jǐn)?shù)引擎還是不支持它的。而且即使是能夠索引動(dòng)態(tài)網(wǎng)頁(yè)的Google，也在多個(gè)場(chǎng)合中明確表示不保證檢索全部的動(dòng)態(tài)網(wǎng)頁(yè)。因此，除非是超大型網(wǎng)站，為方便起見不得不采用動(dòng)態(tài)網(wǎng)頁(yè)生成技術(shù)，否則還是盡量使用靜態(tài)網(wǎng)頁(yè)為好。6、加密網(wǎng)頁(yè)除非你不希望搜索引擎檢索你的網(wǎng)頁(yè)，否則不要給你的網(wǎng)頁(yè)加密。7、網(wǎng)頁(yè)容量包括圖像在內(nèi)的網(wǎng)頁(yè)字節(jié)數(shù)最好不要超過50K。體型龐大的網(wǎng)頁(yè)下載速度慢，不僅會(huì)讓普通訪問者等得心急如焚，有時(shí)也會(huì)使“蜘蛛”程序感到不耐煩。目前搜索引擎都不愿收錄位于免費(fèi)主頁(yè)空間上的網(wǎng)站。其理由是，既然你認(rèn)為自己的網(wǎng)站如此重要，以至于需要登錄搜索引擎讓天下人都知道，那么你沒有理由還將它放在免費(fèi)服務(wù)器上。更何況免費(fèi)主頁(yè)通常速度較慢，會(huì)影響大家搜索信息的效率。

我們要先分析網(wǎng)站的功能，如果你是建企業(yè)網(wǎng)站，功能就比較簡(jiǎn)單，大部分是信息發(fā)布功能，招聘功能，產(chǎn)品發(fā)布系統(tǒng)等，時(shí)間一個(gè)月內(nèi)就好。如果你是要建電商網(wǎng)站或者是門戶型網(wǎng)站，那開發(fā)的時(shí)間就會(huì)越長(zhǎng)，通常要2-3個(gè)月時(shí)間。 不做后臺(tái)，光做前端，商城要做多久 ？

參考文章：（關(guān)注我網(wǎng)站開發(fā)人）建立在線商城網(wǎng)站，是為了讓用戶通過互聯(lián)網(wǎng)進(jìn)行商品的購(gòu)買，除貨到付款可以讓物流公司代為收款外，另一種支付渠道就是通過用戶的銀行卡或各種第三方支付賬戶來進(jìn)行商品費(fèi)用的支付。網(wǎng)站如果希望用戶通過在線付款的方式進(jìn)行付款，就需要申請(qǐng)一種或多種用于進(jìn)行人民幣支付的支付接口。在線支付接口提供商可以是某個(gè)商業(yè)銀行、銀聯(lián)在線支付或者支付寶、財(cái)付通等第三方的支付機(jī)構(gòu)。下面是對(duì)這幾種方式的簡(jiǎn)單介紹。一、直聯(lián)商業(yè)銀行接口直接使用商業(yè)銀行提供的商戶支付功能，需要使用者到提供商戶功能的商業(yè)銀行營(yíng)業(yè)廳進(jìn)行咨詢、提交公司資料并進(jìn)行審核開通。銀行在配置支付所需接口參數(shù)并為使用者開通功能后，使用者需要根據(jù)銀行提供的開發(fā)文檔進(jìn)行相關(guān)接口程序的開發(fā)，集成到商城網(wǎng)站在線購(gòu)物的支付流程中。直接使用商業(yè)銀行接口時(shí)，可能會(huì)遇到各種技術(shù)問題，以及因單個(gè)銀行接口使用不廣泛和跨行支付時(shí)也會(huì)遇到很多問題，一般需要單獨(dú)與多個(gè)銀行進(jìn)行單獨(dú)簽約，所以大部分需要在線交易的網(wǎng)站，使用單獨(dú)簽約多個(gè)商業(yè)銀行進(jìn)行支付的很少。這種方式很單一，我們不考慮。二、銀聯(lián)在線支付“銀聯(lián)在線支付”是中國(guó)銀聯(lián)聯(lián)合商業(yè)銀行共同推出的集成化、綜合性、開放性網(wǎng)上支付平臺(tái)，全面支持各類型銀聯(lián)卡，涵蓋認(rèn)證支付、快捷支付、普通支付和網(wǎng)銀支付等多種支付方式，其中認(rèn)證、快捷和普通支付無需開通網(wǎng)銀，即可為銀聯(lián)卡持卡人的購(gòu)物繳費(fèi)、商旅預(yù)訂、慈善捐款、轉(zhuǎn)賬還款等提供“安全、快捷、多選擇、全球化”的支付服務(wù)。申請(qǐng)條件：“銀聯(lián)在線支付”簽約需要聯(lián)系當(dāng)?shù)劂y聯(lián)商務(wù)公司，提交公司營(yíng)業(yè)執(zhí)照、稅務(wù)登記證、法人身份證、ICP許可證等相關(guān)資料進(jìn)行審核，通過后銀聯(lián)總部將對(duì)支付參數(shù)進(jìn)行配置，完成后商城技術(shù)開發(fā)人員即可通過銀聯(lián)提供的開發(fā)文檔進(jìn)行支付功能的開發(fā)，讓用戶在購(gòu)買產(chǎn)品時(shí)通過銀聯(lián)在線支付或到其提供的各個(gè)商業(yè)銀行的網(wǎng)銀支付頁(yè)面進(jìn)行付款。收費(fèi)標(biāo)準(zhǔn)：商戶端軟件費(fèi)： 4000元（一次性收費(fèi)）。ChinaPay會(huì)員年費(fèi)： 3000元/年。每筆交易手續(xù)費(fèi)： 1.8%,單筆最低0.2元。銀聯(lián)申請(qǐng)表（銀聯(lián)在線網(wǎng)站上可下載）申請(qǐng)須知：1、本表適用于商戶接入“銀聯(lián)在線支付”互聯(lián)網(wǎng)前臺(tái)業(yè)務(wù)，且由商戶開發(fā)接口直接和銀聯(lián)在線支付系統(tǒng)（UPOP系統(tǒng)）對(duì)接。2、收單機(jī)構(gòu)應(yīng)按照本表所列項(xiàng)目獲取商戶真實(shí)、完整信息，相關(guān)產(chǎn)品功能由收單機(jī)構(gòu)根據(jù)商戶申請(qǐng)進(jìn)行確認(rèn)。收單機(jī)構(gòu)需將本表蓋章后提交，并自行確定本表是否要求商戶蓋章。如發(fā)現(xiàn)本表填寫信息不實(shí)，銀聯(lián)保留對(duì)相關(guān)商戶關(guān)停銀聯(lián)在線支付功能的權(quán)利。3、商戶簡(jiǎn)稱將用于向持卡人發(fā)送短信驗(yàn)證碼時(shí)使用，字?jǐn)?shù)應(yīng)在8個(gè)漢字以內(nèi)。在支付頁(yè)面和信用卡持卡人賬單上出現(xiàn)的商戶名稱信息，由“商戶工商注冊(cè)名稱”+“（商戶網(wǎng)站名稱）”組合而成，便于持卡人識(shí)別。4、業(yè)務(wù)聯(lián)系人將接收銀聯(lián)發(fā)送的商戶入網(wǎng)受理通知郵件和工作密鑰、作為商戶服務(wù)網(wǎng)站初始管理員，技術(shù)聯(lián)系人將接收銀聯(lián)技術(shù)人員關(guān)于交易異常的通知。其他聯(lián)系人信息，如風(fēng)險(xiǎn)聯(lián)系人、清算聯(lián)系人等，請(qǐng)商戶及時(shí)登錄商戶服務(wù)網(wǎng)站自助登記和更新，以便順暢收到銀聯(lián)以郵件和短信方式發(fā)送的通知。5、虛擬商品是指無實(shí)物性質(zhì)，非實(shí)名登記，且無需線下配送的商品。銷售虛擬商品的商戶應(yīng)在表中注明所售虛擬商品的名稱。6、平臺(tái)類商戶是指搭建網(wǎng)絡(luò)商城平臺(tái)，并代表加入該平臺(tái)的商品或服務(wù)的直接提供者（二級(jí)商戶）與收單機(jī)構(gòu)建立銀行卡受理契約關(guān)系的特約商戶。7、防釣魚功能是為防范釣魚網(wǎng)站（網(wǎng)頁(yè)）對(duì)客戶賬戶的欺騙和攻擊，防止用戶交易跳轉(zhuǎn)到釣魚網(wǎng)站（網(wǎng)頁(yè)）而產(chǎn)生交易損失的功能。防釣魚功能有域名檢查和IP校驗(yàn)兩種實(shí)現(xiàn)方式。銀聯(lián)默認(rèn)為商戶開啟域名檢查方式的防釣魚功能，商戶需提供全部URL,在域名變更（更改或新增）時(shí)，須提前通知銀聯(lián)同步更新，以防影響交易。商戶如選擇IP校驗(yàn)方式的防釣魚功能，須開發(fā)相應(yīng)功能，并在交易中上送IP地址。8、銀聯(lián)在線支付互聯(lián)網(wǎng)前臺(tái)業(yè)務(wù)包括實(shí)時(shí)支付（含認(rèn)證支付、快捷支付、小額支付、儲(chǔ)值卡支付、網(wǎng)銀支付等組合）、預(yù)授權(quán)支付和擔(dān)保支付等支付功能，及銀聯(lián)在線支付通行證等輔助功能。中國(guó)銀聯(lián)根據(jù)商戶及收單機(jī)構(gòu)申請(qǐng)及風(fēng)險(xiǎn)評(píng)估開通相關(guān)功能，并將不定期對(duì)各類產(chǎn)品功能進(jìn)行補(bǔ)充調(diào)整及優(yōu)化完善。9、在商戶服務(wù)網(wǎng)站使用退貨（含消費(fèi)撤銷）功能，需使用操作員或管理員的手機(jī)進(jìn)行手機(jī)動(dòng)態(tài)驗(yàn)證碼驗(yàn)證；增加或變更操作員的業(yè)務(wù)權(quán)限時(shí)，也需要使用管理員的手機(jī)進(jìn)行手機(jī)動(dòng)態(tài)驗(yàn)證碼驗(yàn)證，因此商戶須加強(qiáng)對(duì)管理員手機(jī)及用戶信息的安全管理。默認(rèn)由業(yè)務(wù)聯(lián)系人作為初始的網(wǎng)站管理員，業(yè)務(wù)聯(lián)系人手機(jī)號(hào)碼作為用于認(rèn)證的手機(jī)號(hào)碼。10、在獲得用戶授權(quán)的情況下，銀聯(lián)會(huì)向開通銀聯(lián)在線支付通行證的商戶提供部分用戶注冊(cè)信息，以便于銀聯(lián)用戶購(gòu)買或使用商戶網(wǎng)站提供的產(chǎn)品或服務(wù)。商戶應(yīng)對(duì)用戶信息嚴(yán)格保密，不得將該等信息用于正常交易以外的任何其他商業(yè)或非商業(yè)目的，如商戶違反上述要求，應(yīng)對(duì)造成的損失承擔(dān)一切法律責(zé)任。同時(shí)，銀聯(lián)有權(quán)終止提供通行證服務(wù)并不對(duì)此承擔(dān)任何責(zé)任。11、在通行證功能的交易報(bào)文返回URL地址缺省時(shí)或中國(guó)銀聯(lián)主動(dòng)發(fā)起報(bào)文至商戶時(shí)，默認(rèn)使用此表中URL地址。12、清算方式說明【非常重要】：清算模式應(yīng)由收單機(jī)構(gòu)根據(jù)既有模式和商戶差異化需求綜合確定，收單機(jī)構(gòu)如有疑問，可咨詢當(dāng)?shù)劂y聯(lián)分公司業(yè)務(wù)人員。（1）直聯(lián)清算：收單機(jī)構(gòu)須預(yù)先在銀聯(lián)的商戶管理平臺(tái)上錄入商戶賬戶、商戶扣率和收單側(cè)分潤(rùn)規(guī)則等清算信息；由銀聯(lián)清算系統(tǒng)據(jù)以計(jì)算商戶和各分潤(rùn)角色各自應(yīng)得資金，形成結(jié)算報(bào)表和商戶對(duì)賬文件。（2）間聯(lián)清算：銀聯(lián)將收單側(cè)應(yīng)得資金總額清算至收單機(jī)構(gòu)，由收單機(jī)構(gòu)自行計(jì)算商戶和收單側(cè)各分潤(rùn)角色應(yīng)得資金，形成結(jié)算報(bào)表和商戶對(duì)賬文件。13、建議按照商戶所屬各行業(yè)配置交易限額，收單機(jī)構(gòu)也可在一定區(qū)間內(nèi)另行提出需求。航空售票、酒店商旅、教育收費(fèi)，建議單卡單筆10000,單卡日累計(jì)10000;數(shù)碼電子：建議單卡單筆5000,單卡日累計(jì)5000;虛擬商品（游戲點(diǎn)卡、充值等）：?jiǎn)慰▎喂P500,單卡日累計(jì)2000;彩票類：?jiǎn)慰▎喂P500,單卡日累計(jì)500;其他一般類商戶：建議單卡單筆2000,單卡日累計(jì)5000.三、第三方支付機(jī)構(gòu)最常用的第三方支付機(jī)構(gòu)如新浪支付微博錢包、支付寶、財(cái)付通、快錢、環(huán)迅支付、易寶支付等。他們擁有中國(guó)人民銀行頒發(fā)的非金融機(jī)構(gòu)第三方支付許可證?？梢詾橛脩籼峁┲Ц稑I(yè)務(wù)服務(wù)?，F(xiàn)在支付寶占市場(chǎng)比48.7%,如果用第三方支付首先會(huì)選擇支付寶。商城使用者（商戶）通過申請(qǐng)第三方支付的接口并嵌入到網(wǎng)站中，網(wǎng)站用戶在支付時(shí)將跳轉(zhuǎn)到支付機(jī)構(gòu)的網(wǎng)上收銀臺(tái)或直聯(lián)銀行的銀行支付網(wǎng)關(guān)進(jìn)行支付，用戶支付完畢后，款項(xiàng)將到達(dá)商戶在第三方支付的賬號(hào)中，商戶就可以申請(qǐng)?zhí)岈F(xiàn)，將資金轉(zhuǎn)移到商戶的銀行卡中。我們需要的服務(wù)是“批量付款到支付寶賬戶”,方便顧客網(wǎng)站賬戶余額提現(xiàn)到支付寶賬戶。批量付款到支付寶賬戶：您可一次性給多個(gè)不同的支付寶賬戶打款，轉(zhuǎn)賬資金即時(shí)到賬，快捷便利申請(qǐng)條件：1.申請(qǐng)本產(chǎn)品需提供淘寶同名店鋪鏈接地址或已簽約支付寶即時(shí)到賬 、擔(dān)保交易和雙功能收款中任一產(chǎn)品（本服務(wù)暫不支持淘寶商城賣家使用）。2.您申請(qǐng)前必須擁有支付寶賬號(hào)，且通過支付寶實(shí)名認(rèn)證審核；3.您需確保提交的材料真實(shí)合法，申請(qǐng)?zhí)峤缓笾Ц秾殞?huì)進(jìn)行商戶資料的資質(zhì)審核；4.如個(gè)人簽約需滿足合作六個(gè)月以上，近三個(gè)月全部成功交易大于1000筆，金額超過5萬元。產(chǎn)品優(yōu)勢(shì)：方便向多個(gè)不同支付寶賬戶打款，便捷快速；轉(zhuǎn)賬無限額，可隨時(shí)進(jìn)行大額資金轉(zhuǎn)賬；轉(zhuǎn)賬資金即時(shí)到賬，實(shí)現(xiàn)資金快速流轉(zhuǎn)。收費(fèi)標(biāo)準(zhǔn)：?jiǎn)喂P費(fèi)率0.5%,最低1元/筆，最高25元/筆服務(wù)期限：1年企業(yè)支付寶認(rèn)證申請(qǐng)材料：1、郵箱賬號(hào)（比較穩(wěn)定的郵箱）2、公司的營(yíng)業(yè)執(zhí)照副本影印件；3、公司的對(duì)公銀行賬戶，基本戶、一般戶均可；4、公司法定代表人的身份信息，包括法定代表人姓名、證件號(hào)碼、身份證影印件。5、填寫代理人信息，上傳代理人身份證圖片6、商家認(rèn)證委托書、加蓋公章影印件要求必須為彩色原件掃描件或數(shù)碼照。辦理對(duì)公銀行賬戶準(zhǔn)備資料：1、公章、財(cái)務(wù)章、法人人名章2、法人、經(jīng)辦人身份證3、營(yíng)業(yè)執(zhí)照、稅務(wù)登記證、組織機(jī)構(gòu)代碼證4、到填寫開戶申請(qǐng)書、印簽卡片，交納開戶費(fèi)，一般是200元。材料齊全，銀行核實(shí)無誤后，一般一個(gè)月可以領(lǐng)取開戶許可證

我們要先分析網(wǎng)站的功能，如果你是建企業(yè)網(wǎng)站，功能就比較簡(jiǎn)單，大部分是信息發(fā)布功能，招聘功能，產(chǎn)品發(fā)布系統(tǒng)等，時(shí)間一個(gè)月內(nèi)就好。如果你是要建電商網(wǎng)站或者是門戶型網(wǎng)站，那開發(fā)的時(shí)間就會(huì)越長(zhǎng)，通常要2-3個(gè)月時(shí)間。 不做后臺(tái)，光做前端，商城要做多久 ？

12345public void main(String [] arg){     system.out.print("哈哈哈");    system.out.print("就不告訴你");}