try。。。 except
try後面的語句發生異常就執行except後的語句
if。。。else
只是選擇結構
self.response, ip = self.socket.recvfrom(3000)
#接收資料，並捕獲資料傳送源的位址。資料緩衝區長度
在該.py的檔案頭部新增: 下列**,即可
＃-- coding: utf-8 -
print(「the length of %s is %d」 % (s,x))
(1). %字元：標記轉換說明符的開始
(2). 轉換標誌：-表示左對齊；+表示在轉換值之前要加上正負號；「」（空白字元）表示正數之前保留空格；0表示轉換值若位數不夠則用0填充
(3). 最小字段寬度：轉換後的字串至少應該具有該值指定的寬度。如果是*，則寬度會從值元組中讀出。
(4). 點(.)後跟精度值：如果轉換的是實數，精度值就表示出現在小數點後的位數。如果轉換的是字串，那麼該數字就表示最大字段寬度。如果是*，那麼精度將從元組中讀出
(5).字串格式化轉換型別
轉換型別 含義
d,i 帶符號的十進位制整數
o 不帶符號的八進位制
u 不帶符號的十進位制
x 不帶符號的十六進製制（小寫）
x 不帶符號的十六進製制（大寫）
e 科學計數法表示的浮點數（小寫）
e 科學計數法表示的浮點數（大寫）
f,f 十進位制浮點數
g 如果指數大於-4或者小於精度值則和e相同，其他情況和f相同
g 如果指數大於-4或者小於精度值則和e相同，其他情況和f相同
c 單字元（接受整數或者單字元字串）
r 字串（使用repr轉換任意python物件)
s 字串（使用str轉換任意python物件）
總結 慢 SQL 問題經驗總結
1 導致慢 sql 的原因 在遇到慢 sql 情況時，不能簡單的把原因歸結為 sql 編寫問題 雖然這是最常見的因素 實際上導致慢 sql 有很多因素，甚至包括硬體和 mysql 本身的 bug。根據出現的概率從大到小，羅列如下 sql編寫問題 鎖業務例項相互幹繞對 io cpu 資源爭用 伺服器硬...
python個人經驗總結2
接上一章 在專案新增新增的model時如果再資料庫中先將表的結構，字段，屬性建立完了，其實可以不使用django的遷移命令直接用就行了 注意指定表名，以及欄位名相同否則會報錯 而且有時候你使用它的遷移命令會報錯是關於資料庫的，其實你並沒有錯只是無法將你建立的模型更新到資料庫裡，解決方案就是我上面說的...
經驗總結 資料預處理經驗總結1
1.對於特徵較多的df，進行資料預處理時需要對每個特徵變數進行相關處理，為了避免混亂，可以df.info 後將輸出複製到sublime，然後在sublime中針對每個特徵變數進行處理方式標註 非python 只是為了展示在sublime中的效果 action type 30697 non null ...