vendor 目录究竟应不应该进 VCS
很多项目现在都有组件式的包管理,比如 composer 管理的第三方组件都存放在 vendor 目录下,那么究竟这个目录应不应该放到 git 之类的版本管理里去,之前我的做法是不放,但是后来发现了一个问题,当多台机器面临更新第三方组件的时候,会出现版本不一致的问题,而且本身 Laravel 的 config/app.php 中启用了第三方组件,但是 vendor 目录中还需要 composer update 更新的时候就会报错;
共52篇文章。
很多项目现在都有组件式的包管理,比如 composer 管理的第三方组件都存放在 vendor 目录下,那么究竟这个目录应不应该放到 git 之类的版本管理里去,之前我的做法是不放,但是后来发现了一个问题,当多台机器面临更新第三方组件的时候,会出现版本不一致的问题,而且本身 Laravel 的 config/app.php 中启用了第三方组件,但是 vendor 目录中还需要 composer update 更新的时候就会报错;
Firefox 41有一个按 DOM 内容截图的功能,真是超酷超实用;
作弊条一个,主要是为了映射多个项目的.dev泛域名解析到localhost
|
|
使用了brew services的话还可以直接brew services start dnsmasq就启动了
需要做一些PHP的开发工作,工欲善其事,必先利其器.
brew tap homebrew/homebrew-php
brew install curl
brew install php56 --with-homebrew-curl
brew install phpmd php-code-sniffer php-cs-fixer在Sublime Text 3里cmd+shift+p中install package,安装如下插件
在一台Debian机器上部署Laravel,nmp install的时候总出错,错误如下
sh: 1: node: not found
npm WARN This failure might be due to the use of legacy binary "node"
npm WARN For further explanations, please read
/usr/share/doc/nodejs/README.Debiannodejs一定是通过apt-get安装过了,查过之后就是还有一些老旧的package在使用node,所以需要安装一下apt-get install nodejs-legacy,之后就OK了
首先下载一个 OS X 的 JDK 1.6.
然后要使用Maven的话,还要安装 3.1 的版本,之后的版本就要求 1.7 起步了。
brew install homebrew/versions/maven31把自己的站都给放到SSL下也有一阵子了,以前用startssl,头几天更新证书的时候StartSSL宕机了,索性就买了ssl。
今天打开了nginx 1.6的spdy支持,非常简单。
这几天在弄ElasticSearch来分析日志,突然有一天早上8:00之后的日志就进不来了,看了分析程序运行正常,服务也正常,只是ElaticSearch的日志增长很快,其中比较值得注意的就是这条了。
做服务运维的人员除了解决各种杂七杂八的问题之外,还要时刻的关注业务的增长和服务的容量问题。
要对容量有一个准确的评估并不容易,要考虑的因素比较多,突发的情况也比较多,另外有些时候容量的增长并不是一个线性的过程。
前天的一个事儿,在这儿计一笔。
后台执行的脚本在shell退出的时候也会退出,所以退出shell后还要继续后台进程就要加nohup,但是在bash下不是完全按照这个来的,如果bash正常退出,他不会向后台进程发SIGHUP,如果异常退出,比如ssh连接因超时中断,bash进程本身收到SIGHUP等等,就会发SIGHUP给后台进程了。
Ref: