vendor 目录究竟应不应该进 VCS

很多项目现在都有组件式的包管理,比如 composer 管理的第三方组件都存放在 vendor 目录下,那么究竟这个目录应不应该放到 git 之类的版本管理里去,之前我的做法是不放,但是后来发现了一个问题,当多台机器面临更新第三方组件的时候,会出现版本不一致的问题,而且本身 Laravel 的 config/app.php 中启用了第三方组件,但是 vendor 目录中还需要 composer update 更新的时候就会报错; 所以,vendor 作为整个项目的一部分,应该放进版本控制系统(VCS);在部署打包的时候也是一份子,编译打包进入 Docker 之类的容器,进行整体的部署,也才能够保障每个服务器上运行的代码是一致的; Update: 2016-11-02 10:06 把vendor目录放进版本控制系统也遇到了一些更有意思的问题,比如require-dev中的内容也一并进入了版本控制,进而进入了线上环境,虽然问题不严重,但是终究觉的这不”清真“了。 更理想的做法应该是vendor不进VCS,把这些事情都交给CI系统来做,线上部署的机器应该是统一由CI系统打包的结果,开发环境(自行update)->CI(自动update并打包)->仿真环境(不更新直接部署CI的包)->生产环境(同仿真环境)。

HP 关闭 Public Cloud 服务

[HP Public Cloud](http://www.hpcloud.com) 宣布到明年1月底就关闭服务了,公有云这个市场有 [AWS](https://aws.amazon.com) 这样的先行者和巨无霸,其它产品只能是边边角角像 [Linode](https://www.linode.com) 和 [Digtal Ocean](https://www.digitalocean.com) 这样填补便宜的 VPS 市场; 国内的竞争还不明朗,没有什么太多的数据,阿里云应该是国内最大了吧,腾讯云借着强绑定应该也有不少用户,剩下的就是 UCloud 和 金山云了,也主要靠游戏;其它的云厂商都是提供部分 AWS 的服务;

OS X EI Capitan 遭遇 mdworker deny 错误

过完节回来第一件事就是把系统干干净净的升级到了OS X EI Captain,但是用了几天总是觉的顿顿的,打开 Console.app 看有大量的 `mdworker deny` 的错误,Google半天也解决不了,有的说重启按住 `Shift` 进入安全模式再重启就可以了,染病卵。然后还有说重新安装就好了的。 Oct 9 10:22:51 Deathstar kernel[0]: Sandbox: mdworker(3830) deny(1) mach-lookup com.apple.audio.audiohald Oct 9 10:22:52 Deathstar kernel[0]: Sandbox: mdworker(3829) deny(1) mach-lookup com.apple.audio.audiohald Oct 9 10:22:52 Deathstar kernel[0]: Sandbox: mdworker(3830) deny(1) mach-lookup com.apple.audio.audiohald 本着治病救人的态度,我先不要重装了; 试了一下进入安全模式清理了所有的 Cache;来写个 blog 转头看的时候,呵呵,染病卵;帮主死的早啊! 看起来是Sandbox向`~/Caches/`目录写入文件有问题 Update: 试了`chown -R `whoami`:staff ~`,清Cache重启,然并卵; Update: 试了把 Spotlight…

作弊条:Mac下给 Nexus 刷机

收了一个 Nexus 5 等不及OTA,就自己刷了 1. `brew install android-platform-tools` 1. 在手机的关于中版本一栏连按7次,打开开发者模式,并且在开发者模式中打开 USB Debug 1. 手机连接电脑执行`adb devices` 1. 如果有unauthorized字样,执行`adb kill-server && adb start-server`,重新连接手机,在手机上同意设备调试 1. `adb reboot bootloader` 1. 进入bootloader界面之后,执行`fastboot oem unlock` 1. 然后执行下载好的官方rom包里的`flush_all.sh`

ElasticSerach 成为了 AWS 的一项 Service

亚马逊推出了ElasticSearch的服务-[Amazon Elasticsearch Service](https://aws.amazon.com/cn/elasticsearch-service/),这可以说是肯定了ElasticSearch在开源分布式搜索引擎的地位,同时也宣告了 AWS 自家的 CloudSearch 失败? 看看国内的阿里云有 OpenSearch,但是对其应用一直不是很明晰;

用dnsmasq设置本地开发dev环境

作弊条一个,主要是为了映射多个项目的.dev泛域名解析到localhost brew install dnsmasq cat /usr/local/etc/dnsmasq.conf address=/.dev/127.0.0.1 listen-address=127.0.0.1 port=35353 EOF sudo mkdir /etc/resolver sudo chown `whoami`:admin /etc/resolver cat /etc/dev nameserver 127.0.0.1 port 35353 EOF 使用了`brew services`的话还可以直接`brew services start dnsmasq`就启动了