建立目的 为了不让代码公开，能够让项目基于gitlab快速自动化部署，简化单个composer.json文件配置内容 安装 使用composer {代码...} 安装完之后与github中的目录结构一致 配置satis.json 接着在项目根目录下创建satis.json文件 {代码...} homepage {代码...} repositories {代码...} require {代码...} 接下来对镜像中...

datasource 数据的存储源，它定义了将用什么方式来查询数据展示在grafana上面，不同的datasource拥有不同的查询语法，grafana支持多种类型例如es,influxdb,

写在开头 这他么的不是广告 为什么要使用自动构建 现在的产品和开发环境都依赖docker，在部署的时候发现修改线上镜像非常的麻烦，通常一个完整的部署需要以下几步： 本地编写测试dockerfile 上传dockerfile到测试环境 删除原有镜像 测试环境构建新镜像 上传dockerfile到线上 删除原有镜像 上线环境构建新镜像 感觉相当蛋...

希望从git仓库中拉取代码时目录就已经存在了，不需要再手动创建，但是git并不允许git提交空目录，应该怎么办呢？ 其实这里有两种情况： 目录是空的 这种情况下只需要在目录下创建.gitkeep文件，然后在项目的.gitignore中设置不忽略.gitkeep .gitkeep 是一个约定俗成的文件名并不会带有特殊规则 目录中已经存在文件 那就...

下面几个例子初学时容易引起歧义demo 忽略所有demo文件demo* 忽略以所有demo开头的文件demo/ 忽略所有的demo目录以及目录下的文件/demo/ 忽略根目录的下的demo目录以及目录下的文件demo/*.log 忽略所有demo目录下的以log结尾的文件!demo.log 不忽略所有的demo.log文件

找到Illuminate\Database\Eloquent\Builder.php类中的对应方法，实际上实例化的是LengthAwarePaginator这个类，传入了一些基本分页信息，再根据namespace继续追代码 Illuminate\Pagination\LengthAwarePaginator想到在视图中使用render 来渲染html代码，则观察下面方法

sql处理 最开始的方法是直连DB，秒杀与砍价都通过sql处理并进行运算，用ab测试之后发现 一旦有并发请求，很容易出现数据重叠，排名不准确的情况，不可取换之

一直对psr0和4了解不是很透彻，虽然官方已经废弃了psr0，但是发现composer还是对psr0向下兼容，所以也花时间从composer的加载代码中了解了一下他们的区别，具体如下：

必填只有两项 1.CDATA[]括号内的为需要固定的格式 2.tabTrigger 通过TAB键来调用该snippets的字符串或者称为索引

Ctrl+Shift+P：打开命令面板 Ctrl+P：搜索项目中的文件 Ctrl+G：跳转到第几行 Ctrl+W：关闭当前打开文件 Ctrl+Shift+W：关闭所有打开文件 Ctrl+Shift+V：粘贴并格式化 Ctrl+D：选择单词，重复可增加选择下一个相同的单词 Ctrl+L：选择行，重复可依次增加选择下一行 Ctrl+Shift+L：选择多行 Ctrl+Shift+Enter：在当前行前...

闭包也叫匿名函数 PHP5.3 引入。 使用方法 需要调整数组元素中的值 {代码...} 需要改变元素的结构 {代码...} 执行效率 {代码...} 经过5W次执行之后，从结果看1-3，大部分情况执行时间依次升高，其中一次执行结果时间如下 {代码...} 结论 闭包的代码相对优雅，但是逻辑比较容易混淆，相比其他方式执行效率相对较低，要慎...

关键词 “必须”("MUST")、“一定不可/一定不能”("MUST NOT")、“需要”("REQUIRED")、 “将会”("SHALL")、“不会”("SHALL NOT")、“应该”("SHOULD")、“不该”("SHOULD NOT")、 “推荐”("RECOMMENDED")、“可以”("MAY")和”可选“("OPTIONAL")的详细描述可参见 [RFC 2119][] 。

本规范的主要目的，是为了让日志类库以简单通用的方式，通过接收一个 Psr\Log\LoggerInterface 对象，来记录日志信息。 框架以及CMS内容管理系统如有需要，可以对此接口进行扩展，但需遵循本规范， 这才能保证在使用第三方的类库文件时，日志接口仍能正常对接。

当多名程序员在多个项目中合作时，就需要一个共同的编码规范， 而本文中的风格规范源自于多个不同项目代码风格的共同特性， 因此，本规范的价值在于我们都遵循这个编码风格，而不是在于它本身。

关键词 “必须”("MUST")、“一定不可/一定不能”("MUST NOT")、“需要”("REQUIRED")、 “将会”("SHALL")、“不会”("SHALL NOT")、“应该”("SHOULD")、“不该”("SHOULD NOT")、 “推荐”("RECOMMENDED")、“可以”("MAY")和”可选“("OPTIONAL")的详细描述可参见 RFC 2119 。

机型 联想y400 预装windows 8.1 64位 安装 ubuntu 14.04TLS 经过了一番折腾之后也算是成功安装，本文只为帮助他人