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

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

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

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

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

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

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

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

大型電子商務網站架構，摘抄 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.沒有這種問題,商業驅動的,純購物就好了,千萬別搞什么圈子,wiki4.純.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%的行為時Find2、對于商品檢索部分，能不用數據庫就不用數據庫（網上切詞等相關的開源平臺很多）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.如果同一時間并發大量訂單的話,如果確保一個訂單的有效提交呢?MSMQ10.日志方面,log4net?目前我是自已寫代碼存在庫里的。11.電子商務的全文檢索,這也是個頭疼的問題用lucene.net分詞建索引，再直接從索引庫里搜索，又快又準。12.負載均衡方面,有什么好的文章推薦碼?不清楚了。 這樣的設計要達到新蛋的效果肯定不可能的，新蛋少說幾百臺服務器，不同數據庫之間的發布訂閱鏈路都有幾千條。有復雜的緩存，負載均衡機制。新蛋所有的通訊都是基于WCF的。另外對于這么大型的網站來說，數據庫一刻都不停止，所以讀寫分離也很重要，因為你也不可能讓數據庫停下來進行備份?？倸w要做到新蛋這樣的大型電子商務網站，靠你上面畫的這點好像遠遠不夠。 不過關于公共的header,footer,我不建議做成自定義控件，這個維護起來不方便，稍有變動就要發布dll，麻煩的。如果你的header和footer不是很大的話，建議采用js+css的方式。然后加上壓縮和cdn緩存，應該效率上能接受。