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

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

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

大型電子商務(wù)網(wǎng)站架構(gòu)，摘抄 7.同一個網(wǎng)站的多語言該如何處理是好,使用配置文件然后cookie或url來判別?===客戶是自己公司，使用標(biāo)準(zhǔn)方法即可8.電子商務(wù)網(wǎng)站最多的就是 商品的打折方式和積分的贈送了,這里要怎么設(shè)計才好(工廠模式)?===采購成熟的規(guī)則引擎9.如果同一時間并發(fā)大量訂單的話,如果確保一個訂單的有效提交呢?==電子商務(wù)一般要使用MQ，推薦IBM MQ；使用MSMQ也可第一點是數(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)站特點就是對事務(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ù)。對安全要有整體的把握，最好全都是用存儲過程，在項目上線前將數(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的項目上應(yīng)用，電子商城不是很適合，個人觀點。url上可以做轉(zhuǎn)義，使url顯示更友好；數(shù)據(jù)庫建議建立分布數(shù)據(jù)庫，這樣可以轉(zhuǎn)移查詢和大訪問量對數(shù)據(jù)庫帶來壓力；圖片可以考慮單獨放在一臺服務(wù)器上；1.三層架構(gòu)2.使用手寫sql,手寫entity(生成也可),緩存反射綁定(不是緩存數(shù)據(jù)哦,緩存映射關(guān)系),要考慮網(wǎng)站的長期發(fā)展還是手寫吧 靈活 性能也好3.沒有這種問題,商業(yè)驅(qū)動的,純購物就好了,千萬別搞什么圈子,wiki4.純.net的mvc不建議,webform不搞viewstate,不搞服務(wù)端控件(除repeater)再加點mvc的思想已足夠用了5.不需要緩存數(shù)據(jù)(除搜索產(chǎn)品部分),要考慮多臺服務(wù)器的程序快速部署,config文件會很多,config要序列化緩存6.當(dāng)然是先生成好了,參照jd吧,按業(yè)務(wù)每張圖片對應(yīng)幾個不同大小的圖7.據(jù)經(jīng)驗,電子商務(wù)網(wǎng)站僅靠中英雙語來達(dá)到多語言是不靠譜的(文化 用戶習(xí)慣不是簡單的語言切換),如果想真正運營英語的就要重新開發(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%的行為時Find2、對于商品檢索部分，能不用數(shù)據(jù)庫就不用數(shù)據(jù)庫（網(wǎng)上切詞等相關(guān)的開源平臺很多）3、分布式緩存（Memcached 、Volecity），個人測試volecity 3還是不錯的4、系統(tǒng)設(shè)計時必須要考慮可運營。從這個角度去設(shè)計系統(tǒng)5、對于電子商務(wù)網(wǎng)站改動很頻繁，必須考慮架構(gòu)設(shè)計如何適應(yīng)頻繁的版本更新6、必須設(shè)計一個好的單點登錄系統(tǒng)。7、建議能不用sqlserver就不用它。8、對于大型電子商務(wù)網(wǎng)站來說，系統(tǒng)的I/O是起決定因素而不是CPU和內(nèi)存。1.項目劃分是否會有問題,圖中分別是 實體層,數(shù)據(jù)訪問接口層,數(shù)據(jù)訪問層,業(yè)務(wù)邏輯接口層,業(yè)務(wù)邏輯,網(wǎng)站A,B,C項目劃分其實不重要，重要的的是你在寫代碼的時候是否能把代碼合理的分到對應(yī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)站項目共享這些控件呢?那就做成自定義控件啦。4.ms的mvc 1.0也出來不少時間了,是否已經(jīng)夠成熟運用到項目中?或者是網(wǎng)站后臺使用webform的,前臺使用mvc?推薦使用使用webform的,前臺使用mvc，對于前臺來說使用mvc能更好的提升性能，更方便的更換頁面表現(xiàn)形式。后臺界面相對穩(wěn)定，用webform可以提高開發(fā)效率。5.網(wǎng)站數(shù)據(jù)的緩存是自己開發(fā)一個hashtable什么的來維護(hù)呢,還是使用Memcached ?初期建議用hashtable，因為簡單，將來升級到Memcached 。6.縮略圖的處理,我看有的網(wǎng)站是在上傳圖片的時候直接生成,有的是在httpmodle里處理,訪問的時候生成.直接生成縮略圖的好處是節(jié)約性能。httpmodle相反，每次瀏覽圖片的時候都會生成新的圖片，服務(wù)器壓力大，建議直接生成。7.同一個網(wǎng)站的多語言該如何處理是好,使用配置文件然后cookie或url來判別?多語言建議使用asp.net自帶的資源文件的方式實現(xiàn)，當(dāng)前語言保存在cookie里面。8.電子商務(wù)網(wǎng)站最多的就是 商品的打折方式和積分的贈送了,這里要怎么設(shè)計才好(工廠模式)?規(guī)則引擎9.如果同一時間并發(fā)大量訂單的話,如果確保一個訂單的有效提交呢?使用MQ隊列10.日志方面,log4net?log4net只能記錄程序運行日志，主要目的是用來調(diào)試程序的，系統(tǒng)業(yè)務(wù)操作日志還你是得自己建一個表來保存。11.電子商務(wù)的全文檢索,這也是個頭疼的問題lucene，微軟索引服務(wù)，sqlserver全文檢索，方案很多的。12.負(fù)載均衡方面,有什么好的文章推薦碼?可以看windows 2003 集群方面的文章 1.項目劃分是否會有問題,圖中分別是 實體層,數(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è)計地完善一點。另外，當(dāng)網(wǎng)站分成多個以后，其它項目生成的DLL文件要部署到每個網(wǎng)站的bin文件夾里，更新一次都要重新部署，這也是個挺煩人的事，當(dāng)然可以將DLL部署到GAC里來解決這個問題，不過這樣的話本地調(diào)試起來就不太方便了，因為項目一有改動，就要將生成的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)站項目共享這些控件呢?自定義控件。4.ms的mvc 1.0也出來不少時間了,是否已經(jī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里處理,訪問的時候生成.直接生成好，快一點。7.同一個網(wǎng)站的多語言該如何處理是好,使用配置文件然后cookie或url來判別?我沒涉及到這一塊，不過我覺得資源文件應(yīng)該就是用來處理這個問題的。8.電子商務(wù)網(wǎng)站最多的就是 商品的打折方式和積分的贈送了,這里要怎么設(shè)計才好(工廠模式)?這些都放在邏輯層好了。9.如果同一時間并發(fā)大量訂單的話,如果確保一個訂單的有效提交呢?MSMQ10.日志方面,log4net?目前我是自已寫代碼存在庫里的。11.電子商務(wù)的全文檢索,這也是個頭疼的問題用lucene.net分詞建索引，再直接從索引庫里搜索，又快又準(zhǔn)。12.負(fù)載均衡方面,有什么好的文章推薦碼?不清楚了。 這樣的設(shè)計要達(dá)到新蛋的效果肯定不可能的，新蛋少說幾百臺服務(wù)器，不同數(shù)據(jù)庫之間的發(fā)布訂閱鏈路都有幾千條。有復(fù)雜的緩存，負(fù)載均衡機(jī)制。新蛋所有的通訊都是基于WCF的。另外對于這么大型的網(wǎng)站來說，數(shù)據(jù)庫一刻都不停止，所以讀寫分離也很重要，因為你也不可能讓數(shù)據(jù)庫停下來進(jìn)行備份?？倸w要做到新蛋這樣的大型電子商務(wù)網(wǎng)站，靠你上面畫的這點好像遠(yuǎn)遠(yuǎn)不夠。 不過關(guān)于公共的header,footer,我不建議做成自定義控件，這個維護(hù)起來不方便，稍有變動就要發(fā)布dll，麻煩的。如果你的header和footer不是很大的話，建議采用js+css的方式。然后加上壓縮和cdn緩存，應(yīng)該效率上能接受。

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

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

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

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

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