@matepi #6 这个不错，记下了，多谢建议

@ygtq #7 我当年学编程是为了爬 ph 站，总得有个能激发自己兴趣的目标不是吗

@FakerLeung #17 为啥会被请喝茶，自建博客而已啊，而且是高位端口+https ，大家都这么干的

存取都采用 utc 时间不是标准做法吗？难道还得考虑你自己人肉查库时方便检索吗。。。
一般都是 utc 存取，客户端去做时区匹配
因为如果你的程序是跨国使用，你服务器是没法知道用户时区的

.net 狗表示，我用 go 的理由有这么几个
1 是轻量，超级轻量，你能像是写 js 一样写 golang ，什么面向对象什么类型都见鬼去吧，直接 function 一把梭，写他妈真正的面向过程的代码
2 是体量小，我好久不写 java 了就说我.net 吧，一个 docker 镜像 120mb 起步，跑起来一个空的 webapi 内存也得吃个几十上百 mb 了，我心疼自己服务器资源，所以自己的小程序都是 golang 写的，镜像 14mb ，跑起来内存基本忽略不计（没什么复杂业务）
3 就是楼上说的，换换脑子，oop 写多了脑子固化严重，面向过程面向函数偶尔写写挺有趣的，我不知道 java 行不行，c#还是可以写委托也就是类似函数指针的，换完脑子回到主职语言还能用上，比如以前写个策略模式只懂傻兮兮的新建类型，现在用 c#都是写匿名函数+委托，一个类型都不用照样撸策略模式
4 就是公司业务允许我用 go 写东西，部门领导也支持，我们部门主职都是.net ，但几乎所有人都会 golang ，所以也能积攒一些 golang 的工作经验，程序员嘛，路走宽点总是有好处的，别把路走窄了。

@shinession #1 就是不太想自娱自乐了，说白了想整点成就感刺激一下自己，顺便帮助别人解决一些现实世界中真正存在的问题

等老滚 6 ，再差还能有个 sexlab 兜底

如果能用 apikey
国内直接买 api2d 的代理 key 就完事了，贵不了多少，但省心，而且也支持访问 url
一定要套 chatgpt 的话感觉很麻烦

我之前，为了自己折腾买了两台伸缩性实例，2c4g 的，上海一口气 5 年，带宽按量付费，大概花了五千五不到，然后用了一年多，发现不太合适，公司正好淘汰老电脑，i5 4760 的，200 块钱一台带显示器，果断入了 2 台回家自己当服务器用了，阿里那边退了几千块钱，现在每个月电费 160 块钱，感觉纵享 8c64g ，开公网整个 ddns 它不香吗，装个 pve 集群，虚拟机开特么十几台用。

😾我是 5 年前微博大龄二次元找的，9 月 23 日典礼了

op 这个比较省事，借楼顺便推荐下自己用的，如果愿意折腾其实用 sonarr 全家桶也不错，电影番剧，国漫日漫，国剧韩剧日剧美剧都能订阅，但真的需要很能折腾才行。

overseer 前端
sonarr 番剧电视剧订阅
raddar 电影订阅
prowlarr 索引
ChineseSubFinder 字幕
qBittorrent 下载器
plex 媒体库

然后中国环境下必不可少的要加一个 jProxy ，不然这套基本形同虚设，中文资源基本搜不到
有能力的话整个 pt 站加到索引器里效果更佳

猫..猫德学院？

能加 100 块钱上公网 ip 就上公网 ip ，直接端口转发+ddns 是最省时省力的，其他基本都是内网穿透的路子，稳定性方便性肯定都不如公网 ip 的方式。

看工时够不够，懒不懒，人够不够
接口和 service 分开，但数据库模型、util 、httpClient 可以复用

我觉得看啥也没用，先菜鸟教程撸一遍语法，然后打开一个你用 golang 和 python 写过的 web 项目，用 java 重构一版出来，你就会 java 了，要是需要找工作，再背八股文。

首先你具体的服务是容器，容器在 pod 里，pod 的 ip 是会变的，所以引入 service ，service 的 ip 是集群内固定的 ip ，然后你的每个 pod 是一个 endpoint ，service 管理多个 endpoint ，根据一定规则把每次请求分发到不同的 endpoint ，也就是 pod ，然后 service 可以通过 nodePort 或者 LoadBalance 把集群内服务暴露给外部访问，但这是基于 ip+端口号的，而 ingress 就是在 service 的基础上，提供根据域名、路由、正则等你所有能想得到的基于域名解析的路由分配请求的方式，比如 a.b.com 分配到 service1 ，b.b.com 分配给 service2 ，*.b.com 分配给 service3 。
简单理解的话，集群外部流量是按这个顺序来的：ingress->service->pod->container
然后 ingress 有各种不同的实现，Nginx 只是其中一种，更强大的还有 ingress-traefik 、ingress-apisix ，说白了 ingress 就是个 interface ，Nginx apisix traefik 只是实现了这个 interface 的具体功能而已，基于这个理解，你可以认为，ingress 实际上就是一个集群专用的反向代理。
而 ingress 可以使用 deployment 、daemonset 等方式进行部署，部署后本身也是 pod ，那么它实际上也符合上述的条件，ingress 也有 service ，一般来说会使用 LoadBalance 模式的 service 暴露出一个 ip ，这样的话你应该能理解了，ingress 有多个 pod ，所以本身是高可用，然后通过 LoadBalance 的 service 做了一个负载均衡+暴露服务，接下来你只需要到 dns 提供商那里把你的域名解析到这个 ip 上就可以了，用户通过访问域名，就会把流量打到你的 ingress 的 pod 上，然后 ingress 根据域名规则，把请求路由到具体服务的 service 上，service 本身又有负载均衡，会路由到不同的 pod 上，基于此实现整个集群的 ha

.net 表示 cap+kafka 一把梭

传播二手屎