一：鶴年天府開發系統備註
（1）每兩個交易日結束後進行總結算（交易或結算期間，遇到法定節假日，時間順延）；
（2）搶購專案開始前10期，每期預售80%，搶購20%（具體內容根據會員需求開盤前終確定）；
（3）每個倉單**為100元。
（4）運營商每期拿出流水的0.3%進入消費獎勵。
二：參與獎勵與考核政策
1、每期搶購成功盈利金額20%轉為提貨券；
2、搶購獎勵收益：14%/輪，其中20%轉為提貨券；
3、直接收益：2%/輪；
4、團隊推廣收益（級差）：（以每輪團隊總業績為計算單位）
平級獎勵：平一級，按照**當期團隊業績利潤的20%。直推會員需要參與搶購活動，並搶購成功的有效會員。**每期都有參與搶購，才享受獎勵政策，不參與搶購不享受獎勵政策。
5、 當期搶購成功判斷依據為，當期有效**倉單數量為準。
三：鶴年天府開發系統搶購退出機制
假如第100期搶購失敗，第100期參與者搶購商品的倉單原路退回，按三出一的規則，
第99、98期不能結算的部分按照購買倉單**的60%退還；而且就算新零售行業發展的再好，系統平台這個基建做不好，這個骨架子做不好，怎麼發展也是不上不下的，跑不出大企業。一些有錢的微商大品牌轉型做了私域都是自己在做平台，他們研發的系統也都是自己在用，並不會幫助到其他企業。
剩餘40%倉單解決方案如下：
1、總倉單金額的10%提貨。
2、總倉單金額的30%轉化為m豆。
3、搶購失敗不能結算部分的30%m豆，如有後期搶購活動，參與搶購活動一次，釋放30%其中的10%，作為配送倉單代金券。
4、每期流水0.3%的消費獎金，對於失敗不能結算的會員根據金額加權分配。
那麼不加鎖的情況，又能如何避免併發造成的派送超過預算的問題呢？ 乙個簡單的辦法，把分配派送金額的操作從並行變成序列。那麼就需要非同步的程式設計方法。簡單的處理方法，把任務寫入mysql，然後啟動乙個的程序來乙個任務乙個任務的序列處理。非同步的話，客戶端如何知道伺服器已經處理了呢？簡單就是採用輪詢的方法了，客戶端每隔幾秒就請求伺服器一次。
四：m豆
1、1：1對應資金比例，兌換**商品或部分兌換倉單；
2、參與鶴年堂全國線下健康館，統一管理，統一規劃，國企支撐，用於建店及產品費用；
3、兌換nft數字資產。
五：收益舉例說明
例：搶購倉單100個，總價值1萬元，限時搶購，每兩個交易日為一期，每三期為一輪。第三期搶購成功，期開始轉售，倉單轉售成功，獲得轉讓金14%，假設搶購一萬元，將手中價值一萬元倉單售出， 獲得1400元利潤（其中20%提貨券）。
六：分配比例
1、參與獎勵收益14%/輪；
2、市場推廣獎勵10%/輪（直推2%+團隊8%）；
3、平級獎勵**銷售利潤20%；
4、銷售獎勵0.3%/期累加；
歡迎交流學校，有什麼說的不好的地方還請補充。
系統開發老資料遷移經驗分享
本人所在團隊近期開發團隊模組，需要為老資料進行遷移，建立新的團隊。針對資料遷移，這裡有一些經驗，和夥伴們進行分享 首先，我們先針對測試環境資料進行處理 1.將表匯出資料做好備份 2.更換表名，寫好介面多次測試排查雷坑，哈哈哈，這招屢試不爽！這樣做也不影響測試環境資料，同步開發，提高效率 因為最終要處...
phplib系統開發經驗總結
資料庫設計 資料庫的設計一定要在了解整個系統需求的情況下，把資料庫設計，及er圖畫出來，資料庫字典也要及時把握，只有掌握了這些才能下手開始設計介面，後期如果有需要，可以在資料庫中新增資料，但要及時更新資料庫系統 介面設計 php開發的介面設計簡單且易懂，一些功能在php中很難實現，例如 select...
自助建站 系統開發經驗總結
自助建站 系統開發經驗總結 一 概述 三個人開發 王偉，張紅芬，我 自助建站 的優點，使用者容易維護，使用者可隨時修改，靜態和動態網頁內容。缺點，使用者需要懂一點 方面的知識 1 功能 使用者進入系統，通過查詢，選擇乙個合適的摸板。然後選擇預設語言版本，選擇所需的 欄目。就可生成乙個和該模板一樣的默...