tp50js部署

⑴ tp5怎麼引入css，js文件

ThinkPHP模版中導入CSS和JS文件的方法

常用方法

1. css使用link

2. js使用src

• 用tp自己的導入標簽import

• 導入Public文件夾下面的Js目錄中的test.js文件，import標簽可以省略type屬性,默認就是js的文件
  

• 復制代碼代碼如下:

<import type='js' file='Js.test'>

<import type='css' file='Css.test'>

• 不在Public:

• 復制代碼代碼如下:

<import type='css' file='Css.test' basepath='./Other'/>

• Other後面不加路徑中的/

• 使用load標簽

• load標簽,非常簡單,自動檢測
  

• 復制代碼代碼如下:

<load href='__PUBLIC__/Css/test.css' />

<load href='__PUBLIC__/Js/test.js' />

⑵ 前端使用vue後端使用tp5的前後端分離的項目如何在寶塔上部署，請大佬指點一下，第一次接觸

前端工程師是互聯網時代軟體產品研發中不可缺少的一種專業研發角色。從狹義上講，前端工程師使用 HTML、CSS、javaScript 等專業技能和工具將產品UI設計稿實現成網站產品，涵蓋用戶PC端、移動端網頁，處理視覺和交互問題。從廣義上來講，所有用戶終端產品與視覺和交互有關的部分，都是前端工程師的專業領域。[1]
中文名
前端開發工程師
所屬學科
計算機科學與技術
核心技術
HTML、CSS、JavaScript、jQuery
主流框架
React.js、Vue.js、Angularjs
快速
導航
發展方向
詞條來源
前端是一個相對比較新的行業，互聯網發展早期（1995年~2005年）是沒有專業的前端工程師的。隨著互聯網的發展，大約從2005年開始，正式的前端工程師角色被行業認可，到了2010年，互聯網開始全面進入移動時代，前端工程師的地位越來越重要，前端領域的技術發展也越來越快，各種新的思想、設計模式、工具和平台都快速發展，對前端工程師的技能要求也越來越高。[1]
發展方向
專家方向
經過幾年的技術積累，大量的項目歷練，很自然地就朝著專家的方向過渡了。技術人普遍具有的一個特徵就是不喜歡管一些亂七八糟的事，更願意鑽研感興趣的技術，解決一些技術難題。走專家路線可能是大多數技術人的選擇。

⑶ The requested URL was not found on this server是什麼意思

的意思是在此伺服器上找不到所請求的URL。

組織成正常的中文語序，意思就是：在該伺服器上無法找到您想要瀏覽的這個URL（資源地址）下轄的『item．htm』路徑。

item是條目，htm是html協議的簡寫，item．htm是url地址的一種固定路徑格式，沒有特定含義，可以不翻譯。

(3)tp50js部署擴展閱讀：

注意事項：

1、404沒有找到

請求失敗，在伺服器上找不到所需的資源。沒有信息告訴用戶這種情況是暫時的還是永久的。如果伺服器知道，它應該使用410狀態代碼告訴舊資源，由於一些內部配置機制問題，它是永久不可用的，沒有地址跳到。

當伺服器不想透露請求被拒絕的確切原因，或者當沒有其他合適的響應可用時，狀態碼404被廣泛使用。此錯誤最可能的原因是伺服器端沒有頁面。

2、內部伺服器錯誤

伺服器遇到意外情況，導致它無法完成對請求的處理。通常，當伺服器端源代碼中出現錯誤時，就會出現此問題。

⑷ 認識Vue.js+Vue.js的優缺點+和與其他前端框架的區別

認識Vue.js+Vue.js的優缺點+和與其他前端框架的區別

首先，我們先了解什麼是MVX框架模式？MVX框架模式：MVC+MVP+MVVM1.MVC：Model(模型)+View(檢視)+controller(控制器)，主要是基於分層的目的，讓彼此的職責分開。View通過Controller來和Model聯絡，Controller是View和Model的協調者，View和Model不直接聯絡，基本聯絡都是單向的。使用者User通過控制器Controller來操作模板Model從而達到檢視View的變化。2.MVP：是從MVC模式演變而來的，都是通過Controller/Presenter負責邏輯的處理+Model提供資料+View負責顯示。在MVP中，Presenter完全把View和Model進行了分離，主要的程式邏輯在Presenter里實現。並且，Presenter和View是沒有直接關聯的，是通過定義好的介面進行互動，從而使得在變更View的時候可以保持Presenter不變。MVP模式的框架：Riot,js。3.MVVM：MVVM是把MVC里的Controller和MVP里的Presenter改成了ViewModel。Model+View+ViewModel。View的變化會自動更新到ViewModel,ViewModel的變化也會自動同步到View上顯示。這種自動同步是因為ViewModel中的屬性實現了Observer，當屬性變更時都能觸發對應的操作。MVVM模式的框架有：AngularJS+Vue.js和Knockout+Ember.js後兩種知名度較低以及是早起的框架模式。Vue.js是什麼？看到了上面的框架模式介紹，我們可以知道它是屬於MVVM模式的框架。那它有哪些特性呢？其實Vue.js不是一個框架，因為它只聚焦檢視層，是一個構建資料驅動的Web介面的庫。Vue.js通過簡單的API（應用程式程式設計介面）提供高效的資料系結和靈活的元件系統。Vue.js的特性如下：1.輕量級的框架2.雙向資料系結3.指令4.外掛化Vue.js與其他框架的區別？1.與AngularJS的區別相同點：都支援指令：內建指令和自定義指令。都支援過濾器：內建過濾器和自定義過濾器。都支援雙向資料系結。都不支援低端瀏覽器。不同點：1.AngularJS的學習成本高，比如增加了DependencyInjection特性，而Vue.js本身提供的API都比較簡單、直觀。2.在效能上，AngularJS依賴對資料做臟檢查，所以Watcher越多越慢。Vue.js使用基於依賴追蹤的觀察並且使用非同步佇列更新。所有的資料都是獨立觸發的。對於龐大的應用來說，這個優化差異還是比較明顯的。2.與React的區別相同點：React採用特殊的JSX語法，Vue.js在元件開發中也推崇編寫.vue特殊檔案格式，對檔案內容都有一些約定，兩者都需要編譯後使用。中心思想相同：一切都是元件，元件例項之間可以巢狀。都提供合理的鉤子函式，可以讓開發者定製化地去處理需求。都不內建列數AJAX，Route等功能到核心包，而是以外掛的方式載入。在元件開發中都支援mixins的特性。不同點：React依賴VirtualDOM,而Vue.js使用的是DOM模板。React採用的VirtualDOM會對渲染出來的結果做臟檢查。Vue.js在模板中提供了指令，過濾器等，可以非常方便，快捷地操作DOM。如何使用Vue.js?1.安裝（1）script如果專案直接通過script載入CDN檔案，程式碼示例如下：(2)npm如果專案給予npm管理依賴，則可以使用npm來安裝Vue,執行如下命令：$npmivue--save-dev(3)bower如果專案基於bower管理依賴，則可以使用bower來安裝Vue，執行如下命令：$bowerivue--save-dev

Vue.js與其他框架的區別：
1.與AngularJS的區別
相同點：
都支援指令：內建指令和自定義指令。
都支援過濾器：內建過濾器和自定義過濾器。
都支援雙向資料系結。
都不支援低端瀏覽器。
不同點：
1.AngularJS的學習成本高，比如增加了Dependency Injection特性，而Vue.js本身提供的API都比較簡單、直觀。
2.在效能上，AngularJS依賴對資料做臟檢查，所以Watcher越多越慢。
Vue.js使用基於依賴追蹤的觀察並且使用非同步佇列更新。所有的資料都是獨立觸發的。
對於龐大的應用來說，這個優化差異還是比較明顯的。
2.與React的區別
相同點：
React採用特殊的JSX語法，Vue.js在元件開發中也推崇編寫.vue特殊檔案格式，對檔案內容都有一些約定，兩者都需要編譯後使用。
中心思想相同：一切都是元件，元件例項之間可以巢狀。
都提供合理的鉤子函式，可以讓開發者定製化地去處理需求。
都不內建列數AJAX，Route等功能到核心包，而是以外掛的方式載入。
在元件開發中都支援mixins的特性。
不同點：
React依賴Virtual DOM,而Vue.js使用的是DOM模板。React採用的Virtual DOM會對渲染出來的結果做臟檢查。
Vue.js在模板中提供了指令，過濾器等，可以非常方便，快捷地操作DOM。

我知道vue2.0和angularJS的區別，這兩個框架非常的像，但是在vue2.0後可以將js+css寫成一個元件，你想在什麼頁面用引入這個元件就可以用了。這很變態。
比如你在一個專案中自己寫了個帶搜尋框的input ，你把他寫成了一個元件，xxx.vue
直接把xxx.vue移到另一個專案，只要在另一個專案中需要 帶搜尋框的input ，直接引用就可以了。
現在大多數框架都是以一個元件的形式搭建一個專案

vue是什麼 vue特點 vue和其他前端框架區別

vue是什麼
Vue.js (讀音 /vju?/，類似於 view) 是一套基於javascript的用於構建使用者介面的漸進式框架。與其他重量級框架不同的是，Vue 採用自底向上增量開發的設計。Vue 的核心庫只關注檢視層，它不僅易於上手，還便於與第三方庫或既有專案整合。另一方面，當與單檔案元件和 Vue 生態系統支援的庫結合使用時，Vue 也完全能夠為復雜的單頁應用程式提供驅動。
vue特點
簡潔、輕量、元件化、快速、資料驅動、模組友好
vue和其他前端框架區別
1.與AngularJS的區別
相同點：
都支援指令：內建指令和自定義指令。
都支援過濾器：內建過濾器和自定義過濾器。
都支援雙向資料系結。
都不支援低端瀏覽器。
不同點：
1>AngularJS的學習成本高，比如增加了Dependency Injection(依賴注入)特性，而Vue.js本身提供的API都比較簡單、直觀。
2>在效能上，AngularJS依賴對資料做臟檢查，所以Watcher越多越慢。
Vue.js使用基於依賴追蹤的觀察並且使用非同步佇列更新。所有的資料都是獨立觸發的。
對於龐大的應用來說，這個優化差異還是比較明顯的。
手機渲染速度：angular1 300ms * vue 200ms * react 100ms
2.與React的區別
相同點：
React採用特殊的JSX語法，Vue.js在元件開發中也推崇編寫.vue特殊檔案格式，對檔案內容都有一些約定，兩者都需要編譯後使用。
中心思想相同：一切都是元件，元件例項之間可以巢狀。
都提供合理的鉤子函式，可以讓開發者定製化地去處理需求。
都不內建列數AJAX，Route等功能到核心包，而是以外掛的方式載入。
在元件開發中都支援mixins的特性。
不同點：
React依賴Virtual DOM,而Vue.js使用的是DOM模板。React採用的Virtual DOM會對渲染出來的結果做臟檢查。
Vue.js在模板中提供了指令，過濾器等，可以非常方便，快捷地操作DOM。
vue的應用場景
簡單地說，就是需要對 DOM 進行很多自定義操作的專案小專案;理論上 Vue 配合類似Flux的架構也可以勝任超大規模多人協作的復雜專案。

如何用vue.js和ionic搭建前端框架

前端可以用flightplan.js 部署。 var config = require("./webpack.config.js"); var webpack = require("webpack") var webpackDevServer=require("webpack-dev-server") confi

vue.js高仿餓了么外賣app 2016最火前端框架

React
React 和 Vue 有許多相似之處，它們都有：
使用 Virtual DOM
提供了響應式（Reactive）和元件化（Composable）的檢視元件。
保持注意力集中在核心庫，伴隨於此，有配套的路由和負責處理全域性狀態管理的庫。
相似的作用域，我們會用更多的時間來講這一塊的比較。不僅我們要保持技術的准確性，同時兼顧平衡。我們指出React比Vue更好的地方，例如，他們的生態系統和豐富的自定義渲染器。
React社群在這里非常積極地幫助我們實現這一平衡，特別感謝來自 React 團隊的 Dan Abramov 。他非常慷慨的花費時間來貢獻專業知識，來幫我們完善這個檔案，直到我們都滿意。
這么說，就是希望你能對這兩個庫的比較的公平性感到放心。
效能簡介
到目前為止，在現實的測試中，Vue 是優於 React 的（通常至少快20%-50%，盡管在某些情況下還要更快）。我們可以提供一個到這個參照專案的連結，但是坦率的說，所有的參照在某些方面是有缺陷的，很少有像你所寫的一個真實應用。那麼，讓我們詳細了解下吧。
渲染效能
在渲染使用者介面的時候，DOM的操作是最昂貴，不幸的是沒有庫可以讓這些原始操作變得更快。
我們能做的最好的就是：
盡量減少DOM操作。Vue 和 React 都使用虛擬DOM來實現，並且兩者工作一樣好。
盡量減少除DOM操作以外的其他操作。這是 Vue 和 React的一個不同的地方。
假如說，在React中，渲染一個元素的額外開銷是1，而平均渲染一個元件的開銷是2。在Vue中，一個元素的開銷更像0/vue/dist/vue.js"></script> 然後就可編寫Vue程式碼並應用到生產中，而不用擔心效能問題。
由於起步階段不需學JSX，ES2015 或構建系統，所以建立應用花的時間會更少。
本地渲染
ReactNative能使你用相同的元件模型編寫有本地渲染能力的APP（IOS或Android）。能同時跨多平台開發，對開發者是非常棒的。相應地，Vue和Weex會進行官方合作，Weex是阿里的跨平台使用者介面開發框架，Weex 的 JavaScript 框架執行時用的就是Vue。這以為著不僅在瀏覽器，在 IOS 和 Android 上面也可以用 Vue 來進行開發。
在現在，Weex 還在積極發展，成熟度也不能和 ReactNative 相抗衡。但是，Weex的發展是由世界上最大的電子商務企業的需求在驅動，Vue 團隊也會和 Weex 團隊積極合作確保為開發者帶來良好的開發體驗。
MobX
Mobx 在 React 社群很流行，實際上在Vue也採用了幾乎相同的反應系統。在有限程度上，React + Mobx 也可以被認為是更繁瑣的 Vue，所以如果你習慣組合使用它們，那麼選擇 Vue 會更合理。
Angular 1
Due的一些語法和Angular的很相似（例如 v-if vs ng-if）。因為Angular是Vue早期開發的靈感來源。然而，Augular中存在許多問題，在Vue中已經得到解決。
復雜性
在 API 與設計兩方面上 Vue.js 都比 Angular 1 簡單得多，因此你可以快速地掌握它的全部特性並投入開發。
靈活性和模組化
Vue.js 是一個更加靈活開放的解決方案。它允許你以希望的方式組織應用程式，而不是在任何時候都必須遵循 Angular 1 制定的規則，這使讓Vue能適用於各種專案。我們知道把決定權交給你，是非常必要的，就是是為什麼提供Webpack template，讓你用幾分鍾，去選擇是否用高階特性，比如熱模組載入、linting 、
Css extraction 等等。
資料系結
Angular 1 使用雙向系結，Vue在不同元件間強制適用單向資料流。這使應用中的資料流清晰易懂。
指令與元件
在 Vue 中指令和元件分得更清晰。指令只封裝 DOM 操作，而元件代表一個自給自足的獨立單元 —— 有自己的檢視和資料邏輯。在 Angular 中兩者有不少相混的地方。
效能
Vue.js 有更好的效能，並且非常非常容易優化，因為它不使用臟檢查。
在Angular 1中，當 watcher 越來越多時會變得越來越慢，因為作用域內的每一次變化，所有 watcher 都要重新計算。並且，如果一些 watcher 觸發另一個更新，臟檢查迴圈（digest cycle）可能要執行多次。 Angular 使用者常常要使用深奧的技術，以解決臟檢查迴圈的問題。有時沒有簡單的辦法來優化有大量 watcher 的作用域。
Vue.js 則根本沒有這個問題，因為它使用基於依賴追蹤的觀察系統並且非同步列隊更新，所有的資料變化都是獨立地觸發，除非它們之間有明確的依賴關系。
有意思的是，Angular 2 和 Vue 用相似的設計解決了一些 Angular 1 中存在的問題。
Angular 2
Augluar 2完全是一個全新的框架。例如,它具有優秀的元件系統，並且許多實現已經完全重寫，API也完全改變了。
TypeScript
Angular 1面向的較小的應用程式，Angular 2已轉移焦點，面向的是大型企業應用。TypeScript被引用，這對那些喜歡用Java或者C#等型別安全的語言的人是非常有用的。
Vue也適合企業應用，也可以使用TypeScript來支援官方型別和使用者貢獻的型別，盡管這是可選的。
尺寸和效能
在效能方面，這兩個框架都是非常快。但是如果你檢視第三方參照，就可以得出 Vue 2 比 Angular2 要快的。
在尺寸方面，雖然 Angular 2 使用 tree-shaking 技術和編譯技術能使程式碼尺寸減小。
即便包含編譯器和全部功能 Vue2(23kb)比起 Angular 2(50kb)還是小的多。但是要注意，用 Angular 的 App 的尺寸縮減是用 tree-shaking 移除了那些框架中沒有用到的功能，當隨著引入功能的增多，尺寸會越來越大。
靈活性
Vue 官方提供了構建工具，但沒限制你如何構建。有人喜歡用統一的方式構建，也有很多開發者喜歡這種靈活自由的方式。
學習曲線
開始使用Vue，你使用的是熟悉的HTML、符合ES5規則的JavaScript（也就是純JavaScript）。有了這些基本的技能，你可以快速地掌握它(指南)並投入開發 。
Angular 2 的學習曲線是非常陡峭的。即使不包括TypeScript，它們開始指南中所用的就有ES2015標準的JavaScript，18個NPM依賴包，4個檔案和超過3千多字介紹，這一切都是為了完成個Hello World。而Vue's Hello World就非常簡單。
Ember
Ember 是一個全能框架。它提供大量的約定，一旦你熟悉了它們，開發會很高效。不過，這也意味著學習曲線較高，而且不靈活。在框架和庫（加上一系列鬆散耦合的工具）之間權衡選擇。後者更自由，但是也要求你做更多的架構決定。
也就是說，最好比較 Vue.js 核心和 Ember 的模板與資料模型層：
Vue 在普通 JavaScript 物件上建立響應，提供自動化的計算屬性。在 Ember 中需要將所有東西放在 Ember 物件內，並且手工為計算屬性宣告依賴。
Vue 的模板語法可以用全功能的 JavaScript 表示式，而 Handlebars 的語法和幫助函式語法相比之下非常受限。
在效能上，Vue 甩開 Ember 幾條街，即使是 Ember2.0 的最新Glimmer引擎。Vue自動批量更新，Ember 當效能關鍵處需要手動管理。
Knockout
Knockout 是MVVM領域內的先驅，並且追蹤依賴。它的響應系統和Vue相似。它對瀏覽器支援以及所有的表現也是讓人印象深刻的。它能最低支援到IE6，而Vue最低只能支援到IE9。
隨著時間的推移，Knockout的發展已有所放緩，並且略顯有點老舊了。比如，它的元件系統缺少完備的生命周期事件方法，盡管這些在現在是非常常見。以及相比Vue呼叫子元件的介面顯得有點笨重。
如果你有興趣研究，會發現它們在介面設計的構思理念上是不同的。這些通過各自建立的 simple Todo List 可以體現出來。或許有點主觀，但是很多人認為Vue的API介面更簡單結構更優雅。
Polymer
Polymer 是另一個由谷歌贊助的專案，事實上也是Vue的一個靈感來源。Vue的元件可以粗略的類比於Polymer的自定義元素，並且兩者具有相似的開發風格。最大的不同之處在於，Polymer是構建於最新版的Web Components標准之上的，並且需要非凡的polyfills來工作（效能下降），瀏覽器本身不支援這些功能。相比而言，Vue不需要依賴polyfills來工作，最低到IE9。
在 Polymer 1.0版本中，為了彌補效能，團隊非常有限的使用資料系結系統。例如，在Ploymer中支援的唯一表達式只有布林值否定和單一的方法的呼叫，它的puted方法的實現也不是很靈活。
Polymer 自定義的元素是用HTML檔案來建立的，這回限制你的普通的JavaScript/CSS（和被現代瀏覽器普遍支援的語言特性）。相比之下，Vue的單檔案允許你非常容易的使用ES2015和你想用的Css的預編譯處理器。
當部署到生產環境的時候，Polymer建議使用HTML Imports載入所有資源。而這要求伺服器和客戶端都支援Http 2.0協議，且瀏覽器實現了標准。這是否可行就取決於你的目標使用者和部署環境了。如果狀況不佳，你必須用Vulcanizer工具來來打包Polymer元素。在這方面，Vue 可以結合非同步元件的特性和Webpack的程式碼分割特性來實現懶載入（lazy-loaded）。這同時確保了對舊瀏覽器的相容且又能更快載入。
對Vue和Web Component標准之間進行深層次的整合，也是完全可行的，比如Custom Elements、Shadow DOM的樣式封裝。然而現在在我們做出嚴肅的承諾之前，我們仍在等待標准成熟，進而廣泛應用於主流的瀏覽器中。
Riot
Riot 2.0 提供了一個類似於基於元件的開發模型（在Riot中稱之為」Tag」），提供小巧精美的API。Riot 和 Vue 可能共享一些設計理念。即使相比Roit重一點，Vue還是有很多顯著優勢的：
根據真實條件來渲染，Roit根據是否有分支簡單顯示或隱藏所有內容。

功能更加強大的路由機制，Roit的路由功能的API是極少的。

更多成熟工具的支援。Vue 提供官方支援Webpack、Browserify和SystemJS，而 Roit 是依靠社群來建立整合系統。
過渡效果系統。Riot現在沒有提供。

更好的效能。Roit 盡管廣告稱用虛擬DOM，實際上用的還是臟檢查機制，因此和Angular 1患有相同的效能問題。
以上所述是我給大家介紹的Vue.js 2.0 和 React、Augular等其他前端框架大比拼，希望對大家有所幫助，如果大家有任何疑問請給我留言，我會及時回復大家的。在此也非常感謝大家對指令碼之家網站的支援！

react.js vue.js 這些前端框架都必須在node.js上才能跑嗎

這些js寫的吧，你tomcat怎麼解析js，而且tomcat也是呼叫第三方的直譯器來解析程式碼，你看node.js能不能整合到tomcat，有沒有類似的外掛。

並不是，你本地隨便建個檔案就能跑。

⑸ tp5中模版標簽｛｝和js插件沖突時除了修改配置文件還有什麼好的解決方法沒有已經做好幾個頁面了，

那你看一下你的__CSS__常量是怎麼定義的了，相對路徑不行就用絕對路徑。

⑹ thinkphp5引用的js文件url使用的問題

在.js文件中使用相對路徑的時候,這個相對路徑是針對引用這個.js文件的頁面來說的.
不同目錄級別下版的東西引用相同的.js引起權的相對路徑是不同的。不過你可以寫絕對路徑。如dd\ff\kk.jpg。當然，相對路徑可以寫..\..\kk.jpg;..\kk.jpg等。

⑺ 使用thinkphp框架,公共js和css放置哪個目錄

1，對於伺服器單項目或是多項目共用的js或是css文件來說,可以直接放到/Public目錄,在模板使用類似__PUBLIC__/js/common.js 路徑專調用.2，對於多項目屬,項目之間不進行共用的js和css文件,可以放置到 項目目錄/Public 下,這個時候需要在項目config.php下添加一個模板解析,指向該路徑.不建議這么做,因為這樣意義不大.3，在 項目目錄/Tpl/對應主題(默認default)/ 下建立一個Public目錄,將項目的js和css放置到這里,如果項目進行了分組,可以在 該Public目錄下js目錄和css目錄下進行分組,這樣文件路徑比較清晰. 在模板里 使用類似 ../Public/js/common.js 或是 ../Public/js/分組目錄/common.js 引用文件 我使用tp開發,一直使用第三種.