我一直在使用rails一週左右，並創建了一個網站/應用程序，爲簡單起見，我們可以稱之爲求職板。用戶可以創建其他用戶可以申請的列表。一切都按需要工作。接下來我想要設置的是向用戶收取費用的能力。 經過廣泛的搜索後，我找不到解釋這個過程的任何教程，只是典型的購物車和結賬出售物理產品。紅寶石軌道上。支付張貼文章
我一直在琢磨解決方案，但我想諮詢這裏的專業意見。 對於付款過程（至少現在）我很可能會使用活躍的商家和貝寶，因爲我在歐洲。
我目前的疑慮是建立模型。
創建一個新模型比如更好嗎？ '信用'，讓用戶購買'信用'，然後在嘗試創建'工作'時運行一個變量，例如。 if_user_has_credits發佈了其他鏈接到buy_credits_path的作業，還是有更直接的方式通過已經正常運行的用戶和作業模型來實現這一點？
有關設置此功能的任何建議將不勝感激。 謝謝。
我會嘗試創建一個信用系統，這樣用戶只需要購買積分，你可以直接驅動用戶購買的情況下，信貸，他們沒有足夠的用於創建的列表：
簡單一：將用戶的餘額作爲平衡字段存儲在數據庫中，並記錄所有操作（「添加」，「扣除」），但不用於計算最新餘額。基於餘額的方式使您能夠快速訪問當前金額
基於歷史記錄：不要將餘額存儲在數據庫中。餘額是通過查看交易歷史來計算的，例如， （「添加」，「扣除」）。歷史爲基礎的方式給你審計。歷史表應該存儲交易，時間戳，交易發生前的餘額以及理想的追蹤資金來源/目的地的方式。
您可以同時使用兩者。請參閱Ruby toolbox for bookeeping和Plutus
我還建議使用日誌記錄，並理想地閱讀有關安全日誌驗證和可證明時間戳鏈接的內容。
對於測井詳細信息，請參閱techniques for ensuring verifiability of event log files
感謝您的回覆，儘管我在這裏過着我的頭。我將首先創建一個新的「標記」模型，然後查看我是否可以無需支付即可使用它。如果我成功了，我將實施付款並記錄'代幣'。 –
是的，您的思路聽起來不錯。這就是我要做的事情（用戶購買積分，然後花在現場活動上） –
我認爲你的思路是有道理的，只要你可以設置付款。 – Seal