『壹』 一個前端頁面如何部署
一個前端頁面，在本地直接打開就能訪問。另外如果是要放到伺服器下的話，可以裝個nginx，或者apache，或者tomcat，直接放到網頁路徑下，就行。
『貳』 nginx怎麼部署前端項目
1、安裝護衛神·nginx大師
2、開設站點，綁定和解析域名
3、上傳前端頁面到網站
『叄』 常見的前端集成部署方案有哪些各自的優缺點是什麼
前端行業經歷了這么長時間的發展，技術元素非常豐富，這里列舉出一般web團隊需要用到的技術元素：
開發規范：包括開發、部署的目錄規范，編碼規范等。不要小瞧規范的威力，可以極大的提升開發效率，真正優秀的規范不會讓使用者感到約束，而是能幫助他們快速定位問題，提升效率。
模塊化開發：針對js、css，以功能或業務為單元組織代碼。js方面解決獨立作用域、依賴管理、api暴露、按需載入與執行、安全合並等問題，css方面解決依賴管理、組件內部樣式管理等問題。是提升前端開發效率的重要基礎。現在流行的模塊化框架有requirejs、seajs等。
組件化開發：在模塊化基礎上，以頁面小部件(component)為單位將頁面小部件的js、css、html代碼片段放在一起進行開發、維護，組件單元是資源獨立的，組件在系統內可復用。比如頭部(header)、尾部(footer)、搜索框(searchbar)、導航(menu)、對話框(dialog)等，甚至一些復雜的組件比如編輯器(editor)等。通常業務會針對組件化的js部分進行必要的封裝，解決一些常見的組件渲染、交互問題。
組件倉庫：有了組件化，我們希望將一些非常通用的組件放到一個公共的地方供團隊共享，方便新項目復用，這個時候我們就需要引入一個組件倉庫的東西，現在流行的組件庫有bower、component等。團隊發展到一定規模後，組件庫的需求會變得非常強烈。
性能優化：這里的性能優化是指能夠通過工程手段保證的性能優化點。由於其內容比較豐富，就不在這里展開了，感興趣的同學可以閱讀我的這兩篇文章 [1] [2]。性能優化是前端項目發展到一定階段必須經歷的過程。這部分我想強調的一點是性能優化一定是一個工程問題和統計問題，不能用工程手段保證的性能優化是不靠譜的，優化時只考慮一個頁面的首次載入，不考慮全局在宏觀統計上的優化提升也是片面的。
項目部署：部署按照現行業界的分工標准，雖然不是前端的工作范疇，但它對性能優化有直接的影響，包括靜態資源緩存、cdn、非覆蓋式發布等問題。合理的靜態資源資源部署可以為前端性能帶來較大的優化空間。
開發流程：完整的開發流程包括本地開發調試、視覺效果走查確認、前後端聯調、提測、上線等環節。對開發流程的改善可以大幅降低開發的時間成本，工作這些年見過很多獨立的系統（cms系統、靜態資源推送系統）將開發流程割裂開，對前端開發的效率有嚴重的阻礙。
開發工具：這里說的工具不是指IDE，而是工程工具，包括構建與優化工具、開發-調試-部署等流程工具，以及組件庫獲取、提交等相關工具，甚至運營、文檔、配置發布等平台工具。前端開發需要工具支持，這個問題的根本原因來自前端領域語言特性（未來我會單獨寫一篇文章介紹前端領域語言缺陷問題）。前端開發所使用的語言（js、css、html）以及前端工程資源的載入與定位策略決定了前端工程必須要工具支持。由於這些工具通常都是獨立的系統，要想把它們串聯起來，才有了yeoman這樣的封裝。前面提到的7項技術元素都直接或間接的對前端開發工具設計產生一定的影響，因此能否串聯其他技術要素，使得前端開發形成一個連貫可持續優化的開發體系，工具的設計至關重要。
『肆』 如何把webpack前端工程部署到tomcat上
幾種方法：
1、在myeclipse里部署
這個直接在myeclipse里配置好tomcat的根路徑。
在server里可以看到tomcat，選擇部署你的工程就行了。
2、把自己的web工程放在tomcat的webapps下
2.1 把你的工程達成war包，放進tomcat的webapps下；
2.2 把你工程的webroot下的內容用你的工程名稱（其實是你想要的在啊瀏覽器訪問的應用路徑名）作為文件夾包住webroot下的內容（要保證你的classes有東西，lib有東西）
3、把描述自己工程的context放在webapps下
context里可以描述你的工程的名稱，工程存放的路徑
4、在tomcat的conf/server.xml配置相應的context元素
這個和3的作用差不多，只是這個是在tomcat的server啟動時載入的
以上都能讓tomcat知道自己有多少應用要部署，將會進行相應的部署動作。部署完後，就可以在瀏覽器訪問了。
『伍』 如何用Tomcat部署前端靜態文件
幾種方法： 1、在myeclipse里部署 這個直接在myeclipse里配置好tomcat的根路徑。 在server里可以看到tomcat，選擇部署你的工程就行了。 2、把自己的web工程放在tomcat的webapps下
『陸』 網站的前端伺服器是什麼意思，怎麼和後端伺服器配合
前後端分離部署時，伺服器A用於部署前端項目，稱為前端伺服器，伺服器B用於部署後端項目，稱為後端伺服器。後端伺服器通過開放API的方式，向前端伺服器中的前端項目提供數據或數據操作介面，以此實現前端與後端的銜接。若受項目的成本限制，將前端項目與後端項目部署在同一伺服器上也是可以的，可以通過nginx等反向代理伺服器根據訪問地址進行分發。
『柒』 怎麼把VUE項目部署到伺服器上面
1.使用xshell登錄到阿里雲伺服器。安裝nginx（本文安裝到/etc下）
[plain]view plain
cd/etc
apt-getupdate
apt-getinstallnginx
vim/etc/nginx/nginx.conf
userwww-data;
worker_processesauto;
pid/run/nginx.pid;
events{
worker_connections768;
#multi_accepton;
}
http{
##
#BasicSettings
##
tcp_nodelayon;
keepalive_timeout65;
types_hash_max_size2048;
#server_tokensoff;
#server_names_hash_bucket_size64;
#server_name_in_redirectoff;
include/etc/nginx/mime.types;
default_typeapplication/octet-stream;
##
#SSLSettings
##
ssl_protocolsTLSv1TLSv1.1TLSv1.2;#DroppingSSLv3,ref:POODLE
ssl_prefer_server_cipherson;
##
#LoggingSettings
##
access_log/var/log/nginx/access.log;
error_log/var/log/nginx/error.log;
##
#GzipSettings
##
gzipon;
gzip_disable"msie6";
#gzip_varyon;
#gzip_proxiedany;
#gzip_comp_level6;
#gzip_buffers168k;
#gzip_http_version1.1;
##
#VirtualHostConfigs
##
gzipon;
gzip_disable"msie6";
#gzip_varyon;
#gzip_proxiedany;
#gzip_comp_level6;
#gzip_buffers168k;
#gzip_http_version1.1;
#gzip_typestext/plaintext/cssapplication/jsonapplication/javascripttext/xmlapplication/xmlapplication/xml+rsstext/javascript;
##
#VirtualHostConfigs
##
include/etc/nginx/conf.d/*.conf;
include/etc/nginx/sites-enabled/*;
#以下為我們添加的內容
server{
listen80;
server_nameyour-ipaddress;
root/home/my-project/;
indexindex.html;
location/datas{
rewrite^.+datas/?(.*)$/$1break;
includeuwsgi_params;
proxy_passhttp://ip:port;
}
}
}
assetsPublicPath:'/test1/',
exportdefaultnewRouter({
base:'/test1/',//添加這行
linkActiveClass:'active',
routes
});
consturl='/datas/seller';
this.$http.get(url).then((response)=>{
.....
});
servicenginxstart
2.首先先配置nginx，然後再根據配置文件做下一步操作
打開/etc/nginx/nginx.conf文件
[plain]view plain
在nginx.conf中配置如下：
[plain]view plain
接下來就根據配置文件進行下一步工作。配置文件中的server_name後面是阿里雲伺服器的ip地址
3.配置文件中的listen是nginx監聽的埠號，所以需要在阿里雲伺服器上為80埠添加安全組規則
在本地的瀏覽器登錄阿里雲伺服器->進入控制台->點擊安全組->點擊配置規則->點擊添加安全組規則，之後配置如下（註：入方向和出方向都要配置）
4.配置文件中的root和index那兩行表示我們把項目文件夾放在/home/my-project下
例如有兩個項目文件夾分別為test1，test2，裡面都有index.html。則目錄結構如下
/home
|--my-project
|--test1
|--index.html
|--test2
|--index.html
則在瀏覽器輸入http://ip/test1/index.html
伺服器便會在/home/my-project中找到test1下的index.html執行；
如果在瀏覽器中輸入http://ip/test2/index.html
伺服器便會在/home/my-project中找到test2下的index.html執行；
這樣便可以在伺服器下放多個項目文件夾。
5.所以我們也需要在本地項目的config/index.js里的build下進行修改,如果要把項目放到test1下，則
[javascript]view plain
如果用到了vue-router，則修改/router/index.js
[javascript]view plain
6.nginx配置文件中的location則是針對跨域處理，表示把對/datas的請求轉發給http://ip:port,本文中這個http://ip:port下就是需要的數據，例如http://ip:port/seller,在本地項目文件中ajax請求數據的地方如下
[javascript]view plain
7.修改後在本地命令行下運行:cnpm run build 生成dist文件。把dist文件里的index.html和static文件上傳到伺服器的/home/my-project/test1下，目錄結構如下
/home
|--my-project
|--test1
|--index.html
|--static
8.啟動nginx
[plain]view plain
9.至此項目部署成功，在瀏覽器下輸入: http://ip/test1/index.html 即可
『捌』 前後端分離的前端是怎麼部署到生產環境中的，直接通過 nginx 嗎
front-end-separate(前後端分離腳手架)
front-end-separate
一個前後端分離的腳手架工具（自主研發）
為什麼選擇grunt而不是gulp
如果你也和我一樣喜歡grunt這種配置的方式，那麼我相信這個腳手架覺對十分適合你
所有靜態資源都md5全並壓縮打包,css,js,img,html
已在生產環境驗證
基於express和grunt的前後端分離框架
模板引擎使用的是nunjucks，好處是可以實現模版繼承，又不像jade一樣把html標簽都簡化了
express提供路由服務
項目中app為原代碼文件（開發用），dist為打包後的文件（用於線上）
開發使用app，線上使用dist，支持一鍵cdn部署，加速你的項目
項目啟動時，修改任何express代碼，可以實現自動重啟–基於nodemon
支持sass圖片精靈（自動打包精靈圖片，再也不用手動去拼湊了）
基於grunt md5 打包合並
線上輸出的html已經壓縮成一行（讓你的代碼更有Geeker范）
『玖』 大公司里怎樣開發和部署前端代碼
雖然美團不是大公司，但在這里寫一下我們的情況，僅供參考。開發時的和部署時類庫的引用和存放是一致還是不同?開發環境和部署環境的類庫代碼都是相同的，但物理位置不同。部署環境的類庫在CDN上，開發環境的類庫在開發伺服器上。模塊放在項目中還是放在 CDN 之類伺服器?模塊放在項目中，部署時都在CDN上。渲染網頁用 Nginx 還是其他動態語言的 Web 伺服器?前面用ngnix做負載均衡，後面用apache做web伺服器。製作網頁的流程, 是現有設計師的稿, 還是先看模塊?先有設計師的稿再寫模塊，但很多時候並不需要設計師，因為架子已經搭好了，界面規范和基礎元素都有，一般的界面前端工程師都能搞得定。會選擇用自己寫的模塊還是從社區尋找模塊?基礎框架用的YUI3，大部分二次開發的底層模塊，還有和業務緊密結合的UI模塊都是自己寫的。當然也會用社區寫的模塊，比如上傳組件、highcharts、Ace等。如果說怎麼選擇模塊的話，那就是具體情況具體分析了，總體原則有兩個：能不自己寫，就不自己寫；選擇最符合需求的，一般來說，要麼選最好的，要麼選最快出結果的。
『拾』 web前端開發項目過程
老闆或甲方是一個需求的真正發起者，也是一個基礎idea的夢想師，產品是需求專業化梳理或進行有效評估細化需求負責的，
而設計是前端的上游，前端是設計的下游。設計的工作目的是把產品宏觀的思維結果進行專業的處理，因為按一般的習慣，產品最終的結果是原型圖，而原型圖可以理解為設計的草圖，
對真正的用戶來說，這個草圖過於簡單或不符合使用的操作習慣，所以需要設計師進行專業的處理，比如顏色搭配，布局分隔，有時候還兼交互的一部分工作，設置用戶與頁面發生交互的預訂流程，
那有人問，不需要設計不行嗎？直接讓前端寫頁面不就得了，還需要麻煩設計師來做個圖出來。
因為這里邊有一個成本風險控制的一個理念，因為在前期，尤其是設計，主觀感受大於理性的思考，所以每天的結果都不一樣，所以需要設計師去消化掉這部分主觀感受帶來的誤區，
而且從成本上來講，有些場景設計師改圖比改代碼要容易控制一些。
設計師的結果是psd文件，他是很多個圖層疊加在一起的結果，而前端的工作結果html頁面，是把很多圖層上的效果，有機的用html組織起來的過程。
前端是把轉化後html交給下游服務端開發工程師，或叫後台開發，這個html里邊包括一些交互的js文件等。總的來說前端是一個承前啟後的崗位。
也有的公司把前端的責任放大，負責整個前台view層頁面的開發，這樣的好與壞在前面的文章中已經探討過就不一一細表了。
我們以前基本的流程是，領導或甲方提出需求，然後產品分析需求，並且根據需求畫出原型圖，然後根據原型圖出設計稿。
出完設計稿團隊評審，過後交與前端製作靜態頁面，然後靜態頁面，交與設計審核，過後交給開發人員，進行動態數據的添加。
添加完之後，發布測試環境，產品測試領導審核，成功後，直接發布產品環境。或進行版本迭代。
這是整個的一個設計，開發，部署的流程。
根據前面的，在補充一下，前面的所有流程中的靈魂是原始需求提出者，但人隨著客觀條件的變化，思維認識會有所不一致，
所以產生了文檔，文檔是貫穿整個流程的一個靈魂。
而產品是整個流程中文檔的編寫者，因為產品最能接觸最原始的需求，對需求的理解更深刻或專業，所以他會有一個文檔出來。
這個文檔是需要交付給設計，讓設計在設計過程中進行參考。
前端看的另外一個文檔。交互設計師出交互文檔，一般的公司沒有交互設計師那就是由產品來出的交互文檔。
有的交互不過於復雜，就沒有文檔，只是郵件。
有時候說，不要這個郵件行不行，那怕是最簡單的原始東西，沒有文件或郵件是不能做一個後期測試回溯的依據。
產品文檔表示頁面的流轉或數據的走向，交互文檔描述頁面復雜的交互或各個用戶表單與用戶發生的各種互動。
另外2個是，要架構師或項目經理出的需求文檔，需求文檔是對整個項目的歷史背景，系統開發軟硬體要求，或版本信息，等等。
另外一個是由服務端工程師提供的介面文檔，這里邊包括一些請求類型，傳參的數目與鍵名，還有服務端返回的參數名約定等等的，這些文檔是開發中的靈魂，也是以後測試回溯的標准或依據。