其实你没有需求的话，上面的建议都没有太多的参考价值，要么是 64G 都不够用的，要么就是娱乐用的。

我的建议是你可以部署几个监控 /日志系统，elastic，Prometheus，grafana，对你的实验也许也有微小的帮助，如有实验有需求还可以再搞几个中间件部署上去，我见过挺多机器学习代码也会用 redis 来存中间状态什么的。

想折腾的话还可以搞文件服务器，再搞个 onlyoffice，下载机 什么的，还有代码仓库 gitlab 也可以搞起来，atlassian 全家桶也可以整一套，这套下来应该能吃个 20-30G 的内存吧

多开点 chrome 太真实了

多嘴一句，像是 APISIX 他的 Features 里面都只写了 Authentications （身份认证），根本没有地方有写 Authorization （授权），所以那些文档，只能说误导性极强吧。

也就是说理论上，网关啥都能做，但是很多东西在网关做是不合适的（除非是临时解决方案）

你说的轻量的网关，我推荐没有特别好用的网关就直接用 nginx 吧，功能再丰富的可以是 traefik （无外部依赖，golang 开发的，看起来应该是你的技术栈），apisix 也不算重，国内有些 goku 什么的，也挺轻的。

至于你后面的那个例子，鉴权这东西就是要么在网关做，要么后端做，当然了，如果后端本身有了鉴权，网关还要做也行，请求正常走网关的鉴权，要带 key 业务自己带就好了，（或者这个接口本身能写 cookies 之类的也行，主流的几个网关都有请求改写的功能，由网关做请求改写也行）

不过 API 网关还有个比较新的概念，叫 Consumer，我玩意似乎可以做到类似 RBAC 的效果，我正在研究

很多文档上都把身份、权限这些搞混了，把 API 网关"吹"的好像什么都能做

一般来说网关就是类似 nginx 的做流量转发，反向代理，负载均衡、流控、熔断、监控等，kong/apisix 本质上和 ng 做的是同样的工作。

鉴权，以及更 RBAC 的工作本来就不适合在网关做，比如 nginx 的鉴权就是通过 auth_request 插件转发出去给外部做，自己内部只能做到 basicAuth 。apisix 则是通过 wolf-rbac 插件，traefik 则是通过 forwardAuth，几个云服务商的实现不是很清楚，但肯定也不是在网关做，比如阿里云就有 IDaas，在阿里云的 API 网关控制台你也看不到鉴权相关的东西，他们本质上都是“转发”（可能不准确）到外面去实现。

对于 "网关如果要做到认证、鉴权、流控等等，必须要跟业务深度绑定"，这本身对也不对，要看你准备怎么用。

有几个概念：身份认证、授权、鉴权、权限管理

网关其实只做：身份认证。鉴权授权的操作一般来说不在网关上完成。
授权是通过如 OAuth/JWT 插件实现的（网关把请求转发到授权插件上）
鉴权和权限管理一般是后端服务自己实现的。
鉴权和权限管理也可以在网关做，目前 kong/tyk/apisix 之类的似乎都没有做这方面的
**所以一般认为认证、鉴权、留空格确实是和业务深度绑定的**。

但像是阿里云、AWS 等，他们的网关会对接鉴权系统（ IAM ）（实际上是反过来，IAM 对接网关，IAM 才是核心），而不是接 OAuth/JWT 这种简单的插件，这时候，权限管理，授权，鉴权都在 IAM 系统完成。请求进入网关后转发到 IAM，IAM 会直接告诉你你有没有权限访问你请求的资源。这时候鉴权过程就完全不需要业务参与。也就可以做到你说的，和业务解绑。

A 的颜色确实太乱了，看着很难受

`Transfer sh` 对临时共享文件挺好用的，

filerun 还有很多类似的方案 Owncloud Nextcloud，他们大部分都有 demo 网站，可以进去试试看

感觉如果有 24 小时开机的设备，搞个 samba 协议的存储 挺好的，我自己的话就是用的 samba，

服务端：老电脑 24 小时开机，跑 linux，运行 samba 服务器（不想折腾可以群晖一步到位）。
客户端：ios 用自带的文件管理，android 用 xplore，win 用自带的文件管理.

网页的话是搭了 Transfer.sh 和 Filerun

不知道是不是你想要的

漫画和原画基本上是两个东西了，然后同楼上，你们要参考 zun 绘的话可以，但是得做好用爱发电的准备

感觉独立游戏没那么好做，特别是前期根本没有收入来源的情况。

卡牌氪金，只要上线了确实挺赚钱的，但是宣发运营啥的也要很多钱，

言语过激，请见谅

PS：我在问 bash 有什么办法，还明确指出了我已经知道了 fish/zsh 能实现，还有人要在底下复读，还要顺便阴阳怪气说有个毛线的迁移成本，反正我是不能理解有什么意义。

@Kobayashi

针对你后面的几个问题：

shell 的选型本身就是个复杂的过程，也许今年 zsh 流行，明年又来个 xsh，后年又来个 ysh，你还需要考虑配置方式，配置难易度，系统间是否统一等等，就算是 zsh/fish 之中选择一个，也不是能够轻易决定的。再者，就算没有迁移成本，也有学习成本。就像是 vim，明明各种性能问题，本身一键就能迁移 nvim，甚至很多 ide 都支持了 vim，还很多特别的功能，但还是很多人在使用 vim 总是有原因的（亲儿子也是一个重要的原因）。

以及我的 bash 配置真的有千行，而且本身有多个服务器，每个服务器还配置了不同的 bash，我觉得当你听到我说 bash 迁移有成本的时候就应该考虑到我不是一般人了。如果不能像 vim 到 nvim 那么容易迁移，我是不会轻易尝试的。

@Kobayashi 第二张图是我自己在 vim 截下来的（ YCM 插件），只是想体现一下我想要实现的效果，可能我没说清楚，（别人的终端补全我只是有看到过，但是没有图）

我昨天已经尝试了 fzf，已经 99% 确定当时我看到的就是 fzf 。“补全当前目录下文件” 对我来说就足够了（我一开始的需求也只是想要解决中文路径切换输入法的问题，而且 fzf 能实现的也不止这些）

@zhhanging 可惜我是 linux 用户，而且是云服务器，这个看起来需要图形界面

@kukat zsh 我知道可以，只是目前来说迁移成本较高，我想要慢慢过渡，就是想要各临时解决方案

@jdhao 好吧，nvim 确实是支持的，应该是 YCM 对 nvim 的支持没有那么好，或者我配置有问题，所以 popup 没法用的。