先糾正下你的這句話，在django2.0中不再使用正則表達(dá)式進(jìn)行路由匹配，而是啟用了新的路由配置，更加簡潔，django2.0 沒有去掉正則表達(dá)式匹配，只不過跟之前不一樣，單獨(dú)是用re_path()，你需要先引入re_path

第一個問題：我的問題是如何匹配任意字符，需要使用自定義嗎？
匹配任意字符，肯定需要自己定義一下
第二個問題：在不使用正則的情況下可以實(shí)現(xiàn)嗎？
可以，只不過稍微麻煩點(diǎn)
因?yàn)榭茨愕膙iew.py的處理函數(shù)中有包含參數(shù)，那么如果不使用正則表達(dá)式匹配的情況下，要區(qū)分兩種情況，
1.history/
2.history/xx任意字符

需要兩個不同的處理函數(shù)，否則history/不帶任意字符的，django會報錯

建議使用正則表達(dá)式，只需要一個就搞定了兩種情況

個人經(jīng)驗(yàn)，供你參考

會不會是php的端口錯了，默認(rèn)是9000吶

不會不可以訪問的，它會自定在定位到一臺可用的服務(wù)器上,你可以自己嘗試一下的

感覺配置太麻煩了，直接用docker跑個ftp服務(wù)，當(dāng)然端口也隨你映射

用chrome檢查元素看看computed樣式，確認(rèn)下是什么屬性影響的，我懷疑是和你們項(xiàng)目中的其他css rule沖突了

注意幾個概念，停止舊容器，用新代碼build新的鏡像，用新的鏡像構(gòu)建新的容器并運(yùn)行。
微服務(wù)就應(yīng)該持續(xù)集成和交付，做到自動化，看看這篇文章
https://segmentfault.com/a/11...

直接去改容器的話不具有冪等性，也就是不可復(fù)用。

先把腳本設(shè)置可執(zhí)行權(quán)限，

chmod +x bash.sh

然后扔到 etc/rc0.d 中

cp bash.sh /etc/rc0.d/

rc0.d 存放的是關(guān)機(jī)前執(zhí)行的腳本
rc6.d 存放的是重啟前執(zhí)行的腳本

node 是有package.json文件對依賴記錄的 你只需要每個項(xiàng)目有該文件 只不過開發(fā)的時候需要把這個依賴下載下來撐大體積 你打包上線 發(fā)版是不會攜帶這些依賴了 攜帶只是其中某個功能點(diǎn)

而且npm 包管理在持續(xù)優(yōu)化~

-D就是--save-dev 這樣安裝的包和版本號就保存在package.json的devDependencies里面

把這句:

filesize=`ls -l nohup.out | awk '{ print $5 }'`

改為這樣:

filesize=`ls -l /absolute/path/to/nohup.out | awk '{ print $5 }'`

要注意的是 crontab 的環(huán)境變量和我們的賬號都不一樣, 和 root 的環(huán)境變量也不一樣.
類似普通用戶會先加載 ~/.bashrc 或者 /etc/profile, crontab 則會在運(yùn)行時加載 /etc/crontab 導(dǎo)入其環(huán)境變量.
而你的問題還不是環(huán)境變量的問題. 但類似. 用 crontab 執(zhí)行, 最好腳本內(nèi)都用絕對路徑.

另外, 即使你第4行過了, 下面幾個使用相對路徑的地方仍然會出錯的.

另外, 統(tǒng)計(jì)文件大小為何不用 du 命令, 用 ls 連管道再解析多費(fèi)事啊.

不能反向獲取openid，有個一個解決辦法是讓用戶在公眾號里點(diǎn)擊一個鏈接來獲取openid和unionid

CMD 只能有一個. 你應(yīng)該用 RUN.

view命令本質(zhì)上是vim -R，我這邊view命令高亮是沒問題的，你試試換成vim -R有高亮嗎？

如果沒有高亮的話檢查下vim的選項(xiàng)是否開啟了syntax on？

你給提交按鈕添加一個邏輯，手動blur輸入框？

http://localhost/play?make=movie&id=fqvnYxH4QnH1UB.html

http://localhost/play?movie/fqvnYxH4QnH1UB.html
RewriteRule ^\/play\?([^\/]+)\/([^\/]+)\.html$ /play?make=$1&id=$2
            

可以參考 阿里云提供的文檔 https://help.aliyun.com/knowl...

也可以是試試
http://blog.163.com/liwei1987...

git commit --amend -m ""

原因找到了，是后臺nginx配置轉(zhuǎn)換規(guī)則與我路由問題有沖突，已更正！

不要把原子操作和同步操作弄混了。

原子操作：其中的代碼的執(zhí)行具有完整性保證，要么全部成功，要么全部失敗，不會出現(xiàn)部分成功的情況

同步操作：同一時間僅有一個線程可以進(jìn)入并執(zhí)行。同步的代碼自動具有原子性

所以，如果代碼只有原子性，但不是同步的，那么多個線程是可以同時執(zhí)行的，并且可能會有先后順序。

但如果代碼是同步的，那么同一時間不可能會有多個線程進(jìn)入，即使是多核系統(tǒng)也是一樣。

putIfAbsent是同步的，所以多個線程同時調(diào)用的時候必然是一個一個執(zhí)行，key相同的情況下，僅第一個執(zhí)行的線程會成功。