Xcode 4.3如何启动后硬盘逛转，最后崩溃。

报错时提示 ASSERTION FAILURE in /SourceCache/DVTFoundation/DVTFoundation-1188/Framework/Classes/FilePaths/DVTFilePath.m:323

留言后面的错误内容所指定的目录parentPath must be nil but it is not 后面的目录。

进入目录后，删除这些文件名不可识

常用总结，陆续补充，免得忘记。

1.如果问题是可以复现的，用Breakpoint可以跟踪出错位置在进行分析

2.如果使用Breakpoint无法查出crash问题，问题无法复现，可以用profile记录运行过程中的内存，cpu使用，看是否在某一功能突然升高，不稳定。

3.可以通过将所有的NSLOG控制台输出截获到文件输出，在真机上运行来排查在模拟器上无法复现的问题。

在AppDelegate.m下增加方法

- (void) redirectConsoleLogToDocumentFolder {

PS:在project的Linking中的other linker flags要加入 "-licucore",才能避免编译错误。

1.去RegexKitLite下载类库，解压出来会有一个例子包及2个文件，其实用到的就这2个文件，添加到工程中。

2.工程中添加libicucore.dylib frameworks。

3.现在所有的nsstring对象就可以调用RegexKi

2011年眼看结束了，这一年还不错，总算完成了1年前被收编到Zynga后的目标: 为公司提供系统。

这一年和同事一起，开发了针对Haproxy的流量弹性管理工具，针对系统通用检查工具，还有一些对公司现有系统因地制宜的修修改改。

公司的内部支撑系统，结构越发的完善，每一个环节都在向服务化的方面转变。

这一年我经历了一个小公司快速

最近在和同事开发新的小系统。

我们的目标是对服务做验证、检查。 各种已经被部署并被使用的服务、系统。

比如：数据库是否可读、cache服务器是否可链接、初始化配置是否正确等等。

这些验证需求在平时会夹杂在：自动安装、配置过程中，Nagios报警的定制插件，Puppet同步时的校验检查，排查突发故障的过程。

由于这些业务过程都会有验证工作，因此非常零散。

有这样一些例子，比如：

1.当你遇到故障或新部署服务器后想完整校验一次服务器

在总部的Puppet集群的管理中，美国大师介绍了他为保证Puppet集群稳定会动态的对一些访问流量做取舍。

我们吸取了经验，在之前提到的CMDB和Collectd实时分析流量的基础上，计划给我们的一些重要系统提供这样的服务。

我们的一些重要系统特别是还没有部署在云计算平台的系统，系统的负载取决于其它系统的请求或用户的访问状态，一般我们部署业务都会按照预计最大访问量来评估和规划服务器数量，但对于内部系统，系统的压力不一定总是保持在一个恒定的大压力下，有时候会

没事在整理CMDB的资料，有几个图在上一篇文章没放,在这里补上。

由于不同的业务部署都是由独立的任务组成的，一台服务器要完成HTTP服务的业务时，我们希望知道它的运行状态：运行了那些任务，完成进度，每个任务的结果和异常。

我们的每个任务脚步都会在运行中根据脚步设定的判断和返回，将自己的状态，步骤，进度反馈给CMDB。这到没什么，比较有意思的是，如何知道

之前写过，如果CMDB可以实时收集到服务器的性能状态和指定的运行数据，并存储了每种业务部署方式或某种工作的执行方式，就可以通过程序自动根据服务器状态对指定的服务器进行新业务的部署或功能切换、服务关闭等等事情，也可以部署在云计算服务器平台，根据这2部份分数据开启新的虚拟机部署业务或关闭虚拟机节省资源。

在部署业务的方式，我们是参考RightScale实现的服务器模版，任务script，任务队列; 也可以直接通过复制已部署好的镜像操作系统来实现。

在服务器性能

扫到这篇文章，印在记事本上的价值观。之前也有朋友遇到我，问公司的价值观。确实很少有文章提到，我想我随便写写应该不算违反规则。

http://ryanspoon.com/blog/2010/02/13/zyngas-6-core-values-help-create-a-culture-of-success/

在这家公司我感受最大的不同确实是价值观，国内公司的价值观一般都是挂在墙上，但那都是给访客看的....做事全靠个人修养了。

这家公司的价值观确实成为了做事准则和评判标