已解決，綁定到操作

axios默認(rèn)不帶cookie請求，你需要設(shè)置withCredentials: true

option為預(yù)請求，跨域或者復(fù)雜請求，瀏覽器都會自動發(fā)起一個預(yù)先請求,可以設(shè)置options的緩存時間

// 本次預(yù)檢請求的有效期，默認(rèn)為20天
header('Access-Control-Max-Age: 1728000');

你首先要明確你需要的數(shù)據(jù)類型，完整的，你可以根據(jù)上面的數(shù)據(jù)寫出對應(yīng)的需要數(shù)據(jù)。
不過無論哪種其實就是提取數(shù)據(jù)組合成對象數(shù)據(jù)，然后用json形式輸出文本內(nèi)容就可以向后臺傳輸了。

自定義替換就好啦

import re


data = '''
    正則表達(dá)式是一個特共23元殊的字符序列, 正則表達(dá)式是一個特共23元殊的字符序列, 正則表達(dá)式是一個特共34元殊的字符序列

    正則表達(dá)式是一個特共11元殊的字符序列, 正則表達(dá)式是一個特共9元殊的字符序列, 正則表達(dá)式是一個特共91元殊的字符序列

    正則表達(dá)式是一個特共89元殊的字符序列, 正則表達(dá)式是一個特共67元殊的字符序列, 正則表達(dá)式是一個特共84元殊的字符序列
'''

def repl(m):
    coins = int(m.group(2)) + 12
    s = m.group(1) + str(coins) + m.group(3)
    return s

result = re.sub('(共)(\d+)(元)', repl, data)

print(result)

結(jié)果:

    正則表達(dá)式是一個特共35元殊的字符序列, 正則表達(dá)式是一個特共35元殊的字符序列, 正則表達(dá)式是一個特共46元殊的字符序列

    正則表達(dá)式是一個特共23元殊的字符序列, 正則表達(dá)式是一個特共21元殊的字符序列, 正則表達(dá)式是一個特共103元殊的字符序列

    正則表達(dá)式是一個特共101元殊的字符序列, 正則表達(dá)式是一個特共79元殊的字符序列, 正則表達(dá)式是一個特共96元殊的字符序列

function fun(){
    return fun2();
}

我是提問者，我自己也想了個辦法。但是我覺得不如“prolifes同學(xué)”的答案來的清晰。

分享給大家我的辦法：使用了兩層的字典推倒式。

data = {k:{g.valuesi:g.valuesi for i in range(len(g))} for k,g in df.groupby('code')}

不會的，單線程不會出現(xiàn)

/usr/local/bin/ 不存在于 root 的 $PATH 環(huán)境變量中。

vue文檔

綁定style時候需要注意css屬性名的變化

我這也是，這是webstorm軟件自己的問題，還不能精確適用于vue

overflow-x: auto; 所謂x 是超出x自適應(yīng) 而不是超出加滾動條

overflow-x:scroll 這個是x 加滾動條

兩種都可以，附上草案：

The label represents a caption in a user interface. The caption can be associated with a specific form control, known as the label element’s labeled control, either using for attribute, or by putting the form control inside the label element itself.

mongodb在4.0(?好像是這個版本)以后，需要在登陸選項加上

mongoose.connect('mongodb://root:123456@1,2,3,4:66',{ useNewUrlParser: true });

還有個問題，現(xiàn)在mongodb在驗證身份的時候需要指定你驗證的這個用戶所在的數(shù)據(jù)庫，一般為admin

mongoose.connect('mongodb://root:123456@1,2,3,4:66/admin',{ useNewUrlParser: true });

還有個問題，如果是阿里云的話，需要打開27017端口，否則也打不開，在阿里云的控制臺打開，那個什么進(jìn)出規(guī)則

1.先排查你表格以及數(shù)據(jù)是否正確2.排查獲取的被插入的對象是否正確。如果上述都對，那就可以正常渲染！

是不是對應(yīng)的npm包沒有安裝？

@Requestbody 如果是放在body里的要加上該注解

《高程書》與惰性載入函數(shù)

我不知道你指的是不是那本12年出版的書。我的觀點是，這6年以來JavaScript已經(jīng)發(fā)生了翻天覆地的變化，12年的書不再適合當(dāng)做教材，而應(yīng)該當(dāng)做擴(kuò)展書目，看完近幾年的資料后，有所取舍地閱讀。舉個例子，就“惰性載入函數(shù)”來說，對現(xiàn)代JavaScript引擎完全沒有必要：

function alwaysIf() {
  if (document.attachEvent) {
    return document.attachEvent;
  }
  else if(document.addEventListener) {
    return document.addEventListener;
  }
  else {
    return false;
  }
}

function noIf() {
  return document.addEventListener;
}

按照“惰性載入函數(shù)”的說法，alwaysIf應(yīng)該比noIf顯著地慢，因此我們需要用那種花里胡哨的手段替換掉alwaysIf里面的一大串if。事實呢？請看benchmark：https://jsbench.github.io/#27...

jsperf太麻煩了，不僅要填各種名字，還要FQ。

兩者的運(yùn)行速度幾乎一樣。我用的是Chrome67。總之事實就是，現(xiàn)代JavaScript引擎的分支預(yù)測能力已經(jīng)相當(dāng)變態(tài)了，沒有必要讓程序員多花精力實現(xiàn)那種別扭的東西。

惰性求值與“重復(fù)求值”

我查到的維基百科惰性求值條目沒有任何“重復(fù)求值”的字樣。維基百科的定義是“在使用延遲求值的時候，表達(dá)式不在它被綁定到變量之后就立即求值，而是在該值被取用的時候求值 ”。維基百科

惰性載入函數(shù)與“重復(fù)求值”

惰性載入函數(shù)符合“避免重復(fù)求值”，但的確不符合“被需要的時候才去求值”。惰性求值與惰性載入函數(shù)的關(guān)系？我看就是Java和JavaScript的關(guān)系。

惰性求值與閉包

JavaScript的普通變量沒有惰性求值的概念，所以惰性求值有時候會用函數(shù)實現(xiàn)，而函數(shù)一般都是閉包。閉包可能是惰性求值，也可能不是。它們之間在概念上沒有任何聯(lián)系，只有在實現(xiàn)上可能有聯(lián)系。

最典型的惰性求值是生成器，跟閉包（在思路上）完全沒有關(guān)系：

function *gen() {
    for(let i = 0; /* 死循環(huán) */ ; i++) {
        yield i;
    }
}

const g = gen(); // 綁定到變量之后沒有立即求值，沒有觸發(fā)死循環(huán)
g.next(); // 取用的時候求值: 1

有時候惰性求值是用函數(shù)實現(xiàn)的，而這個函數(shù)正好也是個閉包：

const a = 1;
const b = 2;
const lazy_add_a_b = () => a + b;

const sum = lazy_add_a_b; // 綁定到變量之后沒有立即求值，沒有計算a + b
sum(); // 取用的時候求值: 3

有時候惰性求值的函數(shù)是built-in，在里世界聲明，沒有詞法環(huán)境，那就不是閉包：

const lazy_print = console.log.bind(console, 1);

const p = lazy_print; // 綁定到變量之后沒有立即求值，沒有l(wèi)og
p(); // 取用的時候求值: 1

如果閉包立即執(zhí)行，那么也不是惰性求值：

const a = 1;
const b = 2;
const add_a_b = (() => a + b)(); // 已經(jīng)求值了，計算 add_a_b = a + b = 3

總結(jié)

以上三個概念之間，沒有任何思路上的聯(lián)系。

檢查下你的ck.php里用的返回方式，是echo 還是return還是其他

你的想法應(yīng)該實現(xiàn)不了，原因如下：

1. 你是 watch 項目，也就是說你不是項目的參與者，而是旁觀者；
2. 你 fork 了 watch 的倉庫，你定期拉取源倉庫的版本合并到本地倉庫，并把本地倉庫推送到自己的 fork 后的遠(yuǎn)程倉庫，實現(xiàn)自己的 fork 倉庫與源倉庫的同步。
3. 在上面的第2步中，你一旦修改 commit message，你的本地倉庫就和源倉庫不同了，這樣，你就相當(dāng)于參與項目了。換句話說，你把自己的 commit message 推送到自己 fork 的遠(yuǎn)程倉庫中，你的 fork 倉庫就和源倉庫不一致了，這就違背了你的初衷。你是希望 fork 的倉庫和源倉庫保持同步的。

源倉庫的版本更新后，你想知道自己的倉庫跟源倉庫到底有哪些差異，可以通過 git log 來查看的，git log 是按時間倒序排列的，也就是看到的第一個 commit 就是最近的更新。這樣，你查看源倉庫提交的 log，再查看自己本地倉庫的 log，兩者的差異就能比對出來了。