在开发过程中，我们有时候是基于一个框架的脚手架来开发。先clone下来项目，然后配置Nginx或Apache服务器里面的虚拟主机，映射到当前项目。这个虚拟主机的配置可以由程序自动生成。
流程如下：
在微服务架构实践中，一个难点是服务发现。每一个服务采用分布式部署，保证了拓展性和容错性，但带来了一个难点是如何监控这些服务，如何找到这些服务。
服务发现的种类有两种：客户端发现和服务端发现
客服端发现-客户端或者API网关查询注册中心获取服务的位置信息。支持服务注册的软件有Etcd，Zookeeper，Consul等
作为一名PHPer，在开发(ban zhuan)过程中，没有一个犀利的编辑器怎么能行。sublime是我最喜欢的编辑器，具有强大的拓展功能，有许多丰富的插件支撑。
下面是我目前使用的插件：
Package Control 强大的Sublime插件管理工具
Boxy 一个十足极客范的Sublime主题，支持多种主题颜色切换
在PHP开发过程中找到并修复性能瓶颈（performance bottlenecks）往往是非常困难和耗时的。为了定位问题，我们可能会在疑似影响性能的代码的开始和结束之间打上标记点，计算时间差，来定位问题，CI框架提供的基准测试类就是这样工作，这种方式对小型项目起到方便快捷的作用，但对大项目往往吃力不讨好，好比在工业时代，却是用石器时代的工具。这时候我们可以借助Xdebug，webgrind这样的工具来定位到和可视化php代码中的性能瓶颈。
Xdebug是PHP拓展，可以用来跟踪，调试和分析PHP程序的运行状况。而Webgrind是Web应用，提供一个可视化工具，来分析、查看Xdebug性能日志功能。在Linux KDE环境下可以用KChaceGrind，windows 下可以用winChaceGrind来替换Webgrind查看分析Xdebug日志。
原文链接：https://www.theodo.fr/blog/2016/06/improve-the-performance-of-your-webapp-configure-nginx-to-cache/ Sometimes, improving the user’s loading experience is not enough, and you need real changes to make your application load faster. So you try CSS and JS minification or image compression but your app is only a bit faster to load. These tricks reduce the size of resources that need to be downloaded, but what if your users didn’t have to download anything at all? That’s what caching is for!
In this article, I will explain how you can configure Nginx to enable the browser cache, thus avoiding painfully slow downloads. If you are not familiar with Nginx, I recommend reading this article.
每秒查询率（Query Per Second),每秒响应请求数
QPS = 完成Request量/所花时间（单位 Request/s)
吞吐量是指系统在单位时间内响应的数据量
一个系统吞吐量通常由QPS（TPS）、并发数两个因素决定，每套系统这两个值都有一个相对极限值，在应用场景访问压力下，只要某一项达到系统最高值，系统的吞吐量就上不去了，如果压力继续增大，系统的吞吐量反而会下降，原因是系统超负荷工作，上下文切换、内存等等其它消耗导致系统性能下降
Caddy是go语言编写的一款跨平台web服务器，支持window，linux，andorid等操作系统。
它配置简单易用，原生支持 HTTP/2，支持Markdown自动渲染，反向代理，FastCGI，自动创建 Let’s Encrypt 证书等特性，非常适合开发环境使用。更多特性可见官方介绍