經過幾個週六週日的嘗試，終於解決了服務端渲染中的常見問題，也成功說服了公司新專案採用前後端分離的解決方案，當seo不在是問題的時候，或許才是我們搞前端的真正的春天，其中也遇到了一些小坑，nuxt.js官方還是很給力的，提issue後很積極的給予幫助，再次感謝nuxt.js的開發團隊。
第乙個攔路虎就是登陸時候的鑑權問題，如何把token儲存到本地。官方使用express-session解決這個問題，但是這樣做後端也需要使用nodejs,而我們公司使用的php。轉念一想或許cookie可以一試，於是我是這樣做的：
// 後台驗證使用者資訊，並返回token
async function login () = await axiosserver.post(『/login『, req.body)
return data
} login().then(function (data) = data
if (token) )
}// 原封不動返回
return res.json(data)
})})我把登入請求用nodejs做了一次**，把使用者提交的資料傳給後端，後端返回的token設定到cookie裡，然後把資料返會給前端，前端再用vuex儲存token狀態，這樣token同時存在於cookie和記憶體裡，重新整理頁面也是正常的
前端儲存token:
async nuxtserverinit (, )
},// set_user
set_user (state, token) ,
另乙個小問題是components裡資料如何渲染。在nuxt.js中只有page裡的元件有fetch和asyncdata方法，所以當我們使用layout布局頁面時如果元件需要請求資料，就無法渲染了，解決方法是在nuxtserverinit方法裡初始化元件內的資料，如下：
async nuxtserverinit (, )nuxt.js的plugins設計的個人感覺還是很人性化的，用起來簡直是不能再簡單。在plugins新建乙個filters.js，過濾器可以這樣玩：
import vue from 『vue『
// 時間格式化
export function formatdate (date, fmt)
let o =
for (let k in o) )`).test(fmt))
} return fmt
}let filters =
object.keys(filters).foreach(key => )
export default filters
plugins: [
『~plugins/filters.js『
]
}
大概在8月份時候，寫了幾篇關於如何部署nodejs專案的文章：
nodejs伺服器部署教程一
nodejs伺服器部署教程二，把vue專案部署到線上
nodejs伺服器部署教程三，部署基於node+vue+mongodb的專案
nodejs伺服器部署教程四，部署ssl證書，公升級為https
隨著時間推移，修復了一些錯誤，發現了一些錯誤，整體寫的太亂。於是抽了一天時間，在新的伺服器上一邊實踐一邊記錄，把上面幾篇文章用gitbook彙總了一下
不放個demo就走顯得就不厚道了，基於nuxt.js的開源專案確實不太多，以下是我耗時乙個月業餘時間做的小專案，之前是基於vuejs開發的，現在用nuxt.js進行了重構，解決了服務端渲染的常見問題
github
gitbook
nuxt.js服務端渲染實踐，從開發到部署
標籤：archive
基於replace
matstat
each
存在date()
vue元件從開發到發布
元件化是前端開發非常重要的一部分，從業務中解耦出來，可以提高專案的 復用率。更重要的是我們還可以打包發布，俗話說集體的力量是偉大的，正因為有許許多多的開源貢獻者，才有了現在的世界。不想造輪子的工程師，當不了合格的搬運工。讓我們來了解一下vue元件從開發到打包發布流程，並配置github主頁。本文以 ...
從開發到架構學習 一
公司oa 產品到現在發展有3 年多了，一直有人在說系統很爛，不穩定，效能差，可用性不好。這些結果的原因是什麼呢？先看下現狀，存在的問題 1 系統不穩定，偶爾出現無規律的錯誤，中斷類的。分析這些日誌，屬於底層 難定位的多。沒有引起足夠的重視去分析？2 速度慢，在部分子系統中操作時，包含的業務流程太多，...
基於GIN的API介面從開發到部署 簡單示例
使用go mod 管理專案，可以更加靈活的在專案中管理對應的go包 新建專案gorestful,建立資料夾，路徑 e 1234 gorestful 進入目錄 e 1234 gorestful 裡，新建入口檔案 main.go 在 e 1234 gorestful 裡開啟終端執行命令 go mod i...