通常建立一個網(wǎng)站需要五個條件：1、域名，去網(wǎng)上搜一下很多，然后去注冊個域名，可以是英文也可以是中文，這個按你自己的要求去注冊，注冊頂級域名是收費的基本上是按年收的，可以自己查看下注冊域名商的說明。2、買個虛擬主機空間，網(wǎng)上搜一下也很多，按照你要做的網(wǎng)站容量大小選擇合適的空間，可以參考空間商的說明。3、設(shè)計和制作網(wǎng)站，可以用模板，也可去找網(wǎng)站制作的公司，有的一般域名和空間都包了。4、上傳推廣測試。通過ftp工具設(shè)置網(wǎng)站空間的帳號和密碼上傳網(wǎng)站文件到空間。5、試運行及維護。最后把域名指向空間的IP，空間綁定域名，這些全做好以后你的網(wǎng)站就可以試用了。現(xiàn)在的網(wǎng)站只要是國內(nèi)的網(wǎng)站都需要到信息產(chǎn)業(yè)部備案，才能正常的使用，這個一般只要你提供了備案資料，空間商會幫你把備案做好的。http://jingyan.baidu.com/article/fd8044fa988f855031137a85.html

個人覺得現(xiàn)在的自助建站系統(tǒng)都很火，沒有必要去用軟件制作，如discuz系統(tǒng)，新云系統(tǒng)，pageadmin系統(tǒng)，都是比較不錯的，我自己的網(wǎng)站是用pageadmin建站的，總體來說很簡單。

任何一個網(wǎng)站都可以，馬云家的地址們都不支持。用自己公司的網(wǎng)站就行，或者如果有精力，再做個H5規(guī)范的單頁或網(wǎng)站。

想在微信上分享你制作的連接網(wǎng)頁，一般有以下幾種方法，方法都比較難，需要有一定技術(shù)：一、開通微信公眾平臺，開通后制作相關(guān)頁面來分享到你朋友圈。二、通過其它APP（手機應(yīng)用軟件 ）制作好的網(wǎng)頁來分享到你朋友圈。三、自己制作一個APP軟件 ，制作好后，在微信開放平臺注冊APPID后，就可以分享完全是自己的制作的東西了。四、在各種微博、網(wǎng)站等平臺，發(fā)布你的自創(chuàng)網(wǎng)頁，然后分享在朋友圈。微信風(fēng)險鏈接的內(nèi)容網(wǎng)頁是微信公眾平臺群發(fā)的圖文消息，在微信中由內(nèi)嵌的微信瀏覽器打開顯示的。步驟如下：1.登錄公眾平臺。2.點擊左側(cè)素材管理，再點擊新建圖文消息。3.在彈出來的編輯界面，默認為單圖文，點擊 + 號就可以變成多圖文，最多為8篇。

H5編輯平臺大大降低了H5制作的門檻，以可復(fù)用定制的案例模板為主要功能，提高了工具效率之余還降低了人工成本。悠云·輕故事平臺在模板這塊在同類型產(chǎn)品中具有明顯優(yōu)勢：分類精細實用、選擇豐富多樣，定期更新。無論是產(chǎn)品展示、雜志、相冊還是簡歷等等，悠云·輕故事平臺都有比同類平臺更豐富的H5場景模板。更受人青睞的功能在于它擁有相當高自由度的H5個性定制后臺，使用者在打造個人特色時能更得心應(yīng)手。 面對H5頁面定制同質(zhì)化的瓶頸，悠云·輕故事對于未來發(fā)展亦有了清晰的打算：完善頁面定制，發(fā)展用戶制作功能，打造真正能夠應(yīng)對各種社交傳播、O2O營銷需求的整合平臺。如今，悠云·輕故事平臺的移動端平臺，手機網(wǎng)頁版、APP已進入開發(fā)的沖刺階段，預(yù)期在十月內(nèi)將會進入測試階段。 悠云輕故事將iBeacon技術(shù)整合Html5語言打造出創(chuàng)新性應(yīng)用設(shè)備——Upal悠云子，交互性正是其獨特優(yōu)勢所在。當客戶走進商家店面，根據(jù)相關(guān)提示打開手機藍牙，并使用微信搖一搖，即能獲得該店的宣傳內(nèi)容或促銷信息。除了和微信搖一搖結(jié)合的場景應(yīng)用外，商家還能利用悠云·輕故事平臺制作自家獨特的平臺小游戲，實現(xiàn)無需下載，輕松吸引宣傳的數(shù)字營銷方式。這種營銷形式既新奇又有趣，一改以往傳單式促銷的負面影響，同時其自帶的定制功能為內(nèi)容新鮮和多樣化提供了保證，對受眾的交互主動性也有所提高。工具類：一、Adobe Edge目前還處于預(yù)覽階段的Adobe Edge是用HTML5、CSS、JavaScript開發(fā)動態(tài)互動內(nèi)容的設(shè)計工具。二、Adobe Dreamweaver CS6Adobe Dreamweaver CS6作為一個Web設(shè)計軟件，提供了對HTML網(wǎng)站和移動程序的可視化編輯界面。三、Adobe ColdFusion 10ColdFusion是用來開發(fā)企業(yè)Web程序的服務(wù)器端技術(shù)，通過Websockets、互動表單、視頻和地理標簽等HTML5技術(shù)創(chuàng)建富媒體用戶體驗。四、Sencha Architect 2在開發(fā)移動和桌面應(yīng)用的工具中，Sencha的定位是HTML5可視化應(yīng)用開發(fā)。

1.程序2.空間3.域名這三個都有了就行了 程序可以網(wǎng)上下模板自己改 也可以找公司做 空間到網(wǎng)上找就有 租一個就行 美橙互聯(lián)之類的很多 域名在租空間的地方都會有的 也要花錢 三個中程序如果自己不會改花錢會比較多 自己會改就下個模板自己改 不花錢 空間一年一兩百到五六百六七百不等 域名現(xiàn)在一年幾十吧 三個都全了就可以了

這個太不好說清楚了，一般的企業(yè)APP開發(fā)，如果采用模板制作，成本低很多，幾千到萬余元就能做，如果要獨立開發(fā)，成本會很高，大概幾萬塊的。傳統(tǒng)企業(yè)要發(fā)展，PC端網(wǎng)站、手機站、APP等都要布局，將多個平臺連接起來，形成企業(yè)的互聯(lián)網(wǎng)生態(tài)圈。在互聯(lián)網(wǎng)+普及工程啟動以后，鴨梨科技建設(shè)企業(yè)互聯(lián)網(wǎng)生態(tài)圈，完善企業(yè)互聯(lián)網(wǎng)基礎(chǔ)，讓企業(yè)更方便接入互聯(lián)網(wǎng)。

1、總體規(guī)劃規(guī)劃好自己的網(wǎng)站內(nèi)容、方向、盈利模式等等。 2、準備工具和材料 準備域名、空間、網(wǎng)頁制作工作。3、制作網(wǎng)頁 根據(jù)自己網(wǎng)站需求構(gòu)建網(wǎng)站的頁面呈獻給用戶。 4、測試網(wǎng)站網(wǎng)頁做好了，鏈接做好了，測試工作必不可少。5、上傳你的網(wǎng)頁將測試好的網(wǎng)站上傳到你買的空間。配置好之后，你的網(wǎng)站就可以訪問了。6、宣傳你的網(wǎng)頁有了網(wǎng)站就要讓人知道，你需要把你的網(wǎng)站推出去。

大型電子商務(wù)網(wǎng)站架構(gòu)，摘抄 7.同一個網(wǎng)站的多語言該如何處理是好,使用配置文件然后cookie或url來判別?===客戶是自己公司，使用標準方法即可8.電子商務(wù)網(wǎng)站最多的就是 商品的打折方式和積分的贈送了,這里要怎么設(shè)計才好(工廠模式)?===采購成熟的規(guī)則引擎9.如果同一時間并發(fā)大量訂單的話,如果確保一個訂單的有效提交呢?==電子商務(wù)一般要使用MQ，推薦IBM MQ；使用MSMQ也可第一點是數(shù)據(jù)庫要設(shè)計好，要達到什么級別，你可能需要考慮哪些表需要拆分，哪些表的核心數(shù)據(jù)需要冗余，如果是mysql，還要考慮其他的問題，比如存儲引擎。新聞肯定是要生成純靜態(tài)頁，對數(shù)據(jù)庫壓力就小很多，不過靜態(tài)頁也有管理上的不方便，更新刪除添加都要對磁盤文件進行操作做一個自定義緩存層，對緩存邏輯進行控制，可以采用第三方緩存模塊，如果使用.net來做，可以層層緩存，頁面緩存，數(shù)據(jù)緩存（memcache，不過在win下效率不高）電子商務(wù)網(wǎng)站特點就是對事務(wù)的嚴格，需要數(shù)據(jù)庫設(shè)計的時候要求高性能，也需要合適的索引，支持高并發(fā)，經(jīng)常對產(chǎn)品表用戶表等進行索引檢查，是否有很多索引掃描和表掃描（即使是局部的，也要將“局部”控制到最小范圍）mssql語句對不需要事務(wù)的查詢要附帶上with(nolock),以利于并發(fā)更新。有些功能模塊不能按照想當然的方式開發(fā)，比如產(chǎn)品訪問次數(shù)，切不可將這些更新非常頻繁的字段置于核心表內(nèi)，明確的做法是將其剝離開來 還有就是切不可經(jīng)常性將字段設(shè)計成bool類型，這樣會給以后的擴展留出路，即使是男女這種字段，也建議采用tiny類型 其他還有就是在產(chǎn)品設(shè)計的時候充分考慮seo，網(wǎng)站目錄結(jié)構(gòu)清晰可讀，而不是帶著一串串的查詢參數(shù)。對安全要有整體的把握，最好全都是用存儲過程，在項目上線前將數(shù)據(jù)庫存儲過程全部導(dǎo)出再查找貌似exec的語句，查找是否需要替換成sp_executesql。另外，如果采用mssql，全文搜索直接用mssql fte就可以，速度和精確度都還是可以的，最重要的是維護和管理開發(fā)很簡單。打折的處理可以按照電信的一次，二次批價功能，如果你做過電信方面的系統(tǒng)。當然也可以設(shè)計得更簡單的一些。 靜態(tài)的頁面建議使用CDN加速，以解決網(wǎng)通和電信之間訪問速度的問題；數(shù)據(jù)的緩存方面建議考慮用memcache，另外也可以分別在表現(xiàn)層和數(shù)據(jù)層利用.net中的現(xiàn)存緩存機制作業(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.當然是先生成好了,參照jd吧,按業(yè)務(wù)每張圖片對應(yīng)幾個不同大小的圖7.據(jù)經(jīng)驗,電子商務(wù)網(wǎng)站僅靠中英雙語來達到多語言是不靠譜的(文化 用戶習(xí)慣不是簡單的語言切換),如果想真正運營英語的就要重新開發(fā)一個版本8.不搞模式9.負載均衡(web,db)+ssb異步處理數(shù)據(jù)10.你是業(yè)務(wù)類型的日志還是異常日志? 前臺訂單流程上異常日志不需要了,找個工具錄個腳本不停的跑 保證隨時發(fā)現(xiàn)問題發(fā)郵件就可以了11.找第三方搜索組件 類似endeca的12.負載均衡挺簡單的,初期靠軟件就可以,一切圖片找第三方放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ū)懙牟皇呛軤€的情況下，升級硬件遠比優(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什么的來維護呢,還是使用Memcached ?初期建議用hashtable，因為簡單，將來升級到Memcached 。6.縮略圖的處理,我看有的網(wǎng)站是在上傳圖片的時候直接生成,有的是在httpmodle里處理,訪問的時候生成.直接生成縮略圖的好處是節(jié)約性能。httpmodle相反，每次瀏覽圖片的時候都會生成新的圖片，服務(wù)器壓力大，建議直接生成。7.同一個網(wǎng)站的多語言該如何處理是好,使用配置文件然后cookie或url來判別?多語言建議使用asp.net自帶的資源文件的方式實現(xiàn)，當前語言保存在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.負載均衡方面,有什么好的文章推薦碼?可以看windows 2003 集群方面的文章 1.項目劃分是否會有問題,圖中分別是 實體層,數(shù)據(jù)訪問接口層,數(shù)據(jù)訪問層,業(yè)務(wù)邏輯接口層,業(yè)務(wù)邏輯,網(wǎng)站A,B,C目前我也是這樣分的,不過當數(shù)據(jù)表結(jié)構(gòu)有修改時,會帶動其它層的聯(lián)級修改,非常不方便，所以開發(fā)之前最好將數(shù)據(jù)庫設(shè)計地完善一點。另外，當網(wǎng)站分成多個以后，其它項目生成的DLL文件要部署到每個網(wǎng)站的bin文件夾里，更新一次都要重新部署，這也是個挺煩人的事，當然可以將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什么的來維護呢,還是使用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分詞建索引，再直接從索引庫里搜索，又快又準。12.負載均衡方面,有什么好的文章推薦碼?不清楚了。 這樣的設(shè)計要達到新蛋的效果肯定不可能的，新蛋少說幾百臺服務(wù)器，不同數(shù)據(jù)庫之間的發(fā)布訂閱鏈路都有幾千條。有復(fù)雜的緩存，負載均衡機制。新蛋所有的通訊都是基于WCF的。另外對于這么大型的網(wǎng)站來說，數(shù)據(jù)庫一刻都不停止，所以讀寫分離也很重要，因為你也不可能讓數(shù)據(jù)庫停下來進行備份?？倸w要做到新蛋這樣的大型電子商務(wù)網(wǎng)站，靠你上面畫的這點好像遠遠不夠。 不過關(guān)于公共的header,footer,我不建議做成自定義控件，這個維護起來不方便，稍有變動就要發(fā)布dll，麻煩的。如果你的header和footer不是很大的話，建議采用js+css的方式。然后加上壓縮和cdn緩存，應(yīng)該效率上能接受。