牵着老婆满街逛

严以律己,宽以待人. 三思而后行.
GMail/GTalk: yanglinbo#google.com;
MSN/Email: tx7do#yahoo.com.cn;
QQ: 3 0 3 3 9 6 9 2 0 .

共6页: 1 2 3 4 5 6 
后面又碰到了
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
这样的一个错误。
网上找了文章都不对,最后在Build Phrases->Copy Bundle Resources下,把所有的资源重新添加了一遍,就好了。
原因未知,为何会被解决了未知。
re: Gradle 修改 Maven 仓库地址 杨粼波 2016-12-27 01:02
修改maven根目录下的conf文件夹中的setting.xml文件,内容如下:

<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下载速度。
re: Gradle 修改 Maven 仓库地址 杨粼波 2016-12-27 01:01
事实上osc的这个源并不快,阿里云的才快:
http://maven.aliyun.com/nexus/content/groups/public/
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
##测试版源
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
##测试版源
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
re: VC快速强制退出程序方法 杨粼波 2016-05-14 14:34
TerminateProcess(GetCurrentProcess(), 0)
简单粗暴,有时候关闭程序也需要快速的关闭,收拾残局的事儿索性干脆就让系统去干了.
=.=好吧....
re: Qt探秘——谈ui文件的用法 杨粼波 2015-11-25 13:43
@ccsdu2009
艾玛,不小心成老字号了啊。
re: CriticalSection的ASM原代码 杨粼波 2015-11-12 09:54
@ xmpdhml
如果你本机不支持等宽字体,那也是白瞎。
re: rtsp协议详解 杨粼波 2015-10-01 18:08
@last
I am so sorry,let me fix it.
只可惜这个只是替换了github的formula源,软件的源还是软件的官网,在天朝,这个让人很蛋疼。
@战魂小筑
专业倒称不上,因为做过,这些都比较了解了,只能说是过来人罢了。我那个数量级,简直要笑掉大牙的。要专家级,起码得经历过大用户量的冲击才行啊。
再啰嗦几句。

阿里云也支持memcached的,当然也支持redis,
腾讯云太挫了,我对它印象不好,有用过,redis是今年才支持的,要不是因为不支持redis,我也就不会选择memcached了,很多功能本可以用redis里面很简单一条命令搞定的,不过话说回来,至少也没有它搞不定的事情。

memcached有个最郁闷的事情就是没有什么称手的工具,只有一个php的memAdmin以及http://www.cnblogs.com/xffy1028/archive/2013/02/01/2861706.html

而Redis有一个http://www.oschina.net/p/redisdesktop,这个很好用。

内存数据库相对于磁盘数据库而言,不要抱有太大期望。只不过是说,磁盘数据库随着数据量增大,它的性能会呈指数级降低。而内存数据库基本上是没有太大的影响,仅此而已。磁盘数据库数据量少的时候,可能跟内存数据库的性能差不多哦。
有redis就用redis,没有就用memcached,memcached是redis的子集,也可以称之为memcached的升级版。redis的查询语句要丰富得多,当然,也是要复杂的多。

mongoDB虽然也是NoSQL数据库,但是与以上两者有很大的区别。首先,它是磁盘数据库,而不是内存数据库,虽然也可以搞成内存数据库,但是那是歪门邪道。而且,该数据库的稳定性有待改进,对于数据库而言,稳定性是我们首要考虑的,服务不能出问题,数据不能出问题。而mysql这样发展了许多年的数据库就是我们的首选了,通常将其作为热备数据库。

redis的热备份看起来很美好,但其实不好用,还有损性能。通常都会被关闭掉。

以前新浪是用的memcached,现在不知道了,他们还好像自己改进了,当然,主要是做分布式。

淘宝也有基于memcached开发的Tair,不过据说现在他们自己也慢慢开始放弃了,主要也是在分布式上作了点文章。http://code.taobao.org/p/tair/src/

对于游戏这样的应用而言,只要不是腾讯那样的用户量级,都不需要考虑分布式的问题。只需要省心便可,用redis功能多,自然是首选。
@yezhibin000

字符串是以\0作为结尾的,就字符串而言,后面的字符肯定是被丢弃掉了。
至于你有没有发送成功,接收成功,这又要分开来看,分开来测试。你有没有正确的获取长度以发送成功,你有没有正确的长度去接收数据呢?
另,你这样做有什么意义呢?
@mike
哥~这个是自己写的方法,你随便放哪里都可以啊。
如果IE是6 7,那么控件就使用相应的版本。

如果IE是 8 9 ,控件默认 是7,除非改注册表,或者在html里面加入:
<meta http-equiv="X-UA-Compatible" content="IE=11" />

用了这么久这个控件,才知道原来是这么一回事。
@spring 论插入的速度,没有索引,当然要快多了。但是你还得考虑查询的速度啊,所以这中间就要有一个权衡。
@shuinan erlang,我觉得不是初级程序员能够写好的。
集群是件复杂的事情,这需要很深厚的积累,而用erlang则不需要那么深的积累。
@chipgenius
好像有,我以前找到过,但是时日久长,也就不知道了。
我也是在网上找。。。。
@zuhd 看下ZooKeeper就明白了,ZooKeeper是Paxos算法的实现。
mysql用redis来替换,可能会更好,redis也支持master-slave,而且支持数据的热备,即可保证数据的安全性,又可以防止单点故障,而且性能是要比mysql要好一些的。
re: lua调试的工具选择[未登录] 杨粼波 2014-10-05 07:17
Decoda还是最好用的lua调试器啊。
要说最好的调试器,还得是VS的啊。。。。真强大啊。
linux的gdb神马的,虽说功能强大,但是别人vs一直在前进呀……
@Sweety
不记得了,我用的VS2003编译的,是过了.不记得2008能不能过.
@zhoujunhua 检测还是严谨一点好。
@核桃
并不难的事情。
不以物喜,不以己悲。
re: 2013总结[未登录] 杨粼波 2014-01-15 14:34
生活还是简单点好啊。
re: 2013年终总结[未登录] 杨粼波 2014-01-05 16:32
来打个酱油....
re: 2013总结 杨粼波 2014-01-04 18:43
@战魂小筑 深圳.
re: 北北,2013 杨粼波 2014-01-03 16:19
支持一下.
re: 超越luabind的luaBridge 杨粼波 2013-12-09 00:26
我用过的棒子货LuaTinker倒是不错.
这个可以尝试下...
@ccsdu2009
嘿嘿....我音响买了一年多了,还是不了解它,所以恶补一下...
@brainpoint
很高兴能够帮助到你.

@马儿快跑
呃.....终于找到了一样二的人了.哈哈哈哈哈.....我一开始以为只有我一个人这么二,原来我不是唯一的一个,我好安慰啊....
@toda

==!你妹....懂浪漫不?
@ds
开销也是颇大的.反正,不赞成用这个...
@cc7799
@谢谢哦
咱们都是犯了粗心的毛病.很高兴这个经验共享能够带给你们帮助.
根据线程所负责的功能而定吧.
不错,不错....
re: C++程序风格的思考[未登录] 杨粼波 2013-04-30 16:10
特定问题,特定风格.
我个人吧,现在是对任何风格都不讨厌,也不喜欢.
只要现实需要,任何风格我都可以用,也可以不用.
很多代码其实可以在逐步的重构中变得简洁,清晰,漂亮.
糟糕的代码看多了,漂亮的代码也看多了,我个人已经麻木了.
代码最重要的还是正确,稳定,也就是要健壮,只要是健壮的代码就是好代码,否则写得再好看也是垃圾.
@工口君
嘿嘿,随便用,胡乱用,哇卡卡卡.
@貌似有问题
啥地方不对?
re: 《C++博客十八罗汉造像》 杨粼波 2013-01-23 14:04
时间真快,物是人非,现在只能溜猫了。
@fzy
好吧,你足够仔细,遗漏了.
@丁丁
这个工具我也用过,还不错。
@jjj123
这个是我抄出来的代码,微软他自己就是这么绘制的。
这么简单的代码还读不懂咩?就是画线啊。
@FF
已经说清楚了,把Rendering Device删掉就没问题了。他就自动了。
模块啊,接口这些,技术肯定是成熟的。问题是你如何去实施。这些关键是你如何去划分功能,如何去设计接口,难度在这里,而不是说为了用而用。这需要很好的设计能力,掌控力。如果是掌控不了的东西,不如不用。其实对于游戏这种应用,很多时候,也不必要去做这样的设计,只要把低耦合做好了,一样好使。

重构对于大部分项目来说,是不可能的任务,如果开发者能力还可以,那倒是无所谓,如果不好,连正常跑都是个问题,那会死得很难看,就更不要说什么应对变更的需求了。如果项目的核心有很好的管理和技术上的掌控,就不会有太多的问题,即便是在很紧迫的开发时间下。

内存管理上,你是用内存池,还是用对象池,这需要开发者的选择的。服务器还需要考虑到多线程情况下的应用。有些特定情况下,加了反而会适得其反。

合适的就是最好的。
共6页: 1 2 3 4 5 6