啟動(dòng)階段已經(jīng)跪了吧

chunk 你可以理解為分支，只有代碼中有按需加載才會(huì)出現(xiàn)

bundle 其實(shí)就是你最終打出來(lái)的主要代碼集合，以你的entry作為入口，打出來(lái)的所有代碼

compilation 通過(guò)你的webpack配置可以生成，new compilation并將config傳入，這個(gè)compilation對(duì)象用來(lái)編譯代碼

.vue 文件其實(shí)解析出來(lái)是一個(gè)vue-component實(shí)例，vue-component實(shí)例model跟vue有本質(zhì)區(qū)別的，雖然作者在組件和vue的實(shí)例中都添加的生命周期鉤子，也只是為了，開(kāi)發(fā)者能更好的掌握組件，提高可操作的粒度，這就是你為什么看不到$children 如果你的是SPA的話，你的項(xiàng)目中只有一個(gè)vue實(shí)例，就是項(xiàng)目的entry入口文件，也就是app.vue 有些cli定義為main.vue，把這個(gè)vue的實(shí)例看做是一顆樹(shù)，剩下所有的.vue文件是這棵樹(shù)的樹(shù)枝，通過(guò)相互引用，樹(shù)枝之間有通信，也可能是公共的樹(shù)枝，就構(gòu)成了一棵樹(shù)， 這樣就很好理解了。利用面向?qū)ο蟮姆绞絹?lái)描述樹(shù)枝跟描述樹(shù)肯定是不一樣的，這也就是為什么你打印出來(lái)的東西不一樣。

1.B頁(yè)面是個(gè)iframe，嵌入A頁(yè)面的div對(duì)吧？這個(gè)圖片加載是B頁(yè)面js控制的，應(yīng)該和A頁(yè)面沒(méi)多大關(guān)系吧。。。
2.不上代碼直接提問(wèn)的都是耍流氓。

給圖片加一個(gè)時(shí)間戳參數(shù)唄

websocket api是js寫(xiě)的

命令式：描述怎么去做（how），比如用原生JS渲染DOM，你要先獲取DOM，再操作DOM等等。
聲明式：描述我們想要的是什么(what)，比如我不關(guān)心react你是怎么把我數(shù)據(jù)渲染到視圖，我只需要你把我的數(shù)據(jù)渲染了就好。

https://zhuanlan.zhihu.com/p/...

PHP匿名函數(shù)

<?php
$greet = function($name)
{
    printf("Hello %s\r\n", $name);
};

$greet('World');

輸出Hello World

匿名函數(shù)從父作用域繼承變量

<?php
$message = 'hello';

// 繼承 $message
$example = function () use ($message) {
    var_dump($message);
};
echo $example();

輸出string(5) "hello"

PHP文檔

最后還是用字符串替換的方式解決了，使用的是he模塊，https://github.com/mathiasbyn...

a:visited {color:#FF000;}

像上面說(shuō)的自定義中間件后，在App\Http\Controllers\Auth\RegisterController里的構(gòu)造函數(shù)中

/**
 * Create a new controller instance.
 *
 * @return void
 */
public function __construct()
{
    $this->middleware('guest');
    $this->middleware('checkIp');
}

DISTINCT 針對(duì)的是select 后面的所有字段， 如果你想keyword不重復(fù)，但對(duì)query_date不care, 你可以只取keyword, 如果你想取keywork和相應(yīng)的最大日期的query_date,可以用group by... having ....

如：

drop table t_query_keyword;
create table t_query_keyword(
    user_id varchar(38) ,
    keyword varchar(100),
    query_date date
);


insert into t_query_keyword (user_id, keyword, query_date)
values ('748761E1-260F-4E61-9D0D-BE6D122560E2', 'java',  '2018-01-01'),
('748761E1-260F-4E61-9D0D-BE6D122560E2', 'sql',  '2018-01-02'),
('748761E1-260F-4E61-9D0D-BE6D122560E2', 'sql',  '2018-01-03'),
('748761E1-260F-4E61-9D0D-BE6D122560E2', 'sql',  '2018-01-03'),
('748761E1-260F-4E61-9D0D-BE6D122560E2', 'js',  '2018-01-04'),
('748761E1-260F-4E61-9D0D-BE6D122560E2', 'html',  '2018-01-05'),
('748761E1-260F-4E61-9D0D-BE6D122560E5', 'docker',  '2018-01-06'),
('748761E1-260F-4E61-9D0D-BE6D122560E2', 'kvm',  '2018-01-07');

SELECT DISTINCT
  t.keyword,
  t.query_date
FROM t_query_keyword t
WHERE t.user_id = '748761E1-260F-4E61-9D0D-BE6D122560E2'
ORDER BY t.query_date DESC
LIMIT 6;

返回的結(jié)果是：

+---------+------------+
| keyword | query_date |
+---------+------------+
| kvm     | 2018-01-07 |
| html    | 2018-01-05 |
| js      | 2018-01-04 |
| sql     | 2018-01-03 |
| sql     | 2018-01-02 |
| java    | 2018-01-01 |
+---------+------------+
6 rows in set (0.00 sec)

keyword=sql, query_date=2018-01-03有兩條，但因?yàn)镈ISTINCT, 只返回其中一條。

或者用如下的sql, 可以保證keyword不重復(fù)。

SELECT 
  keyword, max(query_date) as query_date
FROM t_query_keyword
WHERE user_id = '748761E1-260F-4E61-9D0D-BE6D122560E2'
group by keyword
ORDER BY query_date DESC
LIMIT 5;

返回的結(jié)果是

+---------+------------+
| keyword | query_date |
+---------+------------+
| kvm     | 2018-01-07 |
| html    | 2018-01-05 |
| js      | 2018-01-04 |
| sql     | 2018-01-03 |
| java    | 2018-01-01 |
+---------+------------+
5 rows in set (0.00 sec)

不懂 php ，但是這種問(wèn)題，直接找到代碼看不就好了么： https://github.com/php/php-sr...

因?yàn)闀r(shí)間有限，具體的"是否會(huì)有查詢效率上的影響"我沒(méi)有在文檔中找到，不過(guò)找到一個(gè)MySQL對(duì)Null值優(yōu)化的說(shuō)明。

顯然對(duì)于 MySQL 而言，不建議使用 xx = null 而應(yīng)該是 xx IS NULL。

:title='"修改用戶密碼"+content.username'

不是上面的這個(gè)index報(bào)的錯(cuò)么？:index="secMenu.id"包層:index="String(secMenu.id)"行不行。

ECHARTS收到數(shù)據(jù)后怎么渲染到頁(yè)面上面呢？ECHARTS是個(gè)組件。數(shù)據(jù)已經(jīng)在組件接收到了？

啥意思，你寫(xiě)上什么色加載進(jìn)來(lái)就是什么色，沒(méi)有動(dòng)畫(huà)效果。
要是有，你肯定寫(xiě)了什么別的色對(duì)它有影響。

如果對(duì)順序有要求的話再按id用sort方法排序一下。。
想了半天。。不知道有沒(méi)有算法復(fù)雜度更低的寫(xiě)法。。

const fn = (arr, ...arrOther) => {
  let hash = {}
  return arr.concat(...arrOther).reduceRight((iter, v) => {
    if(!hash[v.id]) {
      hash[v.id] = true
      iter.push(v) 
    }
    return iter
  }, [])
}

var arr1 =[{id:1,name:1},{id:2,name:2},{id:3,name:3}]
var arr2 =[{id:1,name:111}]
var arr3 =[{id:4,name:44},{id:5,name:55}]

fn(arr1, arr2, arr3)

nuxt.config.js

{
  modules: [
    '@nuxtjs/axios',
  ],

  plugins: [
    '~/plugins/axios'
  ]
}

插件/ axios.js

export default function ({ $axios, redirect }) {
  $axios.onRequest(config => {
    console.log('Making request to ' + config.url)
  })

  $axios.onError(error => {
    const code = parseInt(error.response && error.response.status)
    if (code === 400) {
      redirect('/400')
    }
  })
}