2009年12月5日
javascript 時(shí)間戳 轉(zhuǎn)換 為時(shí)間格式的函數(shù)
function add0(m){return m<10?'0'+m:m }
function formatymdhms(shijianchuo)
{
//shijianchuo是整數(shù)，否則要parseInt轉(zhuǎn)換
var time = new Date(parseInt(shijianchuo));
var y = time.getFullYear();
var m = time.getMonth()+1;
var d = time.getDate();
var h = time.getHours();
var mm = time.getMinutes();
var s = time.getSeconds();
return y+'-'+add0(m)+'-'+add0(d)+' '+add0(h)+':'+add0(mm)+':'+add0(s);
}
function formatymd(shijianchuo)
{
//shijianchuo是整數(shù)，否則要parseInt轉(zhuǎn)換
var time = new Date(parseInt(shijianchuo));
var y = time.getFullYear();
var m = time.getMonth()+1;
var d = time.getDate();
return y+'-'+add0(m)+'-'+add0(d);
}
摘要: >問題提出:
比如說你要電子商務(wù)系統(tǒng)類似淘寶的那玩意兒,
這個(gè)系統(tǒng)應(yīng)該有一個(gè)管理系統(tǒng)門戶,還有一系列接口(提供給taobao旺旺客戶端調(diào)用的接口,還有淘寶開放平臺(tái)的那些api),然后就是一個(gè)網(wǎng)站門戶這個(gè)是顯然不可少的.
也就是說,大多數(shù)系統(tǒng)都不可能只有一個(gè)門戶,并且從部署和安全的角度來說,管理門戶都會(huì)單獨(dú)部署,并且限制能夠訪問的ip.
從邏輯架構(gòu)來劃分也應(yīng)該是 業(yè)務(wù)邏輯層(或者稱為服務(wù)層),然后是多個(gè)web門戶.或者接口服務(wù)門戶
閱讀全文
摘要: 最近接受了一個(gè)燙手的山芋頭.是公司的給一個(gè)客戶做的CRM系統(tǒng)中的一個(gè)訂單處理模塊,這個(gè)模塊當(dāng)時(shí)考慮并發(fā)和訪問量比較大所以套用SOA的思想,把訂單處理模塊單獨(dú)成一個(gè)服務(wù).
部署在專門的機(jī)器上并做了負(fù)載均衡,提供接口給其他模塊調(diào)用. 由于本人專注數(shù)據(jù)庫方面和計(jì)費(fèi)結(jié)算等架構(gòu)方面.所以那個(gè)訂單處理模塊的設(shè)計(jì)開發(fā)我沒有參加. 系統(tǒng)測(cè)試和試運(yùn)行的時(shí)候都一切正常.
但是上線不久,就出問題了. 那個(gè)訂單處理模塊老是掛掉.經(jīng)檢查發(fā)現(xiàn)那個(gè)服務(wù)運(yùn)行一段時(shí)間(半天或者一天總之說不清楚)就使得那個(gè)服務(wù)器的cpu占用100%.直接over, 然后重新殺掉那個(gè)模塊的jboss服務(wù),啟動(dòng)一下jboss,又可以堅(jiān)持一天半天.
檢查數(shù)據(jù)庫一切正常,估計(jì)是在程序里面有邏輯出現(xiàn)bug,時(shí)間長(zhǎng)了吧cpu的資源耗盡了. 更讓人要跳樓的是做那個(gè)模塊的幾個(gè)哥們兒 跳槽了. 悲劇啊!!!!(人生就好比一個(gè)大茶幾,上面擺滿了杯具!!).
閱讀全文