openwrt提供了web端便于用户管理，所以本身就必然存在http服务，而端口恰恰也是常用的80及443。nginx的默认安装端口也是这两个，为了减少一些不必要的麻烦，我先将uhttpd的端口修改为:800及3443.

由于某些未知的原因，gitlab-ce的https近期出现了问题，被chrome识别出是非安全的连接。索性我们将了gitlab-ce的https改为http。但当下https基本上已经成为了标准，不启用https好像有点说不过去。

以前接触到的文件下载基本上都是实时读取的，比如我们直接将一些服务器端的文件做输出，或是导出一些计算量不太大的excel，所以没有太留意文件下载的细节。

但有时候我们需要其完成一些更加复杂的转发功能，此时则需要为nginx加入一些模块，而由于这些模块大多都不是nginx默认提供的，所以安装起来并不小白。

由于wordpress在接收到请求后会进行：当前请求信息是否与数据库中设置的当前网站地址相一致。从而导致在进行数据转发时由于在nginx层面发生了https与http的转换，进而导致了301的问题。对应上面的数据流，对应的流程如下：

在使用nginx反向代码wordpress的过程中，由于wordpress会对访问的请求进行域名与端口是否与配置信息相同的判断，将导致使用301的循环重定向错误。

随着项目的跟近，与nginx打的交道越来越多，现将遇到的问题记录如下： 相对路径 在进行路径定义时，是否可以使用相对路径？ NO 绝对不能够使用相对路径 日志 {代码...} 注意 1. 一定要用绝对路径。2. 如果日志没有马上显示，使用nginx -s reload来重启服务。3. 出现问题一定要看日志 root与alias 访问：attachment时，访...

应用场景： 服务器端程序异常，需要在本地搭建测试环境，并将服务器上的数据库同步到本地测试环境。 遇到的问题： navicat备份的时候，会根据操作系统不同，生成不同的备份文件。所以由服务器复制下来的备份文件，不能够在本地的MACOS上直接还原。 解决方案： 在本地的其它windows电脑上，将备份的数据还原到MACOS上。 ...