高层模块不应该依赖于底层模块，两个都应该依赖抽象。抽象不应该依赖于细节，细节应该依赖于抽象。首先，我们来看一段代码：classA{publicfunctionecho(){echo'A'.PHP_EOL;

Python的Web开发中，如果使用Django框架，那么较为成熟稳定的服务器架构一般是NginxuWSGIDjango。而为什么一定要三个结合在一起呢？直接使用Django的runserver来启动服务器进程，或者uWSGIDjango可不可以呢？为什么？ 概念说明：APP（应用程序），就是开发者写的应用程序，例如djang

前言　　因测试需要配置IPv6环境下的rtmp流媒体服务器，想着直接使用docker镜像，搜索对比后发现这个能满足要求：      https://hub.docker.com/r/tiangolo/nginxrtmp(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fh

修改app\\config\\mainlocal.php文件即可：$config'components''request'//!!!insertasecretkeyinthefollowing(ifitisemp

占坑，2.0版本应该具备一下特性：1.引入高性能异步io2.Lua高并发支持3.引入http解析库，更完整的支持http协议4.更智能的文件缓存策略5.引入redis的支持6.更强大的高性能异步策略7.支持重定向到其他http服务器，形如nginx的代理功能.有空再开发，并且开源1.0版本URL：http

我租了三台3A的服务器，使用的时候刚好用到了负载均衡，顺便分享给你们，如果有需要服务器或者哪里不懂的，可以私信我1.nginx负载均衡介绍nginx应用场景之一就是负载均衡。在访问量较多的时候，可以通过负载均衡，将多个请求分摊到多台服务器上，相当于把一台服务器需要承担的负载量交给多台服务器处理，进而提高系统的吞吐率；另外如果其中某一台服务器挂掉，其他服务器

这里以nginx为例1、看进程使用ps命令psef|grep服务名或psaux|grep服务名以下界面是服务起来了的效果!image(https://imghelloworld.osscnbeijing.ali

测试驱动开发并不是一个很新鲜的概念了。在日常开发中，很多时候需要测试，但是这种输出是必须在点击一系列按钮之后才能在屏幕上显示出来的东西。测试的时候，往往是用模拟器一次一次的从头开始启动app，然后定位到自己所在模块的程序，做一系列的点击操作，然后查看结果是否符合自己预期。

缘起最近感觉OSS比较有意思，然后发现网上有一款开源的软件Minio，算是OSS技术的的开源实现吧，最近玩了一下。想搞一下Https访问，但是Minio官方文档里面实在没看太懂，就想曲线救国，用Nginx转发一下，本次记录做法和期间遇到的问题。版本Ngin