我的建议是不要让别人给你建议。有想法的人不需要建议，没有想法的人给了建议也白搭。

说道理人人都会说，可是真的理解的并且用在实处的少之又少。

可能 op 护照是白本，外加去的是某些特别敏感或者风险很高的地区，比如乌克兰中东。

免费的东西总是更贵

在容器里面运行的程序，肯定是不会继承终端的环境变量信息的(HTTP_PROXY)，要想容器里面也能用代理，那么应该在容器内也设置一个环境变量 HTTP_PROXY 。设置方法有两种，一种是在 dockerfile 里面写，一种是运行的时候使用-e 指定环境变量。

一些 github 上面的项目，web 相关的项目，大多数都是放在一个单独的目录下，比如/html 或者/src 。

如果直接 index.html 在跟目录下，很多人代码 clone 下来直接就设置成根目录了，.git 就被暴露出来了，在项目里面额外加一层目录就是为了加了一道防线。

几年前看日志的时候发现过这种请求日志，从那以后，只要是类似这种项目，都会额外加一层目录。

我一般是只要路径中带点符号，一律 ban 掉。

额，我也花过 3000 多配过一副眼镜，感觉还是有点区别的，每次眼镜洗干净后，镜片都感觉很清晰的，和旧眼镜比起来看上去质量更好了(可能是错觉)

这里应该指的是 cc 攻击，如果是 ddos 的话，可能直接被黑洞了。

解决方法估计只能加钱，上 waf 上高防 加机器硬抗。不加钱的方案，配置个频率控制来限流，可能能用但是作用也有限。

加验证码应该不太行，别人其他的不刷，就刷你获取验证码的接口，这样压力可能也不小。

要想降低影响，可以看情况把服务分开部署，被攻击的时候不至于影响到其他业务。

我大概是理解 op 的，曾经也是遇到了一样的问题一样的想法。

虽然只是在打工，但是作为一个工作，服务器的成本控制本应该是运维工作的一部分，服务器使用是不是合理也是要考虑的，做这些就是对这份工作的尊重或者说对自己的尊重。希望 op 坚持自己的想法。

感觉 windows 续航要比 linux 好。而且还有一个，换了 Linux/ubuntu 之后，续航没见增加，电池的健康度却是哗哗的掉。。。op 可以观察看看，可能是个例。

可能他想问的是不是能全栈(全干)

项目从 0 开始，项目立项需求梳理，确定要使用的语言框架各种中间件数据库选型，是否分离，顺便再整一下运维 CICD ，性能优化。这个应该属于整个的项目架构。

当然也可能指的代码层面的架构，比如微服务这样的东西。

现在问题就是有的线路在高峰的时候 车少人多，不增加车次，啥策略来了都没用。

我的建议是打通相邻各个相邻省份之间的城际铁路，借用城际铁路来支持跨深运送旅客。让一部分原来做高铁短途的人转乘城铁，这样的话城铁利用率上去了，高铁票也相对更好买了。

应该是卡的问题，有些卡不行。。

每个人对大流量的定义和理解都是不一样的，有可能你以为的大流量，在别人看来就是洒洒水，或者反过来。。。没有参照物的话，这种回答没啥用。

如果你的 Proxy status 是 DNS only ， 那么在查询 DNS 的时候，DNS 服务器会直接返回你设置的 IP ，所以这个客户端发器的 http 请求压根就不会发送到 cf 的服务器上，这个 worker 它应该也不会生效。

你这个需求，其实没有必要用 worker 来做，出错的原因是语法错误。

如果你只是希望用域名代替 IP ，那么直接设置一个 DNS 解析就可以了。然后等 DNS 解析生效了，就可以在浏览器里面使用域名访问就可以了 http://domain.com:5000

如果你是想隐藏掉端口，http://app1.domain.com http://app2.domain.com ，那就可以在 cf 上面配置 Origin Rules ，根据域名，把流量转发到后端对应的应用的端口上。

这个配置的服务器，等到时候用起来了：CPU 占用 1% 内存占用 1% 磁盘空间使用 1%
---

1. 看了一下官方文档，这个程序也是支持 Windows 的，而且官网上有详细的部署配置文档。所以如果你们的 IT 有 WindowsServer 经验，这个 IT 操作起来肯定是没啥问题的（包括操作系统安装，程序部署配置）。

2.安装一个虚拟机系统，应该是一个很好的选择，推荐用免费的 exsi ，可以代替的还有还有 开源的 proxmox VE 。当然如果偷懒的话，在 windows 系统上用免费的 virtualbox 或者自带的 Hyper-V 也不是不行。

3. 安装 linux 系统当然是可以的，遇到不支持 linux 系统的概率极低，极端情况下，通常也能在官网找到对应的驱动。安装服务器操作系统和普通电脑装系统很像，区别就是会涉及到配置 Raid 。熟悉一下服务器 bios 配置，很快就能上手了。还有一个可以用远程管理，有了远程管理就可以不用去机房蹲着操作了。。。

我感觉这个场景用 k8s 没啥必要的，但是如果是以学习使用 k8s 为目的，那怎么折腾怎么来。

@juzisang 现在还在用 swarm 的不多了。。以前公司生产环境项目也是跑在 swarm 集群里面的，轻度使用使用是没啥问题的，swarm 用起来也是简单好理解。