平臺開發

計入管理費用——辦公費管理費用是指 企業行政管理部門 為組織和管理生產經營活動 而發生的各項費用。 管理費用屬于期間費用，在發生的當期就計入當期的損益。辦公費的核算的內容包括：生產和管理部門用文具、紙張印刷品(包括各種規程、制度、報表、票據、賬簿等的印刷費和購置費)、報紙雜志費、圖書資料費、郵電通信費(包括郵票、郵費、電報、電話費、市話初裝費，以及調度通信話路以外的話路租金等)，以及銀行結算單據工本費等。

這個就要看你的網站類型了。其實任何網站的后臺后可以通過CMS這樣的內容管理系統來實現、 網站內容是什么意思,我用dreamweaver編輯的前臺網頁,現在想弄個后臺,不知該用什么軟件,我不會純代碼編輯 初級的可以使用DW，這個要看你是什么源碼。一般的還是支持的。 應該是html和css吧,cms這類軟件是能夠前后臺都開發還是只負責后臺的? html？純靜態還是偽靜態，純html現在有什么用？CMS是前后臺都會做的，一個完整的web系統。 好吧,最后一個問題,那我可以先用DW做前臺,織夢做后臺嗎? 可以的啊，不過只是要注意數據調用參數的修改罷了。

看你需要做什么類型的網站一般的企業網站可能15個工作日就能搞定。如果是模板站更快，一個工作日就能搞定。如果時商城站麻煩一些，要25個工作日左右。還有些功能復雜的需要的時間更長一些。

我們要先分析網站的功能，如果你是建企業網站，功能就比較簡單，大部分是信息發布功能，招聘功能，產品發布系統等，時間一個月內就好。如果你是要建電商網站或者是門戶型網站，那開發的時間就會越長，通常要2-3個月時間。因為電商和門戶型網站程序比較復雜，開發周期會比較長。簡言之：功能越復雜，開發周期就越長。 第二：網站的設計要求。對于企業網站而言，最費時的在前端設計，前端設計包括框架的設計和美工制作。因為設計出來的樣稿需要給客戶確認，客戶還要提修改意見，來來回回幾次才能確認下來，一旦企業站風格定了下來，排版和寫程序只需要一周時間就可以完成。但是，如果你是電商網站或門戶型網站，最費時的是程序開發，前端的美工設計相對而言，比品牌站要簡單一些。 第三：網站的資料是否準備充足。當整個網站的前端和后臺都開發完了以后，我們就可以填充資料，如果網站的資料你還沒有準備，那就需要一些時間進行資料填充。網站的資料填充占到了網站開發的四分之一的時間。所以，在網站建設的過程中我們就應該著手準備網站的資料。 第四：客戶與設計師工作的配合程度。網站建設公司的設計師離不開客戶的支持，因為你做出來的設計稿必須要得到客戶認可，所以，設計師與客戶溝通也至關重要，需要客戶極力配合設計師的工作，及時提出修改意見，及時反饋領導的意思，讓設計師能做到及時修改，那整個項目進展的就會很順利。我始終認為：“沒有失敗的設計，只有失敗的溝通。”

　　2.1 電子商務對思維方式的變革　　隨著信息技術的發展，，信息的處于傳遞速度突破了時間和地域性的局限，網絡化與全球化成為一種不可避免的世界趨勢。由于網絡用戶的迅速膨脹, 眾多的商家和廠商也紛紛將眼光投向因特網,所以,從單純的完善發布信息、傳遞信息到網上創立信息中心；從借助傳統貿易手段不成熟的電子商務交易到能夠在網上完成供、產、銷全部業務流程的電子商務虛擬市場；從封閉的銀行電子金融系統到開放式的網絡電子銀行，電子商務也如火如荼的發展起來。　　電子商務是一個發展潛力巨大的市場，極具有發展前景。電子商務雙向信息溝通、靈活的交易手段和快速的交貨方式的特點，將給社會帶來巨大的經濟效益，促進整個社會的生產力的提高。電子商務的廣泛推廣，打破了時空限制，改變了貿易形態，大大加速了整個社會的商品流通，有助于降低企業成本，提高企業競爭力，尤其能夠使中小型企業直接進入國際市場參與國際市場競爭。電子商務給消費者提供了的選擇，提供了更好的便利性。它是商務領域的一場信息革命，它對我們的思維方式、對人類的經濟活動、對人類的工作方式和生活方式都將產生根本性的影響。　　新技術的出現與應用，總匯帶來一系列的變革，我們現在處于工業化相信細化轉軌的過程中。網絡的出現與迅速發展，電子商務的逐漸成熟，不僅改變了我們記錄和傳播知識的符號、改變了我們的交易方式，而且將對我們的思維方式、對我們的工作方式和生活方式都將產生根本性的影響。　　2.1.1新的思維方式的產生　　社會由低級向高級發展的過程中，人類的思維方式也由低級向高級發展。在這個過程中，技術的進步始終創造出新的思維方式，而新的思維方式又反過來影響人類社會的發展，形成一個發展的良性循環。　　　　人類信息處理技術經歷了語言的產生、文字的出現、印刷術的發明、廣播電視的應用和網絡技術的應用等5個飛躍，每一次都促進了人類文明的發展與進步，也大大的促進了人類思維方式的變革，使人類的思維方式從簡單型思維發展到智能型思維。　　信息化的出現與以往變革的不同之處在于它突破了時空限制，所以說，信息化社會是一個嶄新的文明形態，它具有以下特征：　　信息技術應用于任何領域，包括人們的日常生活；　　形成網絡庫和信息庫；　　知識時代產生，知識經濟主導一切。　　從前的觀念和思維方式，總是有一定的限制，局限于時代問題。而信息時代的思維方式與信息技術密切相關："數字化革命"改變了我們記錄和傳播信息的符號；"數據庫的構造"使人類的知識面臨空間的選擇和重新構造。通過網絡我們不僅可以共享全球知識庫，而且可以參照和交換知識。網絡可以將每一種技術迅速地傳遍世界，我們的思維方式也重新構造。　　2.1.2電子商務下思維方式的特點　　信息化社會的結構不再是等級性的,而是網絡狀的。網絡具有整體性、綜合性、開放性、動態性、非線性和互補性的特征。電子商務的思維方式也是具有這些特征的實踐——智慧型思維，智慧型思維具有創造性和整體性兩個特征。　　創新是知識經濟中企業生存和發展的唯一方式。電子商務本身就是前所未有的開創性事業，就更需要創造性思維。電子商務中的創造性思維方式是開放的、動態的。因特網給了人們一個極大的現象空間和創造空間，也給了人們一個相當復雜的操作環境。現在，很多從事因特網服務的公司沒有盈利，就是電子商務的模范"亞馬遜"書店，經營一直沒有賺過錢，但它的上市股票的面子已經是以前的30多倍，這本身就是一種知識創新。創新思維和意識改變了經營書店的傳統觀念，通過經營活動，獲的社會的認可，從而在商業領域中生存下來，而且具有絕對的競爭優勢，是企業的無形資產不斷增值。這是知識創新的典型范例，也是知識經濟的產物。　　創造性思維要求企業在多樣化和快節奏的電子商務交易活動中求變、求新、關于面對風險（承擔風險）。廣闊的視野、活躍的思維是創造性思維的基礎，與眾不同是創造性思維的典型特點。一個電子商務戰略方案的推出，一個網站的建設，一件產品的推出，都必須具有自己的思想、自己的特色，都必須有"網絡競爭力"。先進的技術、嶄新的生產模式、獨特的表現方式和富有開拓精神是知識經濟的真諦所在。　　當然，在電子商務領域下的創造性思維并不是一味的求高，而是要符合實際情況。在目前，電子商務的技術性問題已經基本解決，關鍵是如何將這些技術創造性地應用到商業領域。在當前的中國，電子商務的推廣，以下幾個方面是值得創新思考的；銀行的加入、標準的制定、法律的規范化、合同的簽署方式等。　　由于網絡和電子商務打破了時空限制，使得整個體系變得異常復雜，又由于市場的一體化的出現，使得我們的思維方式必須具有整體性的特點，使我們能以全局的眼光去看待各種復雜問題。由于我們的思維是創立在網絡思維的基礎上，而網絡思維是非線性的、多維互補的，非線性的變化可能導致我們接觸到意想不到的現實和從事意想不到的活動，所以我們的思維也必須是動態的、非線性的，而且必須是整體的、全局的，否則，就不能適應網絡的發展，就不符合電子商務的發展趨勢。它要求我們以整體的的思維方式去適應它：思考環狀因果的互動關系（而不是線段似的因果關系）；思考一連串的變化過程（而不是片斷的、一幕一幕的個別事件。）　　總而言之，電子商務下的思維方式具有創造性和整體性，我們只有在充分地了解它的特性后，在制定因特網戰略時，才能考慮得更為周全、更為完善。　　2.1.3電子商務下生產者和消費者思維的變革　　信息化是電子商務的基礎，電子商務以信息技術為根本而展開，是信息技術的商業應用。它不僅對人類的思維方式產生影響，對商家和消費者都具有影響性，對不直接參與電子交易的地上方來說，也具有一定的間接影響。　　時空觀念的轉換　　傳統的時空觀念正在場上和消費者中發生變化。電子商務是通過網絡進行的的，當商家通過互聯網絡進行商務活動時，他們必須首先對傳統的空間和時間概念進行修正。從空間概念上看，電子商務所構成的新的空間范圍以前是不存在的，它有兩個顯著的特點：第一，它沒有地域界限，是一個依靠Internet虛擬的空間范圍；第二，這個空間范圍內的主體主要通過Internet網絡彼此發生聯系。　　從時間概念上看，電子商務沒有時間上的間斷，在線商店是每天24小時開業的。一個銷售人員，不可能仍然按照傳統的八小時工作制方式去應付顧客的要求。處于偏遠地區的企業核銷生產者，甚至農民，現在都可以和大城市的企業站在同一個銷售起跑線上。在Internet上，企業沒有大小之分，只有質量和信用之分，這種虛擬市場的競爭將會越來越激烈，而且正在波及到人們熟悉的實體市場，這個現實是任何人都不可忽視的。　　很顯然，電子商務是一個通過虛擬手段縮小傳統市場的時間和空間界限的場所。這樣一個虛擬市場，不需要修建商場建筑，沒有店面租金成本，也沒有商品庫存壓市，經營規模不受限制，而且，非常便于與顧客保持直接而密切的聯系。在這個時間長種，出商品本身是實體以外，一切涉及商品交易的手續，包括合同、資金和運輸單證等，都以虛擬方式出現。這種交易方式，一方面降低了成本，提高了交易效率，另一方面，也增加了競爭的強度。展現在人們面前的，將是全球性的、全方位的競爭。　　低成本擴張的可能性　　電子商務的大規模推廣應用使得人們對資本和利潤關系認識發生了改變，是低成本的擴展成為可能。　　低成本擴張在傳統的工業中常常被認為是一件非常困難的事。按照傳統工業經濟的盈利規則，從起點到目的地，繞的彎子越大，獲得的利益就越被社會認可；繞的彎子越小，獲得的利益就越不被社會認可。　　資本，作為工業社會的核心生產方式，給社會帶來了巨大的進步。沒有資本的積累，人們就會吃光喝光，永遠停留在簡單再生產階段；沒有資本的擴張，生產的社會化就無從實現，就不會有成規模、高效率的生產，就不會有社會物質產品的極大豐富。但過分依靠"吃老本"的生產方式，也帶給人類無窮無盡的煩惱。首當其沖的是生產和消費的脫節，無論是計劃還是市場，都不能很好解決這個問題：或是造成市場巨大的波動，或是造成短缺和浪費的并存。從根本上說，這是因為生產和消費之間的路徑越拉越長，對生產和消費的信息量要求越大，而創立在資本基礎上的工業生產力，根本無法解決由此帶來的信息問題。　　網絡技術的發展，電子商務活動的開展，從根本上說，就是縮小中間路徑——縮小生產和消費之間的時間路徑、空間路徑和人際路徑。網絡將企業所需要的信息瞬間穿越千山萬水，使被資本拉開距離的生產者和消費者重新緊密的聯系起來。資本使生產和消費分離，而網絡使生產和消費融合。　　利潤作為社會財富，它的分布，從來都是從屬于社會生產力的。在沒有資本投入的情況下，利潤將隨著擁有信息的人走。以網絡為代表性的信息生產力對于利潤的創造和增進作用在于，它為從根本上克服生產的盲目性提供了技術可能，使人類行為提高了目標實現的成功率。信息社會的利潤來源不僅僅依靠資本，而且需要依靠信息，信息的快速傳遞將帶來巨額的利潤。

一般來說，微信只是個通訊工具里面是不可以直接建網站的，不過現在可以通過微信公眾號建立微信商城網站，從而實現在微信里面打開、分享文章產品等。微信公眾號建網站的步驟如下：1、微信公眾平臺申請一個微信公眾號(訂閱號)。　　a.個人用戶需要：身份證，手機號。　　b.企業用戶需要：營業執照注冊號，營業執照副本掃描件，組織機構代碼，身份證，授權運營書。2、填寫微信公眾賬號信息頭像，微信號，用戶信息等。3、微信公眾號綁定商城網站，這就需要建網站的系統，不同系統的綁定方式有所區別，好比hishop微商城就需要為微信公眾號提供接口配置的url和token，填入微信公眾平臺的開發模式中，然后開啟開發模式，從而將公眾號和微信商城網站進行綁定。4、檢查網站是否綁定成功，一般這些步驟會有專門的技術人員完成，我們只需進入微信網站里選擇模板，添加文章圖片產品等素材，基于微信的網站就算是建好了。

首先，什么是手機網站（wap網站）： 手機wap網站就是適合手機看的網站。 它和制作電腦網頁的制作方法相同，不過布局的時候不用準確的像素，而是使用百分比來控制 ，以達到在不同尺寸手機屏幕上顯示出相同的效果。剛開始的手機網站稱為WAP網站，因為他使用的是WML協議，是指手機wap瀏覽器可瀏覽的網站，網址的開頭是wap。它用的協議和電腦上的網站是不同的，之后隨著智能手機的普及，網速的提升，以及國內手機瀏覽器的快速成長，這種基于WML協議做的網站已經很少了。。現在的手機可以直接瀏覽 html網頁， 所以大家現在所說的WAP網站，就是手機網站。其次，什么事微信網站： 微信網站就是基于微信可瀏覽的網站，它和手機wap網站不同的是，在手機安裝微信的時候就已經安裝了微信瀏覽器， 它可以支持微信自己的協議， 做微信網站的時候就可以加入微信的開放API接口來調用一些微信的功能， 例如分享到朋友圈 轉發給聯系人，甚至調用以后要出的微信支付一鍵登錄等。由此可見： 微信網站和手機wap網站的區別是， 它可以調用微信的功能，而手機網站不能。當然你也可以用微信瀏覽器來瀏覽普通的手機網站，其實這就是微官網。微官網的另一層含義就是手機官網其實它是以展示企業或產品為主，追求簡單明了，而手機門戶網或手機資訊網，更側重于提供信息，如汽車之家網易新聞等。望采納，謝謝。

大型電子商務網站架構，摘抄 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的。另外對于這么大型的網站來說，數據庫一刻都不停止，所以讀寫分離也很重要，因為你也不可能讓數據庫停下來進行備份。總歸要做到新蛋這樣的大型電子商務網站，靠你上面畫的這點好像遠遠不夠。 不過關于公共的header,footer,我不建議做成自定義控件，這個維護起來不方便，稍有變動就要發布dll，麻煩的。如果你的header和footer不是很大的話，建議采用js+css的方式。然后加上壓縮和cdn緩存，應該效率上能接受。

電子商務是以信息網絡技術為手段，以商品交換為中心的商務活動；也可理解為在互聯網（Internet）、企業內部網（Intranet）和增值網（VAN，Value Added Network）上以電子交易方式進行交易活動和相關服務的活動，是傳統商業活動各環節的電子化、網絡化、信息化。同時網絡營銷也是電子商務的一種產物，而且對于網絡營銷來說，在做之前要先做好網絡營銷方案，那樣才有便于計劃的實施。