元素選擇器i比類選擇器.fa優(yōu)先級低，所以你i里的 css 都會被默認(rèn)的.fa覆蓋。另外，css 里不要引號。

i.fa {
    font-size: 50px;
    color: #10AEFF;
    margin-bottom: 10%;
}

router.go(-2)?
或者 在c頁面 push到a

php沒解析

一樓正解 也可以這樣
點擊a標(biāo)簽 在js中獲取id值然后拼接到你的下個頁面的地址后面 location.href 走你

append的是text，文字上怎么會有點擊事件呢

你檢查一下元素，是不是div.beforeAppend和div.afterAppend是不是有重疊啊

請問你的script是使用什么方式執(zhí)行response呢，

一般這些外部回調(diào)函數(shù)可以掛在全局window下，就可以直接訪問了

比如lib下面現(xiàn)有a.aar, b.aar, c.aar, 當(dāng)使用flavor A編譯的時候我使用a.aar和b.aar， 當(dāng)使用flavor B編譯的時候我使用b.aar和c.aar，gradle怎么配置呢

brew install phantomjs

本來想詳細(xì)講解一下的，想想還是算了，簡單列一下登錄認(rèn)證過程中,就應(yīng)該能理解了

客戶端： 我要查看用戶資料
服務(wù)端： 你沒有憑證(cookie)，請先獲得憑證再來，獲得憑證需要你提供用戶名密碼。
客戶端: 好的，這是我的用戶名和密碼
服務(wù)端： 驗證通過，現(xiàn)在為你生成憑證，請保管好，以后只認(rèn)憑證，就算阿貓阿狗拿著你的憑證來查資料，我也會給他。
。。。
客戶端：我要查用戶資料，這是我的憑證.
服務(wù)端：好的，請稍等，我確認(rèn)一下你的憑證是否真的，OK，是真的，資料拿去。
。。。
客戶端：我要查用戶資料，這是我的憑證.
服務(wù)端：對不起，你的憑證已經(jīng)過期失效了，請重新提供用戶名密碼獲得新的憑證。

OK,再來講一下怎么生成憑證和怎么驗證憑證：

生成的條件是驗證用戶提供的用戶名和密碼是對的，

a. 生成隨機(jī)唯一的session_id, 比如md5(用戶id+毫秒數(shù))

b. 生成session內(nèi)容，并建立session_id與session內(nèi)容的對應(yīng)關(guān)系

即服務(wù)端拿一本帳本，記錄下這個憑證（根椐標(biāo)識）對應(yīng)的用戶名（一般是用戶ID）是誰，類似：
abcd123 => 'Tim',
ee22343 => 'You'

（這個對應(yīng)關(guān)系，可以保存在文件、memcache、數(shù)據(jù)庫等等，這就是用不同介質(zhì)保存session的原理）

c. 將session_id加密、簽名,寫到憑證中，返回客戶端。

用通俗語言來描述這個過程就是：

驗證用戶名密碼正確后

服務(wù)端拿出一張紙，隨機(jī)寫上一個標(biāo)識（比如像醫(yī)生寫病歷，有一定的防偽性） ---- session_id
再拿出帳本，寫上這個“標(biāo)識”與“用戶”的關(guān)聯(lián)，表示這個標(biāo)識就等同于用戶A ----session_id與session內(nèi)容關(guān)聯(lián)
給這張紙蓋上大印 ----session_id加密和防偽
將這張紙作為憑證，交給用戶 ---- 將加密后的session_id作為cookie返回。

最后，用戶下次來請求，帶上了憑證，服務(wù)端驗證過程：

1. 有憑證
2. 看看大印是否自己的(驗證有效性)
3. 讀取憑證中的標(biāo)識(嗯，一般只有醫(yī)生能讀懂自己寫的東西)
4. 拿出帳本，查找標(biāo)識對應(yīng)的用戶，有找到，驗證成功，返回相關(guān)內(nèi)容

其它：
憑證有效期:比如可以約定，一天后就沒有用了
帳本有效期:session也是可以有效期的，比如我每隔一小時就刪除一些沒有用到的session，清理之后，就算你的憑證是真實的，但也無效了。

最后，cookie是標(biāo)準(zhǔn)實現(xiàn),無所謂自己實現(xiàn)(你可能只是需要封裝操作指令)，要自己實現(xiàn)session的話，無非就是解決這幾個問題：
1）決定你的帳本(用什么方式保存)
2) 實現(xiàn)寫帳本(根據(jù)session_id寫數(shù)據(jù))
3) 實現(xiàn)讀帳本(按session_id讀數(shù)據(jù))
4) 實現(xiàn)清理帳本過期數(shù)據(jù)

1.使用postman 測試接口是否有問題
2.接口沒問題的話在第一個then里面alert(response.text())一下
就你的描述來說，接口應(yīng)該是有問題的。

具體不行的表現(xiàn)是什么？是不生效，還是報錯？

十幾個，，，嗝，，試試分布加載？

在HTML設(shè)置了字體大小 , rem會根據(jù)這個值做計算 , 可以先在window.onload后查看一下html的字體大小是否是你預(yù)想的值 , 如果不是 , 那么問題就找到了 , 如果是的話能否設(shè)置一個元素點擊事件彈出html的font-size用于檢測是否后續(xù)有內(nèi)容對html修改 ; 目前能想到的debug思路 可以試試

以下是ES6標(biāo)準(zhǔn)原文中關(guān)于 module 的 export 規(guī)則所集成的表格：

從表中來看，似乎沒有export variable的規(guī)則。

書上可能是有勘誤，不用每次導(dǎo)出聲明的意思應(yīng)該是指用export default的方式進(jìn)行默認(rèn)導(dǎo)出。

從標(biāo)準(zhǔn)中的 import 規(guī)則也不難看出：

導(dǎo)入某個指定的對象（或變量）需要通過 destructuring 的方式引入，要么就是從 default 導(dǎo)入。

你這個問題本身就提得有些問題，且不說限制有沒有成功，就說你第二張截圖中要么是快捷圖標(biāo)，要么是文件夾，而<input type="file" name="xx" accept="image/png,image/gif">只限制文件類型。你第一次打開的文件目錄中可能剛好有圖片文件，而第二次打開的是桌面，也許并沒有圖片在其中，其它不符合的文件在windows系統(tǒng)中會自動隱藏掉，而在Mac中是禁用變灰掉。

換個思路right-sider-component出現(xiàn)的時候有一層遮罩（可透明也可不透明，視UI而定）
right-sider-component和top-bar-component浮在遮罩上面
點擊遮罩和點擊right-sider的菜單，right-sider隱藏
點擊點擊top的button toggle

這樣就好處理很多了

你好，請問 “setData 不行” 是報錯還是什么問題呢？我開發(fā)時都是 setData 沒發(fā)現(xiàn)什么問題。一般也可以使用 wepy 框架，它對此方法進(jìn)行了封裝，可以直接：

this.title = 'this is title';
this.$apply();

從執(zhí)行結(jié)果來看，區(qū)別不大；從代碼架構(gòu)層面來看，比較推薦“事件-偵聽”機(jī)制。因為后者有助于父子組件之間解耦，即父組件不要求一定是這個子組件，子組件也不要求父組件一定要傳處理函數(shù)不然就報錯。

url 與內(nèi)容沒有強(qiáng)制關(guān)聯(lián)關(guān)系. a.js 返回一個圖片也可以的. 沒有 url 和響應(yīng)之間還有服務(wù)器. 服務(wù)器可以返回任何內(nèi)容.

你選錯了 包裝文本的模式 ，選第二個