可以修改，不過(guò)沒(méi)有重新編譯簡(jiǎn)單高效

不適合。

1. 消息量并不大而且實(shí)時(shí)性要求并不太高
2. 主要是你要處理下發(fā)結(jié)果來(lái)確定后續(xù)操作，而消息隊(duì)列處理消息結(jié)果是很復(fù)雜的事

不要為了消息隊(duì)列而消息隊(duì)列

庫(kù) ncurses 了解一下

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

function (...) use (...) {...}

參考 PHP 文檔：https://secure.php.net/manual...

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

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

需要兩個(gè)不同的處理函數(shù)，否則history/不帶任意字符的，django會(huì)報(bào)錯(cuò)

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

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

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

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

后臺(tái)可以分類吧,比如這個(gè)你設(shè)計(jì)的鏈接含有page和size的數(shù)據(jù),根據(jù)前端傳回的數(shù)據(jù)里是否含有page和size分類，返回不同的內(nèi)容

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

解決辦法，刪掉正則中的$
并不是一個(gè)良好的解決辦法，但是也能用

能貼代碼就不要貼圖?。。。。。。?！

要做啥說(shuō)明你可以用注釋啊?。。。?！

從你的問(wèn)題我給你幾個(gè)建議：

1. 看nginx的錯(cuò)誤日志，nginx一般能給你一個(gè)很好的反饋。
2. 再看php-fpm的錯(cuò)誤日志記錄，基本上能定位PHP的錯(cuò)誤。
3. 通常來(lái)說(shuō)你這種是程序出錯(cuò)了，我建議你用catch(Error $e)同時(shí)捕獲錯(cuò)誤，如果是報(bào)錯(cuò)的話，不用Error是捕獲不到的，Exception只能捕獲異常。

以上三點(diǎn)，切記切記。

更新一下回答：

從你代碼可見(jiàn)，你在用

try {
} catch(Exception $e) {
}

這里的Exception類不知道是你自己定義的還是框架里的，不管這兩種情況是輸入哪一種，假設(shè)你b.php中pdo所拋出的異常不是繼承你a所定義的這個(gè)異常類，你在a中肯定無(wú)法捕獲到。
所以你可以用\Exception試一下，為PHP中所有異常類的基類。
另外，我把

catch(Error $e)

加大一點(diǎn)，你用這個(gè)：

catch(Error $e)

試一下看看到底程序有沒(méi)有錯(cuò)啊。
另外：

能貼代碼就不要貼圖啊?。。。。。。?/code>