最近解決一些tcp連線的問題，主要現象如下：
c/s，其中一端斷開，另一端沒有及時處理close，就會出現這個現象。還得會用netstat -anp tcp看這個。
原先的**就一直這麼用的。但是作為伺服器，這樣使用就有問題了。沒有處理的連線，非正常關閉，會導致這個錯誤，多了windows就會提示ioctl，messagebox標題為乙個ip的錯誤。開始不知道是這個原因。隨著測試的深入，才發現這個問題。
找了半天，最後終於在合適的位置找到了個可以使用recv判斷的地方。
學到一些東西，呵呵。做網路這麼久，才深入研究這個，有點兒汗~~~
下面為一張tcp連線的狀態轉換圖：
openresty記錄響應body亂碼問題
最近新上了乙個功能，openresty通過syslog記錄請求日誌，然後由logstash推送至es。測試上線時未發現這個問題，在日常檢視日誌的過程中，發現logstash推送有錯誤日誌，錯誤內容為 error parsing json，導致此條請求日誌丟失。1 在syslog中查詢出現rror p...
MySQL python連線socket問題
python中使用mysqldb連線資料庫時出現以下錯誤 traceback most recent call last file home monitor user servermonitor.py line 206,in serverlist sqlquery getmngconn select...
Epoll 連線無響應或響應時間過長
epoll有兩種模式，lt模式 與 et模式。預設情況下是lt模式，由於et模式在高併發，高流量的情況下，處理效率會高於et模式，所以也就採用了et模式。伺服器一直執行良好，跑幾千機械人也沒有什麼問題。但突然之間發現，機械人在反覆掉線上線的測試後，會出現一種情況 伺服器端會再也收不到客戶端的連線事件...