1. 網站框架是怎樣的呢
一個公司企業，可能需要展示,有可能需要交易,有可能需要平台
根據需求，綜合分析
不同的公司不同的人，有不同的想法和需求
比如建個小博客，或者公司簡介網站，
跟要建公司綜合平台，行業信息平台，門戶網，天地之差
簡單的銷售公司可能只展示產品和形象，
旅遊公司可能就需要各種旅遊資訊,旅行信息,甚至票務系統，
科技公司可能需要的是客戶管理系統，
建築公司可能需要的是訂單管理網站...
而我們針對需求專業團隊進行分析和提供合理化方案
十年的企業服務經驗，強有力的技術團隊
更好的提供相關服務和各環節軟硬體支持
~O(∩_∩)O~
所以根據你的需要
網站構架越大 成本越高 售價自然越高了
儲存的數據量的不同 你網站需要的伺服器佔用不同
資源佔用越高 價格就越高
你需要的功能越多 程序員開發時間越長
人工耗費高 成本高 售價就高
所以價格 不是因為"網站"這兩個字 來定義的
而是根據你的細節需求 通過專業分析得出最終結論
而這個時候你要謹慎了
為什麼有些時候有些人連你要的是啥都不知道
什麼成本都不知道 就能給你報銷售價呢?
這個問題非常奇妙了...
網路需謹慎啊
具體可以聯系我們綜合分析你的需求
給你提供方案和細節參考
2. 目前主流網站框架是什麼
現在的再北京的話yii用的是比較廣泛的，tp就是thinkphp，zend fromwork， 而點和php， 點前期的發展不如php，但是畢竟有微軟那麼大個平台支持著，而近年來.net的待遇也提起來了， 不過現在web是主流都再向這靠攏，點、java也都在做web了，我本身也 是php，也不好給你說那個好，不過php的前期是很好發展的，後期可以轉做領導啊
3. 當前比較流行的網站架構有哪些
目前功能相似的能解決同類需求的主要是國外的開源框架，如Bootstrap、Foundation、Semantic UI。Bootstrap是由Twitter在2011年8月推出的開源WEB前端框架，集合CSS和HTML，使用了最新的瀏覽器技術，為快速WEB開發提供了一套前端工具包，包括布局、網格、表格、按鈕、表單、導航、提示，其核心就是基於Less框架構建的CSS。Bootstrap框架擁有美觀的樣式和封裝完善的JQ插件，使用方便，基於Bootstrap的擴展也很多，這是其他框架所無法比擬的，也是其最受歡迎的條件之一。
Foundation宣稱是世界最好的響應式前端框架，默認支持5種網格布局，是三款框架中最復雜也是最靈活的。Bootstrap默認支持四種網格布局，Pure默認支持一種。
Semantic UI是語義化設計的前端框架，開發更加直觀，UI組建可實時調試輸出，其最大的特點是充分利用CSS3動畫特效，簡潔實用漂亮的樣式。以上各種產品我們也用過，當時我們發現全球有將近6%的網站是基於Bootstrap做的。不過對於中國開發者來說，Bootstrap門檻仍然較高，而且本土化支持不夠好。
首先，Bootstrap只支持英文字體，並沒有對中文字體做設置。在不同操作系統、不同瀏覽器下，默認的中文字體可能是不一樣的，這樣會導致網頁在某些時候顯示得不太好看。而且英文字型大小和中文字型大小的大小也不一樣，直接用Bootstrap來做文字排版並不能達到最好的效果。另外，國內瀏覽器種類繁多，Bootstrap也無法照顧到對國內瀏覽器的支持，我們希望不斷加強對各種本土瀏覽器的支持，幫助廣大前端開發者從最繁瑣痛苦的瀏覽器性問題中解脫出來。其次，Bootstrap還沒有把重點放在豐富界面組件上，而Amaze UI非常注重提高開發者的效率，我們會不斷增加跨屏的界面組件，讓開發者盡量少些代碼。第三，Bootstrap 因為最早是從PC端開始做的，所以有些地方是先PC後移動，而Amaze UI的思路是先移動後PC。例如，Bootstrap使用了jQuery庫，而Amaze UI使用了Zepto.js，Zepto.js的體積不到jQuery的1/3，對移動端的性能很大提升。
因此，一個針對中國市場的、移動優先的跨屏前端開發框架開發者有很強的需求，也是一個行業的空白。
Amaze UI應該是中國首個HTML5跨屏前端開發框架，其不僅兼容前幾者的優勢，還具有以下優勢：
1、加入更多符合中國市場特性的元素：中文排版更優化，兼容中國本土主流瀏覽器
2、更輕量化，不僅適用於桌面端，更適合移動端3、包含一些封裝好的Widgets，其他框架則沒有
4. 網站搭建首頁時常用的框架有哪些
如何搭建完整的網站架構並設計出一個出色的網站?關於這個問題，我們很難提出一個絕對權威和正確的設計思路，但任何網站的設計都需要遵循一個循序漸進的步驟。此次IT設計欄目特別邀請網站設計專業人士，自本期起進行為期5期的連載，分別從網站模型構建、審美與交互設計、風格設計、代碼設計、可用性測試及對設計的折回補充等五方面，詳細闡述如何設計一個優秀的網站，敬請讀者關注。
網站設計是一門新興的邊緣性職業，既要從外觀上進行創意，又要結合圖形和版面設計，交互設計等諸多相關原理，這使得網站設計變成了一門獨特的藝術。
良好的網站設計能使網站在同類站點中獨具特色，優秀的創意和表現方式能給瀏覽者留下深刻的印象，使網站訪問流量增加甚至直接增加網站收入。 因此，在設計的初始階段就規劃好網站的設計步驟是非常重要的，通常情況下網站設計步驟分為模型構建、審美及交互設計、風格設計、代碼設計、可用性測試等幾大方面。首先我們由以下四個步驟來了解一下網站模型設計中的內涵與重點。
一、網站設計，不僅僅是美術設計
你的工作究竟屬於設計師還是美工?那得看你做的活是真正的設計，還是點綴頁面使之更好看的操作。設計師的工作是高屋建瓴的，而美工只是軟體工具的使用者。
很多人把在網站中的設計定義為美術設計，認為設計師的工作任務就是使用Photoshop一類的繪圖軟體把需要展示的頁面畫出來，其實這是很狹義的理解。合格的設計師應該立足於整個網站的全局，在規劃上對整個網站進行完整的設計，在宏觀上把握設計風格導向，微觀上再針對該網站的具體定位來決定如何對設計進行元素上的細化。當然，網站設計還包括了資料庫設計及程序設計，在這里，我僅以我的從業經驗，舉例談談網站前端設計。
北京奧運會即將開幕，我們先來舉兩個奧運類型網站的例子：
奧運會官網：如圖，這是一個設計得非常成功的例子，設計師並沒有像一般涉及奧運主題的設計一樣使用大量紅色，而是把頁面風格完全國際化，其中把各種資訊和功能模塊都恰到好處地融合在一起，粗毛筆一般的元素設計使網站得到了豐富的整體效果。
新浪奧運頻道：如圖，我們可以看到設計師的創意僅僅被壓縮在頁面滾屏幾次後看到的內容區塊上，使用了奧運五環色彩來進行設計。頁面頭部基本是套在任何一個專題網站都能使用的結構素材，而新浪的資訊系統一定是能支持實現一個更脫離內容專題模板的好設計的，可見其並沒有從網站設計的角度出發去處理這個項目。
二、設計人員在需求階段介入，影響需求，而不幹預需求
我們常聽到有設計師抱怨：「這個設計讓我改了十多遍怎麼還不能定稿?」，也常聽到產品經理說：「這個設計師怎麼就是把握不住要點?」
不論設計在網站的實現過程中有多麼重要，網站該是什麼模樣，還是必須由需求決定。所以網站項目的前期需求是至關重要的環節，也可以理解成房屋建築的地基。需求也許是經過若干調查，將結果匯總後產生的報告，也可能是領導或老闆的一時沖動而引發的大討論。
在需求的確立過程中，遺憾的是，網站設計人員的分量是極其有限的，產品經理、頻道主管、某級領導的想法往往直接決定著需求的最終形態。但是設計人員在需求階段的介入還是很有必要的，設計師能以自己專業獨到的眼光，提出科學合理的建議，影響需求的細節。這樣做的結果是能在最大限度上取得需求方和設計方的思想一致，而不至於在設計過程中面對著有意見卻不讓更改的需求問題而大發牢騷。
三、學會掌控用戶路徑
用戶從哪個頁面來?他最有可能點哪個鏈接或者按鈕?他使用了搜索框嗎?他下一頁去哪裡?最後哪個頁面會被他列印輸出?
站在整個網站的角度出發，這些流程也許只是產品經理需要把握的，設計師拿到UE圖只管一個接一個繪制頁面就行。其實不然，好的設計師往往能承擔一部分產品經理的職責，設計出一個典型的用戶路徑，這對網站頁面流程有著很大的影響。
頁面和頁面之間有很多關聯，成片的超鏈接把流程頁面和外部頁面混亂地串在一起，區域A的文字鏈接要鏈到頁面2，區域B的圖片鏈接是指向頁面3，側邊的一個位置顯著的大按鈕其實是鏈接到網站X……頁面和頁面之間也是有繼承關系的，繼承的過程要讓用戶覺得理所當然，在視覺上實現平滑過渡，這就是設計師要考慮的具體問題。從一個頁面到另一個頁面的路徑組成里，哪些模塊要原樣保留，哪些控制項要發生變化?頁面結構是否可以變動，頁面色彩是否可以更換?這些都是需要參照用戶路徑進行設計的地方。把自己想像成為一個普通用戶，一頁一頁地點進來，你就能明白用戶需要的是什麼樣的合理設計。在此我們可以參考如圖所示的網站設計流程圖。
四、初步實現UE產品模型，並審核
設計師需要以什麼作為參考來進行頁面設計?所有的元素和流程都在腦子里，這個時候設計師需要稍加整理把它們簡要地畫出來，畫出線框和注釋就可以了。
我們可以把UE模型理解為設計草圖，在UE階段，設計師主要根據用戶路徑得來的線索，加上對用戶交互習慣的探索，進而整理出一個大概的模型框架。這個框架里，要明確畫出有幾個關鍵頁面，每個關鍵頁面的關鍵元素和模塊有哪些，這些關鍵元素和模塊哪些是必須以某種特定位置排列或者是務必要強調突出的。
其中，網站的首頁、最終頁面是最重要的兩級頁面，首頁會是用戶使用網站的第一站，在首頁的體驗好壞，直接決定著他的去留;而最終頁面是用戶想要獲得信息的具體頁面，他會在這個頁面停留最久，可能會進行仔細的閱讀，或是列印出這一頁備用。通常在繪制完UE模型之後，會有一個開發小組來討論並且審核這個模型，這時候就需要著重確定首頁和最終頁的大概模樣，每個討論參與者對此都很關心。UE模型的繪制我們可以參考如圖的某商城的UE圖。UE模型通過之後，傳統意義的設計終於派上用場，要進行具體的頁面設計了。
5. 網頁前端常用的庫或框架有哪些
bootstrap是twitter出的一款不錯的UI框架，或者與其說是框架不如說是類庫（lib），當然這里邊牽扯到一個「究竟什麼是框架什麼是類庫？」的問題，我們暫時不談。畢竟是有大公司背景的代碼堆，我覺得沒什麼「落伍」可言。
angular是前兩年之內突然火得一塌糊塗的一個fe框架，這個我覺得可以算的上是真正意義上的框架了，MVVM雙向綁定，包括它擁有足夠完善的社區、生態，甚至chrome上都有很多好用的相關插件（這一點可以說是佔了google出品的光），比較完整的大型項目都是可以考慮引入的。但如果你的網站只是做一些輕量級的東西，殺雞焉用宰牛刀吧我覺得。
backbone主要針對的MVC中的M層，至少我是這么理解的。對UI層它幾乎沒什麼太多的限制，一方面給出了coder自由度進行發揮，另一方面也等於在這方面框架本身對開發沒提供什麼太大的幫助。我覺得這更像是一個高手向的框架，另外對於underscore前端模板那一套東西，說實話作為一名php java啥都能寫的FE我始終覺得這套東西有那麼一種純JS工程師的一廂情願的意味。這是個人看法了，不一定準確，況且有人會搬出ajax動態渲染時 前端模板的作用來反駁我，別急著反駁，至少往下看完我說的話。
相比之下，react可以說是一個在MVC中V層做的十分出色和新穎的框架了，獨特的jsx編譯機制就已經讓你的代碼變得高大上了，我是覺得這個類庫在UI層做的更徹底更專業，或者說讓FE的代碼更專業了。更何況，react比angular更年輕，而且同樣擁有大公司背景，react native一出更是讓JS工程師的地位取得了革命性的提升，（不要跟我提phonegap，用過兩個東西後你會明白，react打包的app性能甩phonegap幾條街沒問題）。另外既然樓主提到了之前的網站是bootstrap，不妨可以看一看react-bootstrap這個東西，或許這就是你想要的。
6. 聽說現在建網站很多人都用到框架,那什麼是框架
框架說的白點就是集成通用的模塊讓你直接調用，從而省去反復去寫同樣的功能。三樓所說的是基於java語言的開發框架，不同的語言有各自的開發框架。比如，javascript有jQuery，Prototype等，ruby有rails框架。
7. 什麼是 網頁框架 有何用途
什麼是框架型網頁?
如果一個網頁的左邊導航菜單是固定的，而頁面中間的信息可以上下移動，這一般就可以認為是一個框架型網頁。此外，一些框架型站點的模板在其頁面上方放置了公司的LOGO或圖片。不過這一塊也是位置固定的。而頁面的其它部分則可以上下左右移動。有的框架型站點模板還會在其固定區域中放入鏈接或導航按鈕。
在一些關於搜索引擎優化方面的文章中，基本上都認為網站用框架來設計是極不可取的。這是由於大多數的搜索引擎都無法識別網頁中的框架，或者無法對框架中的內容進行遍歷或搜索。
8. 現在開發網站一般都用什麼框架
bootstrap雖然現在已經被用的泛濫了, 但是絕對不會是落伍的產品.
推薦一個比較流行的:
1. Foundation | The Most Advanced Responsive Front-end Framework from ZURB
2. Semantic UI
9. 什麼是網站架構
網站架構，一般認為是根據客戶需求分析的結果，准確定位網站目標群體，設定網站整體架構，規劃、設計網站欄目及其內容，制定網站開發流程及順序，以最大限度地進行高效資源分配與管理的設計。其內容有程序架構，呈現架構，和信息架構三種表現。而步驟主要分為硬架構和軟架構兩步程序。網路架構是現代網路學習和發展的一個必須的基礎技術。
中文名
網站架構
一般認為
根據客戶需求分析的結果
制定
網站開發流程及順序
內容
程序架構，呈現架構
快速
導航
軟架構八個方案
硬架構
機房的選擇
在選擇機房的時候，根據網站用戶的地域分布，可以選擇網通或電信機房，但更多時候，可能雙線機房才是合適的。越大的城市，機房價格越貴，從成本的角度看可以在一些中小城市託管伺服器，比如說北京的公司可以考慮把伺服器託管在天津，廊坊等地，不是特別遠，但是價格會便宜很多。
帶寬的大小
通常老闆花錢請我們架構網站的時候，會給我們提出一些目標，諸如網站每天要能承受100萬PV的訪問量等等。這時我們要預算一下大概需要多大的帶寬，計算帶寬大小主要涉及兩個指標（峰值流量和頁面大小），我們不妨在計算前先做出必要的假設：
第一：假設峰值流量是平均流量的5倍。
第二：假設每次訪問平均的頁面大小是100K位元組左右。
如果100萬PV的訪問量在一天內平均分布的話，摺合到每秒大約12次訪問，如果按平均每次訪問頁面的大小是100K位元組左右計算的話，這12次訪問總計大約就是1200K位元組，位元組的單位是Byte，而帶寬的單位是bit，它們之間的關系是1Byte = 8bit，所以1200K Byte大致就相當於9600K bit，也就是9Mbps的樣子，實際情況中，我們的網站必須能在峰值流量時保持正常訪問，所以按照假設的峰值流量算，真實帶寬的需求應該在45Mbps 左右。
當然，這個結論是建立在前面提到的兩點假設的基礎上，如果你的實際情況和這兩點假設有出入，那麼結果也會有差別。
伺服器的劃分
先看我們都需要哪些伺服器：圖片伺服器，頁面伺服器，資料庫伺服器，應用伺服器，日誌伺服器等等。
對於訪問量大點的網站而言，分離單獨的圖片伺服器和頁面伺服器相當必要，我們可以用lighttpd來跑圖片伺服器，用apache來跑頁面伺服器，當然也可以選擇別的，甚至，我們可以擴展成很多台圖片伺服器和很多台頁面伺服器，並設置相關域名，如img.domain和 www.domain，頁面里的圖片路徑都使用絕對路徑，如<img src="http://img.domain/abc.gif" />，然後設置DNS輪循，達到最初級的負載均衡。當然，伺服器多了就不可避免的涉及一個同步的問題，這個可以使用rsync軟體來搞定。
資料庫伺服器是重中之重，因為網站的瓶頸問題十有八九是出在資料庫身上。一般的中小網站多使用MySQL資料庫，不過它的集群功能似乎還沒有達到stable的階段，所以這里不做評價。一般而言，使用MySQL資料庫的時候，我們應該搞一個主從（一主多從）結構，主資料庫伺服器使用innodb表結構，從數據伺服器使用myisam表結構，充分發揮它們各自的優勢，而且這樣的主從結構分離了讀寫操作，降低了讀操作的壓力，甚至我們還可以設定一個專門的從伺服器做備份伺服器，方便備份。不然如果你只有一台主伺服器，在大數據量的情況下，mysqlmp基本就沒戲了，直接拷貝數據文件的話，還得先停止資料庫服務再拷貝，否則備份文件會出錯。但對於很多網站而言，即使資料庫服務僅停止了一秒也是不可接受的。如果你有了一台從資料庫伺服器，在備份數據的時候，可以先停止服務（slave stop）再備份，再啟動服務（slave start）後從伺服器會自動從主伺服器同步數據，一切都沒有影響。但是主從結構也是有致命缺點的，那就是主從結構只是降低了讀操作的壓力，卻不能降低寫操作的壓力。
為了適應更大的規模，可能只剩下最後這招了：橫向/縱向分割資料庫。所謂橫向分割資料庫，就是把不同的表保存到不同的資料庫伺服器上，比如說 用戶表保存在A資料庫伺服器上，文章表保存在B資料庫伺服器上，當然這樣的分割是有代價的，最基本的就是你沒法進行LEFT JOIN之類的操作了。所謂縱向分割資料庫，一般是指按照用戶標識（user_id）等來劃分數據存儲的伺服器，比如說：我們有5台資料庫伺服器，那麼 「user_id % 5 + 1」等於1的就保存到1號伺服器，等於2的就保存到2號伺服器，以此類推，縱向分隔的原則有很多種，可以視情況選擇。不過和橫向分割資料庫一樣，縱向分割資料庫也是有代價的，最基本的就是我們在進行如COUNT, SUM等匯總操作的時候會麻煩很多。綜上所述，資料庫伺服器的解決方案一般視情況往往是一個混合的方案，以其發揮各種方案的優勢，有時候還需要藉助memcached之類的第三方軟體，以便適應更大訪問量的要求。
如果有專門的應用伺服器來跑PHP腳本是最合適不過的了，那樣我們的頁面伺服器只保存靜態頁面就可以了，可以給應用伺服器設置一些諸如app.domain之類的域名來和頁面伺服器加以區別。對於應用伺服器，我還是更傾向於使用prefork模式的apache，配上必要的xcache之類的PHP緩存軟體，載入模塊要越少越好，除了mod_rewrite等必要的模塊，不必要的東西統統舍棄，盡量減少httpd進程的內存消耗，而那些圖片伺服器，頁面伺服器等靜態內容就可以使用lighttpd或者tux來搞，充分發揮各種伺服器的特點。
如果條件允許，獨立的日誌伺服器也是必要的，一般小網站的做法都是把頁面伺服器和日誌伺服器合二為一了，在凌晨訪問量不大的時候cron運行前一天的日誌計算，不過如果你使用awstats之類的日誌分析軟體，對於百萬級訪問量而言，即使按天歸檔，也會消耗很多時間和伺服器資源去計算，所以分離單獨的日誌伺服器還是有好處的，這樣不會影響正式伺服器的工作狀態。
軟架構
框架的選擇
PHP框架有很多選擇，比如：CakePHP，Symfony，Zend Framework等等，至於應該使用哪一個並沒有唯一的答案，要根據Team里團隊成員對各個框架的了解程度而定。很多時候，即使沒有使用框架，一樣能 寫出好的程序來，比如Flickr據說就是用Pear+Smarty這樣的類庫寫出來的，所以，是否用框架，用什麼框架，一般不是最重要的，重要的是我們 的編程思想里要有框架的意識。
邏輯的分層
10. 建立網站的基本框架是什麼啊
設計的話，一般都是PS操作咯，既然想建立一個網站，應該一些必備的技術你也應該有了撒？你要做一個什麼網站，去看看別人的，然後模仿一下吧，一般都是這樣，如果是個人空間站的話，大概的模式和其他人的也差不多。