'''訂單模型類'''
pay_method_choices = (
(1, '貨到付款'),
(3, '支付寶'),
(4, '銀聯支付')
)order_status_choices = (
(1, '待支付'),
(2, '待發貨'),
(3, '待收貨'),
(4, '待評價'),
(5, '已完成')
)order_id = models.charfield(max_length=128, primary_key=true, verbose_name='訂單id')
user = models.foreignkey('user.user', verbose_name='使用者')
addr = models.foreignkey('user.address', verbose_name='位址')
pay_method = models.smallintegerfield(choices=pay_method_choices, default=3, verbose_name='支付方式')
total_count = models.integerfield(default=1, verbose_name='商品數量')
total_price = models.decimalfield(max_digits=10, decimal_places=2, verbose_name='商品總價')
transit_price = models.decimalfield(max_digits=10, decimal_places=2,verbose_name='訂單運費')
order_status = models.smallintegerfield(choices=order_status_choices, default=1, verbose_name='訂單狀態')
trade_no = models.charfield(max_length=128, verbose_name='支付編號')
class meta:
db_table = 'df_order_info'
verbose_name = '訂單'
verbose_name_plural = verbose_name
》如果兩個相關聯的表不在同乙個應用中
支付完成後，支付寶會返回乙個編號
dj電商 專案開發流程
明確乙個專案，乙個功能，乙個目標 客戶提出需求，或者老闆，策劃代表客戶提出需求 客戶不懂技術，老闆策劃同樣一般不會太懂技術 例如 我要實現手機桌面隨著我的手機殼顏色變化而智慧型變化，這個需求，很簡單，對吧！技術方面，需要和不懂技術的需求提供者分析哪些可以實現，哪些很費勁可以實現 打消一部分不現實的的...
php面試 電商類
處理高負載 高併發 靜態化頁面 伺服器分離 採用memcache redis快取服務 db讀寫分離 負載均衡 商品秒殺 超賣 redis佇列 商品佇列，排隊佇列，搶購結果佇列 秒殺商品入佇列，利用pop的原子性操作，多使用者同時到達，也是依次執行 購物車原理 涉及 加入購物車，刪除購物車，修改購物車...
電商類業務梳理
來到新公司已經快一年時間，這一年中學習的時間比較少，更多的時間花在了通勤和家裡，也算是放鬆了一段時間吧。當然因為工作原因，業務熟練度也是有所提高的，以前沒做過電商業務，現在參與其中，也是熟悉了電商業務的要點和難點。下面將對這段時間參與的業務進行回顧和梳理，方便日後查閱。電商售賣的業務流程一般包含以下...