后面又碰到了
Bundle at path /Users/****/Library/Developer/CoreSimulator/Devices/875D85D5-2B95-4133-B143-9C5A2D50E8B9/data/Library/Caches/com.apple.mobile.installd.staging/temp.dwD3gx/extracted/****.app did not have a CFBundleIdentifier in its Info.plist
這樣的一個(gè)錯(cuò)誤。
網(wǎng)上找了文章都不對(duì)，最后在Build Phrases->Copy Bundle Resources下，把所有的資源重新添加了一遍，就好了。
原因未知，為何會(huì)被解決了未知。
修改maven根目錄下的conf文件夾中的setting.xml文件，內(nèi)容如下：
<mirrors>
<mirror>
<id>alimaven</id>
<name>aliyun maven</name>
<url>
http://maven.aliyun.com/nexus/content/groups/public/</url> <mirrorOf>central</mirrorOf>
</mirror>
</mirrors>
之后就能享受如飛的maven下載速度。
Ubuntu16.04LTS 阿里云源
deb http://mirrors.aliyun.com/ubuntu/ xenial main restricted universe multiverse
deb http://mirrors.aliyun.com/ubuntu/ xenial-security main restricted universe multiverse
deb http://mirrors.aliyun.com/ubuntu/ xenial-updates main restricted universe multiverse
deb http://mirrors.aliyun.com/ubuntu/ xenial-backports main restricted universe multiverse
##測(cè)試版源
deb http://mirrors.aliyun.com/ubuntu/ xenial-proposed main restricted universe multiverse
# 源碼
deb-src http://mirrors.aliyun.com/ubuntu/ xenial main restricted universe multiverse
deb-src http://mirrors.aliyun.com/ubuntu/ xenial-security main restricted universe multiverse
deb-src http://mirrors.aliyun.com/ubuntu/ xenial-updates main restricted universe multiverse
deb-src http://mirrors.aliyun.com/ubuntu/ xenial-backports main restricted universe multiverse
##測(cè)試版源
deb-src http://mirrors.aliyun.com/ubuntu/ xenial-proposed main restricted universe multiverse
# Canonical 合作伙伴和附加
deb http://archive.canonical.com/ubuntu/ xenial partner
deb http://extras.ubuntu.com/ubuntu/ xenial main
TerminateProcess(GetCurrentProcess(), 0)
簡(jiǎn)單粗暴,有時(shí)候關(guān)閉程序也需要快速的關(guān)閉,收拾殘局的事兒索性干脆就讓系統(tǒng)去干了.
re: C++的6種獲取文件大小的方法 楊粼波 2016-03-14 23:46
=.=好吧....
re: Qt探秘——談ui文件的用法 楊粼波 2015-11-25 13:43
@ccsdu2009
艾瑪，不小心成老字號(hào)了啊。
@ xmpdhml
如果你本機(jī)不支持等寬字體，那也是白瞎。
re: rtsp協(xié)議詳解 楊粼波 2015-10-01 18:08
@last
I am so sorry,let me fix it.
只可惜這個(gè)只是替換了github的formula源，軟件的源還是軟件的官網(wǎng)，在天朝，這個(gè)讓人很蛋疼。
@戰(zhàn)魂小筑
專業(yè)倒稱不上，因?yàn)樽鲞^(guò)，這些都比較了解了，只能說(shuō)是過(guò)來(lái)人罷了。我那個(gè)數(shù)量級(jí)，簡(jiǎn)直要笑掉大牙的。要專家級(jí)，起碼得經(jīng)歷過(guò)大用戶量的沖擊才行啊。
再啰嗦幾句。
阿里云也支持memcached的，當(dāng)然也支持redis，
騰訊云太挫了，我對(duì)它印象不好，有用過(guò)，redis是今年才支持的，要不是因?yàn)椴恢С謗edis，我也就不會(huì)選擇memcached了，很多功能本可以用redis里面很簡(jiǎn)單一條命令搞定的，不過(guò)話說(shuō)回來(lái)，至少也沒有它搞不定的事情。
memcached有個(gè)最郁悶的事情就是沒有什么稱手的工具，只有一個(gè)php的memAdmin以及
http://www.cnblogs.com/xffy1028/archive/2013/02/01/2861706.html而Redis有一個(gè)
http://www.oschina.net/p/redisdesktop，這個(gè)很好用。
內(nèi)存數(shù)據(jù)庫(kù)相對(duì)于磁盤數(shù)據(jù)庫(kù)而言，不要抱有太大期望。只不過(guò)是說(shuō)，磁盤數(shù)據(jù)庫(kù)隨著數(shù)據(jù)量增大，它的性能會(huì)呈指數(shù)級(jí)降低。而內(nèi)存數(shù)據(jù)庫(kù)基本上是沒有太大的影響，僅此而已。磁盤數(shù)據(jù)庫(kù)數(shù)據(jù)量少的時(shí)候，可能跟內(nèi)存數(shù)據(jù)庫(kù)的性能差不多哦。
有redis就用redis，沒有就用memcached，memcached是redis的子集，也可以稱之為memcached的升級(jí)版。redis的查詢語(yǔ)句要豐富得多，當(dāng)然，也是要復(fù)雜的多。
mongoDB雖然也是NoSQL數(shù)據(jù)庫(kù)，但是與以上兩者有很大的區(qū)別。首先，它是磁盤數(shù)據(jù)庫(kù)，而不是內(nèi)存數(shù)據(jù)庫(kù)，雖然也可以搞成內(nèi)存數(shù)據(jù)庫(kù)，但是那是歪門邪道。而且，該數(shù)據(jù)庫(kù)的穩(wěn)定性有待改進(jìn)，對(duì)于數(shù)據(jù)庫(kù)而言，穩(wěn)定性是我們首要考慮的，服務(wù)不能出問題，數(shù)據(jù)不能出問題。而mysql這樣發(fā)展了許多年的數(shù)據(jù)庫(kù)就是我們的首選了，通常將其作為熱備數(shù)據(jù)庫(kù)。
redis的熱備份看起來(lái)很美好，但其實(shí)不好用，還有損性能。通常都會(huì)被關(guān)閉掉。
以前新浪是用的memcached，現(xiàn)在不知道了，他們還好像自己改進(jìn)了，當(dāng)然，主要是做分布式。
淘寶也有基于memcached開發(fā)的Tair，不過(guò)據(jù)說(shuō)現(xiàn)在他們自己也慢慢開始放棄了，主要也是在分布式上作了點(diǎn)文章。
http://code.taobao.org/p/tair/src/對(duì)于游戲這樣的應(yīng)用而言，只要不是騰訊那樣的用戶量級(jí)，都不需要考慮分布式的問題。只需要省心便可，用redis功能多，自然是首選。
@yezhibin000
字符串是以\0作為結(jié)尾的，就字符串而言，后面的字符肯定是被丟棄掉了。
至于你有沒有發(fā)送成功，接收成功，這又要分開來(lái)看，分開來(lái)測(cè)試。你有沒有正確的獲取長(zhǎng)度以發(fā)送成功，你有沒有正確的長(zhǎng)度去接收數(shù)據(jù)呢？
另，你這樣做有什么意義呢？
@mike
哥~這個(gè)是自己寫的方法，你隨便放哪里都可以啊。
如果IE是6 7，那么控件就使用相應(yīng)的版本。
如果IE是 8 9 ，控件默認(rèn) 是7，除非改注冊(cè)表，或者在html里面加入：
<meta http-equiv="X-UA-Compatible" content="IE=11" />
用了這么久這個(gè)控件，才知道原來(lái)是這么一回事。
@spring 論插入的速度，沒有索引，當(dāng)然要快多了。但是你還得考慮查詢的速度啊，所以這中間就要有一個(gè)權(quán)衡。
@shuinan erlang，我覺得不是初級(jí)程序員能夠?qū)懞玫摹?br>集群是件復(fù)雜的事情，這需要很深厚的積累，而用erlang則不需要那么深的積累。
@chipgenius
好像有，我以前找到過(guò)，但是時(shí)日久長(zhǎng)，也就不知道了。
我也是在網(wǎng)上找。。。。
@zuhd 看下ZooKeeper就明白了，ZooKeeper是Paxos算法的實(shí)現(xiàn)。
mysql用redis來(lái)替換，可能會(huì)更好，redis也支持master-slave，而且支持?jǐn)?shù)據(jù)的熱備，即可保證數(shù)據(jù)的安全性，又可以防止單點(diǎn)故障，而且性能是要比mysql要好一些的。
Decoda還是最好用的lua調(diào)試器啊。
要說(shuō)最好的調(diào)試器，還得是VS的啊。。。。真強(qiáng)大啊。
linux的gdb神馬的，雖說(shuō)功能強(qiáng)大，但是別人vs一直在前進(jìn)呀……
@Sweety
不記得了,我用的VS2003編譯的,是過(guò)了.不記得2008能不能過(guò).
@zhoujunhua 檢測(cè)還是嚴(yán)謹(jǐn)一點(diǎn)好。
re: 2013總結(jié)[未登錄] 楊粼波 2014-01-15 14:34
生活還是簡(jiǎn)單點(diǎn)好啊。
re: 2013總結(jié) 楊粼波 2014-01-04 18:43
@戰(zhàn)魂小筑 深圳.
re: 北北，2013 楊粼波 2014-01-03 16:19
支持一下.
我用過(guò)的棒子貨LuaTinker倒是不錯(cuò).
這個(gè)可以嘗試下...
@ccsdu2009
嘿嘿....我音響買了一年多了,還是不了解它,所以惡補(bǔ)一下...
@brainpoint
很高興能夠幫助到你.
@馬兒快跑
呃.....終于找到了一樣二的人了.哈哈哈哈哈.....我一開始以為只有我一個(gè)人這么二,原來(lái)我不是唯一的一個(gè),我好安慰啊....
@ds
開銷也是頗大的.反正,不贊成用這個(gè)...
@cc7799
@謝謝哦
咱們都是犯了粗心的毛病.很高興這個(gè)經(jīng)驗(yàn)共享能夠帶給你們幫助.
根據(jù)線程所負(fù)責(zé)的功能而定吧.
特定問題,特定風(fēng)格.
我個(gè)人吧,現(xiàn)在是對(duì)任何風(fēng)格都不討厭,也不喜歡.
只要現(xiàn)實(shí)需要,任何風(fēng)格我都可以用,也可以不用.
很多代碼其實(shí)可以在逐步的重構(gòu)中變得簡(jiǎn)潔,清晰,漂亮.
糟糕的代碼看多了,漂亮的代碼也看多了,我個(gè)人已經(jīng)麻木了.
代碼最重要的還是正確,穩(wěn)定,也就是要健壯,只要是健壯的代碼就是好代碼,否則寫得再好看也是垃圾.
re: 《C++博客十八羅漢造像》 楊粼波 2013-01-23 14:04
時(shí)間真快，物是人非，現(xiàn)在只能溜貓了。
@丁丁
這個(gè)工具我也用過(guò)，還不錯(cuò)。
@jjj123
這個(gè)是我抄出來(lái)的代碼，微軟他自己就是這么繪制的。
這么簡(jiǎn)單的代碼還讀不懂咩？就是畫線啊。
@FF
已經(jīng)說(shuō)清楚了，把Rendering Device刪掉就沒問題了。他就自動(dòng)了。
模塊啊，接口這些，技術(shù)肯定是成熟的。問題是你如何去實(shí)施。這些關(guān)鍵是你如何去劃分功能，如何去設(shè)計(jì)接口，難度在這里，而不是說(shuō)為了用而用。這需要很好的設(shè)計(jì)能力，掌控力。如果是掌控不了的東西，不如不用。其實(shí)對(duì)于游戲這種應(yīng)用，很多時(shí)候，也不必要去做這樣的設(shè)計(jì)，只要把低耦合做好了，一樣好使。
重構(gòu)對(duì)于大部分項(xiàng)目來(lái)說(shuō)，是不可能的任務(wù)，如果開發(fā)者能力還可以，那倒是無(wú)所謂，如果不好，連正常跑都是個(gè)問題，那會(huì)死得很難看，就更不要說(shuō)什么應(yīng)對(duì)變更的需求了。如果項(xiàng)目的核心有很好的管理和技術(shù)上的掌控，就不會(huì)有太多的問題，即便是在很緊迫的開發(fā)時(shí)間下。
內(nèi)存管理上，你是用內(nèi)存池，還是用對(duì)象池，這需要開發(fā)者的選擇的。服務(wù)器還需要考慮到多線程情況下的應(yīng)用。有些特定情況下，加了反而會(huì)適得其反。
合適的就是最好的。