用戶中心USER CENTER
公司戰(zhàn)略不一樣，ucloud追求的絕不是第一，而是能提供給客戶的感受！
我們知道，MySQL 一直依賴(lài)對(duì) count(*) 的執(zhí)行很頭疼。很早的時(shí)候，MyISAM 引擎自帶計(jì)數(shù)器，可以秒回；不過(guò) InnoDB 就需要實(shí)時(shí)計(jì)算，所以很頭疼。以前有多方法可以變相解決此類(lèi)問(wèn)題，比如：1. 模擬 MyISAM 的計(jì)數(shù)器比如表 ytt1，要獲得總數(shù)，我們建立兩個(gè)觸發(fā)器分別對(duì) insert/delete 來(lái)做記錄到表 ytt1_count，這樣只需要查詢表 ytt1_count ...
一、 PostgreSQL 的穩(wěn)定性極強(qiáng)， Innodb 等引擎在崩潰、斷電之類(lèi)的災(zāi)難場(chǎng)景下抗打擊能力有了長(zhǎng)足進(jìn)步，然而很多 MySQL 用戶都遇到過(guò)Server級(jí)的數(shù)據(jù)庫(kù)丟失的場(chǎng)景——mysql系統(tǒng)庫(kù)是MyISAM的，相比之下，PG數(shù)據(jù)庫(kù)這方面要好一些。二、任何系統(tǒng)都有它的性能極限，在高并發(fā)讀寫(xiě)，負(fù)載逼近極限下，PG的性能指標(biāo)仍可以維持雙曲線甚至對(duì)數(shù)曲線，到頂峰之后不再下降，而 MySQL 明顯...
云鎖，安全狗，懸鏡
其實(shí)沒(méi)那么復(fù)雜，我自己就寫(xiě)過(guò)一款Rtos，簡(jiǎn)單實(shí)現(xiàn)任務(wù)調(diào)度，任務(wù)間的通信，全部大概5000行代碼，操作系統(tǒng)現(xiàn)在分為微內(nèi)核和巨內(nèi)核，像Linux實(shí)現(xiàn)了用戶區(qū)和內(nèi)核區(qū)隔開(kāi)，內(nèi)存機(jī)制需要Mmu支持，就非常復(fù)雜，想鴻蒙就實(shí)現(xiàn)了微內(nèi)核，就做操作系統(tǒng)而言并不像外面人認(rèn)為那樣門(mén)檻高，熟悉普遍的操作系統(tǒng)的一些機(jī)制就可
只是web開(kāi)發(fā)的一個(gè)框架而已，輕量，上手簡(jiǎn)單。如果有web開(kāi)發(fā)的需求應(yīng)該來(lái)說(shuō)是重要的，反之就無(wú)所謂了。
我一天半基本把前端基礎(chǔ)html,css，JavaScript這三個(gè)部分的基礎(chǔ)都學(xué)習(xí)了一遍。就昨天下午開(kāi)始的，到下午為止，全部看了一遍?；玖私饬饲岸诉@幾個(gè)部分的基礎(chǔ)語(yǔ)法和基礎(chǔ)知識(shí)，因?yàn)橛芯幊探?jīng)驗(yàn)，所以看起來(lái)還是很快，很多東西都是相同的。如果你之前沒(méi)編程經(jīng)驗(yàn)，可能會(huì)需要更長(zhǎng)的時(shí)間。
