created_at和updated_at另存為明天
[英]created_at and updated_at saving as tomorrow
問題描述
在我們的Rails應用程序中創建對象時，它比我們的時間（PDT）提前7個小時保存在Postgres DB中。 看起來它正在將所有內容保存到UTC。 這確實搞砸了分析圖，等等。
我在application.rb中設置了這些
config.time_zone = 'Pacific Time (US & Canada)'
config.active_record.default_timezone = :local
如何獲取所有要保存/時間戳到PDT時區的內容？
1 個解決方案
解決方案1
3 已采納 2015-05-05 03:49:38
它（可能）保存在服務器的時區，並且獨立於代碼。 IE，這是您的數據庫，它設置了created_at / updated_at日期時間（默認為UTC）
您需要做的是使您的分析與UTC一起使用並轉換為PDT，反之亦然。 這為您提供了一個完全獨立於您的托管位置，夏令時更改，用戶所在位置等的解決方案。
考慮一個簡單的情況，如果您有多個時區的用戶。 EST的某個人會討厭您西海岸的PDT人員，因為他們總是不得不翻譯它；
總之，與UTC一起使用和使用-這是...通用！
哪一種是created_at和Updated_at列的最佳策略
[英]Which one is the best strategy for created_at and updated_at columns
在Rails中進行SQL遷移時，updated_at和created_at的默認值有問題嗎？
[英]Problems with default values for updated_at and created_at with SQL migrations in Rails?
無法訪問模型中的任何時間（created_at，updated_at）變量
[英]Cannot access any time (created_at, updated_at) variables in model
Sql Server（實體框架）：created_at，updated_at Columns
[英]Sql Server (Entity Framework): created_at , updated_at Columns
Rails時間戳：由updated_at / created_at組成的復雜順序
[英]Rails timestamps: complex order by updated_at / created_at
聲明:本站的技術帖子網頁，遵循CC BY-SA 4.0協議，如果您需要轉載，請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.
相關問題
Updated_at = created_at不起作用
為什么有created_at 和updated_at？
什么時候設置“created_at”和“updated_at”？
哪一種是created_at和Updated_at列的最佳策略
在Rails中進行SQL遷移時，updated_at和created_at的默認值有問題嗎？
Rails JSON API僅返回created_at和Updated_at
無法訪問模型中的任何時間（created_at，updated_at）變量
Sql Server（實體框架）：created_at，updated_at Columns
按created_at和updated_at的順序選擇兩次記錄
Rails時間戳：由updated_at / created_at組成的復雜順序
相關標簽