mysql> select * from afrtb_carrier where name like 『%china mobile%』;
+—–+————–+——-+————+————–+———-+
| id | name | code | country_id | brand | group_id |
+—–+————–+——-+————+————–+———-+
| 255 | china mobile | 46000 | 45 | china mobile | 201 |
| 257 | china mobile | 46002 | 45 | china mobile | 201 |
| 261 | china mobile | 46007 | 45 | china mobile | 201 |
對於以上資料情況，統一個國家下面會有name相同的carrier，因為他們的code不一樣，所以這些carrier確實是不同的，這樣如果在前端直接顯示的話，會出現同乙個國家下面有相同name的carrier，所以新增加乙個group_id，同乙個country下面，name相同的carrier，他們的group_id相同.
在dsp系統中，後端和web的互動完全使用group_id,指令碼和rtb的互動則會把group_id轉成code
這兩個工具的**不再master，在分支liuke_dev上，前端是自己寫的，沒用到大師他們那些邏輯
前端**:
後端**：
1.上傳inventory(
功能如下
2.檢視campaign的targeting資訊(
功能如下:
以下幾個是會加到crontab中執行的任務
1. sync() (scripts/sync_data.py)
同步campaign資訊，目前是5分鐘執行一次
生成campaign同步資訊的過程:
1.排除過期的
2.排除沒錢的
3.排除超daily budget的
4.placement budget的控制在xuedong那兒控制
check_campaign_expired()
# 根據campaign的start_time和end_time資訊判斷campaign的status是否應該為status_expired或者status_active
real_time_check_account_points()
# 根據account快照中的points資訊，實時先判斷account是否有錢
real_time_check_campaign_daily_budget()
# 根據rtb_campaign_daily_spend_key判斷是否超daily budget
每天零點同步account的points資訊給xuedong，相當於是account的每天的快照，每天只能執行一次
3. rtb_bid_tansfer_points() (scripts/dsp_transfer_old.py)
目前的扣費邏輯，5分鐘執行一次，在咱們這邊切換扣費表和扣費邏輯完成後，這個指令碼就可以停掉了
4. transfer_points() (scripts/dsp_transfer_new.py)
新的扣費邏輯，上線後可以每兩分鐘執行一次，因為是逐條扣費，所以如果每兩分鐘的扣費記錄比較多的話，這個指令碼的扣費時間就會長
套套邏輯與特殊邏輯
在 經濟解釋 第一卷第三節中，張講了一對概念，即套套邏輯和特珠邏輯，這對概念頗有意思。我認為它提供了乙個非常重要的分辯思維深淺對錯的視角。在該文中，張說套套邏輯是指那種不可能錯的理論，其舉了乙個例子 四足動物有四支腳 這句話永遠不可錯，在任何時候和地方都不可能錯，有非常廣泛的解釋力，但是它沒有內容。...
shell邏輯判斷，if特殊用法
shell中的邏輯判斷 格式1 if 條件 then 語句 fi 格式2 if 條件 then 語句 else 語句 fi 格式3 if then elif then else fi 邏輯判斷表示式 if a gt b if a lt 5 if b eq 10 等 gt lt ge le eq ne...
定點dsp與浮點dsp的比較
定點運算dsp在應用中已取得了極大的成功，而且仍然是dsp應用的主體。然而，隨著對dsp處理速度與精度 儲存器容量 程式設計的靈活性和方便性要求的不斷提高 自80年代中後期以來，各dsp生產廠家陸續推出了各自的32bit浮點運算dsp。和定點運算dsp相比，浮點運算dsp具有許多優越性 浮點運算ds...