對於找到那種一直找不到bug的心得

2021-09-27 04:34:37 字數 1053 閱讀 8460

是不是有那麼一種感覺為什麼這裡會出錯?

為什麼找到錯誤之後別的地方又出現新的bug?

為什麼重頭來一遍依舊是錯的?

為什麼注釋掉就好了?

為什麼改了還是不對?

為什麼? 為什麼?

作者本人近期自己動手做了乙個跨域 運用到uwsgi 和nginx

由於提高使用體驗 作者這裡使用docker安裝的nginx映象.

經過執行

修改基礎配置資訊 例如: 專案後端的setting配置資訊

uwsgi.ini socket和http裡面的ip位址,專案的目錄chdir,等

在執行**:加粗樣式

uwsgi.ini --ini uwsgi.ini

執行docker中的nginx映象

可以通過 ps aux|grep nginx 檢視程序.

一切一切的都完事之後 一直出錯不能進行 nginx–>wsgi–>django的過程

作者在反覆檢查了五遍之後 果斷進入了自閉的狀態.

《強烈建議要養成 : 做完乙個功能的**要進行測試! 並commit做好標籤有利於回退版本和檢查!!!>

具體的解決bug的思路:首先看報錯狀態碼 4xx 5xx 基本上就可以知道是什麼原因

然後加斷點進入debug模式 除錯 如果這些都進行了還沒有找到什麼地方錯了.

然後回想自己修改了什麼地方的**,然後去縮小範圍

這個時候作者強烈建議你去回想一下自己堅信什麼配置,路徑是**《肯定正確的》.然後去檢查.我相信你一定會找到錯誤的.(作者也是因為專案的路徑錯誤原因一直出錯,不要覺得路徑是進入專案然後右擊進入新終端pwd生成的就不會出錯, 作者因為儲存了乙份資料在本地倉庫所以進入了倉庫的專案路徑,找了整整一下午.當找到的時候真的…你們懂得想給自己一巴掌!!!)**

最後祝大家找bug的路程更加的順利!!!

PHP 執行緒一直不釋放除錯

一 現象 1.檢視程序是否存在 2.檢視程序建立時間 ps p 2624 o lstart started sat oct 24 22 20 03 2015 3.檢視程序的系統呼叫 strace p 2624 process 2624 attached interrupt to quit resta...

Keepalived監測指令碼一直不執行

今天在搭建nginx keepalived集群時,啟動keepalievd發現檢查指令碼不執行,指令碼本身是沒有問題的。a ps c nginx no header wc l if a eq 0 then root nginx sbin nginx if ps c nginx no header w...

找到不明程式一直在發ping包

偶然的一次開啟wireshark,發現一直有ping包在發,以為被人掛木馬了,ip是聯通的ip,那就要找出哪個程式發的 包,用netstat an等命令看到的都是tcp協議,看不到icmp連線,也沒有搜到軟體能有類似的功能。想到另一種方法,用卡巴斯基的防火牆。開啟卡巴斯基,1 選擇設定 2 選擇保護...