前端開發這個行業的產生時間本來就很短，相比傳統的企業級的應用軟件開發是相當的初級的，本質原因是因為web開發的複雜程度遠不如ERP，我在實習的時候參加過一些ERP的開發，光一個訂單管理的小模塊所需要的報表就有成百上千個……我們可以說J2EE艱辛慘淡，但絕不會死，而且會在更加專業和尖端的企業開發中有著更加旺盛的生命力。
因此框架一定是在業務複雜到一定程度後的必然選擇，這是無可迴避的。 問題是，web產品的使用者不是受過良好培訓的業務員、不是企業管理者、不是操作員和工程師，而是千千萬萬傻乎乎的初等網民，網民水平不提升，我們甚至不敢做出太複雜的產品，那麼……讓我有這樣的想法, 公司內部用的網站是個工具, 公司不用擔心使用者看不懂怎麼用而拒絕使用, 公司可以藉由「教育使用者」而大幅減少網站設計的難度和開發時間。另一個相似的例子是, 網站只是協助服務的工具, 使用者不會因網站難用而拒用這個服務。比方說年代售票難用到爆炸, 但若只有這個購票方式時, 也只好繼續使用。而年代售票唯一要確定的事, 是線上刷卡這段有做好, 不能算錯帳。只要這點沒出包, 那怕大刺刺地寫著「請等個數十秒」的訊息, 使用者也得乖乖等待。
In [1]: import time
In [2]: import datetime
In [3]: t = time.time()
In [4]: # 透過 datetime
In [5]: datetime.datetime.fromtimestamp(t).strftime('%Y-%m-%d %H:%M:%S')
Out[5]: '2010-11-16 20:10:58'
In [6]: # 透過 time tuple
In [7]: time.strftime('%Y-%m-%d %H:%M:%S', time.localtime(t))
Out[7]: '2010-11-16 20:10:58'
In [8]: # 透過 datetime
In [9]: d = datetime.datetime.strptime('2010-11-16 20:10:58', '%Y-%m-%d %H:%M:%S')
In [10]: time.mktime(d.timetuple()) + 1e-6 * d.microsecond
Out[10]: 1289909458.0
In [11]: # 透過 time tuple
In [12]: time.mktime(time.strptime('2010-11-16 20:10:58', '%Y-%m-%d %H:%M:%S'))
Out[12]: 1289909458.0
def get_current_timestamp_in_utc():
d = datetime.datetime.utcnow()
epoch = datetime.datetime(1970,1,1)
return (d - epoch).total_seconds()
然後要用 datetime.datetime.utcfromtimestamp(utc_timestamp).strftime('...') 轉成字串。>>> from email.utils import parsedate_tz, mktime_tz, formatdate >>> import time >>> date = 'Tue, 28 Aug 2012 02:49:13 -0500' >>> tt = parsedate_tz(date) >>> timestamp = mktime_tz(tt) >>> print formatdate(timestamp) Tue, 28 Aug 2012 07:49:13 -0000
或試看看萬能版 parser, 不需指定時間格式: python-dateutil。