看描述一眼就知道大概率基本都是需要的量不怎么大、人工手动收集嫌麻烦的需求，且目标网站基本只需要写解析和拼请求信息，反爬措施也基本仅限于 IP 限制，少数会有点简单的、一搜索或 hook 就能找到位置的逆向。这种简单需求招个实习生都能做，只是效率不够高，远程 3-5K 找个熟练工很合理，本质上就是找了个人固定下来外包做点散活而已。

而且这种明显量不大的，只要不是使用上有问题，根本不存在什么刑不刑的事，正常的用户行为罢了。说白了，量不大的情况下，一群人人工复制粘贴一样能达到效果，反爬是个啥？爬虫在这种场景下起到的作用仅仅是提高一些效率而已，无法起到决定性的作用。见啥都搁那“刑”，咨询过做这块的法律行业人士了吗？

只能说非细分领域且未严格分割版块的社区就这点不好，容易出现一些不了解特定细分领域但指手划脚的评论，甚至有时候还会带起莫名其妙的节奏，发个细分领域的主题感觉累得很...

当然是 POE ，ChatGPT 不想赚这个钱就没必要凑上去了

token 数量上限决定了无法一次性写完，你得分模块让它写。

@irdeto #1 云服务厂商、机房的 IP 跟家宽 IP 不是一个级别的东西，要看具体需求的

@codeself #1 AI 都不一定看得懂屎山…太多屎的屎山还是得要人工描述指引，要不然写出来的还是会带屎

大概率是版权问题，B 站买版权基本都连着买完的，没买完应该就是买不了

一直都好用，除了右键菜单一开始不习惯以外，其他的都很好

@yzc27 #12 没啥必要看教程，自己上腾讯云操作一下就知道了，产品名和核心方法都摆着了…

@NelsonZhao #11 做不了内网穿透，但可以解决不能用 80 、443 的问题。而且内网穿透本来就没啥必要，公网 IP 又不难弄。

ikbc 简单好用，没必要搞什么花里胡哨的

为什么不试试腾讯云 CDN 呢？效果一样，速度还快得多

如果只是两个电脑之间互通，ZeroTier 之类的方案简单粗暴。
如果要两个网络完全互通，在 IP 段不冲突的情况下跑个 WireGuard 之类的 VPN 连上，然后互相在路由表设置一下，让目标为对方网段的流量走 VPN 接口就行。

@zhenrong #40
理想状态：车牌干净，基本没人搞小聪明，环境友好，摄像头画面始终清晰且位置校准好后始终不变，车流量稳定，车速均匀，车牌识别快速，用户操作简单。
现实：各种脏污、涂改、换牌、车速过快、车辆间距过近、车辆灯光过亮、环境光差等会导致车牌无法正常识别的情况，各种环境因素甚至车辆因素导致摄像头脏污甚至受损的情况，各种导致车流量增加以至于做不到稳定识别就会堵一长串的情况，等等等等。

当下 etc 这种近距离无线通信的方式，有时都无法确保可靠性，视觉方案就更别提了…

@wsq3306 #5 那可太多了，你随便进个 3D 打印机的交流群，都能看到一堆做代打印服务的个人，基本就赚个电费钱…

说实在的，在大厂（比如嘉立创）都入场搞的时候，个人做这块的就已经没什么优势了。别人工业机器质量稳定，而个人做这块的水平有高有低，绝大多数人连基本的调整都调不明白，完全没法比。更别提你甚至之前都没有打印机，现在才想着“买台 3D 打印机打印东西卖”了。

如果你是想打印产品卖，那你首先要面对的就是通用需求在市场上有大量量产的注塑件，别人量产成本比你低、质量比你好，你 3D 打印没法比。

如果不是做通用需求的产品，按照你最新的回复来看，你自己又不会建模，还指望拿别人的开源模型打出来卖，那就必然无法做定制化产品，基本就碰运气看能不能碰到轻量化定制且没哪家厂做量产的产品。比如立式无线充电器碰到摄像头高度问题导致放不稳的情况，需要加个小增高垫这种，还勉强能搞搞，但这种又赚不了钱。

@he007h #5 我从几年前第一次用上可以 type-c 供电+显示输出的笔记本开始，无论是 Windows 的小米笔记本还是后面的两台 MacBook ，都是一直长期插电使用（显示器供电），没有任何问题。而且显示器供电跟用充电器供电本身就没有任何区别，何来的“显示器供电容易掉电池健康”一说？

@kid1412621 #13 方案 1 、2 、4 就是完全一致的地址（同样的域名+同样的默认 443 端口）

@kid1412621 #10 要折腾可以参考 https://github.com/onedr0p/flux-cluster-template 这个项目，虽然很多东西比较多余、非最优解或比较复杂，但核心的那些工具和设计方式很好，可以基于这个模板慢慢改成自己的处理方式。

@kid1412621 #10 我目前是四种方案混合使用：
1 、内网环境，内网 DNS 做个泛域名解析指向 K8S 中 Traefik （ Ingress ）的 Service IP （ LoadBalancer 模式），LoadBalancer 是基于 kube-vip 做的，集群中的节点离线也会自动切到其他节点，IP 不变。
2 、公网 VPN 连回家变成内网环境，与 1 相同。
3 、公网直连，Ingress 给部分服务（比如 Emby ）配了直连域名（非直连域名配了 Traefik 的中间件，禁止非内网 IP 访问），直连域名通过 DDNS 指向公网 IP ，访问直连域名+映射后的端口就是直连。
4 、公网免端口、隐藏服务端 IP 连接，用腾讯云 CDN ，源地址指向 DDNS 域名+映射后的端口，然后就是跟常规的公网服务一样了。

通常来说，我自己的设备是用 1 和 2 ，部分不方便连接或没法连接 VPN 的设备用 4 ，全都是统一化的体验。需要给别人用的那些服务就是用 3 和 4 ，流量较大的优先用 3 ，量少、短期使用的用 4 。

域名解析方面有个注意点，我无论是公网还是内网都是做的泛解析，原因是 HTTPS 证书的签发记录可以被查到，而有些服务我不想被人直接知道，但又需要保持公网和内网一致的体验，所以不能子域名一个一个那么设。而且泛解析处理起来也更省事些，cert-manager 可以自动处理泛域名证书的签发和续签，所有服务只需要签一次，加上 kubed 可以同步 K8S 中的 Secret 到多个命名空间，可以轻松解决在分多命名空间管理、不给 Traefik 设置默认证书的情况下，多 Ingress 的 HTTPS 访问问题。

不给 Traefik 设置默认证书的原因是，如果你设置了默认证书，那么只要访问到你的 IP+HTTPS 端口就能根据证书直接得到域名，进而可能关联到你的 DDNS 域名，这也是不太安全的。