- 博客(97)
- 收藏
- 关注
RSS订阅原创 AI模型云服务器部署记录：先把推理服务的边界跑通
这里不提供模型权重下载地址，也不指定某个模型的显存下限，因为不同量化方式、上下文长度和推理引擎会改变资源占用。这篇记录围绕一台 Linux 云主机上的模型推理服务展开，重点不是训练大模型，而是把“模型文件、运行环境、监听端口和调用方”分开验证。AI模型云服务器部署中，最容易被误判为算力不足的，往往是服务没有监听预期地址、容器端口未映射，或者模型权重尚未完整就绪。主机维护或容器更新后，模型进程是否能按预期恢复，挂载目录是否仍然存在，健康检查是否能发现服务尚未就绪，这些都不能从首次启动推断出来。
2026-11-03 22:41:13
333
原创 游戏云服务器推荐：从 tick 预算看配置
八核机器上二十个人就卡，这件事在游戏服里不算罕见。翻游戏云服务器推荐的人，视线通常先落在核心数和内存上，主频那一栏就跳过去了；等到二十个人同时在线，TPS 掉到十几，再回头翻配置，才发现这台机器的主循环一直只跑在一个核上。核心数决定能并行做多少件事，主频决定最要紧的那件事快不快，而在游戏服里，最要紧的那件事只有一件。
2026-11-01 22:20:20
206
原创 独立站运营的技术判断思路：速度、可用性与成本
独立站运营和“把站做出来”是两件不同的事。建站阶段的问题有明确终点：页面能打开、下单能走通，就算完成。运营阶段没有终点，只有一条一直在变的曲线：访客从哪里来、在哪个页面走掉、高峰期会不会卡死。技术侧的判断标准也跟着变了，从“能不能跑”变成“跑得好不好、坏了多久能恢复、花多少钱维持”。这三件事对应三个指标：速度、可用性、成本结构。它们互相牵制，把任何一个拉到极限，另外两个都会付出代价。先说速度。独立站的速度不是“打开快不快”这么笼统，它由三段拼起来：DNS 解析、连接建立、首屏渲染。
2026-10-30 18:57:11
241
原创 云服务器安全组规则优先级的机制记录
一条规则写在最前面，把后面的全挡了。这次云服务器安全组规则优先级的排查，起点不是报错信息，是控制台上那几行看着像队列的东西。机器在杭州区，一台 ECS，对外接口只开了 22、80、443 三个口。上周有两个地址段在扫这个接口的探测路径，日志里一分钟几十条 404，值班的人想把来源先挡掉。规则加完，它在列表里排到了第一行。回车之后 443 全断，公司自己那条放行也一起失效。第一反应是顺序问题：拒绝排在第一条，先命中先返回，后面的放行自然轮不到。这个解释在 iptables 里是成立的。
2026-10-29 22:06:57
238
原创 跨境站点日志时区混乱的排查记录
一条日志的时间戳对不上，是跨境站点日志时区混乱最常见的入口。订单详情页显示 10:14，同一时刻的访问日志写的是 02:14，两个数字在各自的上下文里都成立，差的是八小时。这次的情形是一个跨境独立站，前端在新加坡，订单库在法兰克福，跳板机在 UTC。客服从订单详情里读出的下单时间，和支付流水差了八小时。我当时的判断是日志写错了。一套跨境站点在时间上要过四个环节：应用进程、容器、采集端、存日志的数据库。四个环节各有一个时区默认值，只要有两个不一致，日志就开始说谎。
2026-10-24 22:47:34
223
原创 云服务器成本核算记录：一次出海项目的账单归因
报表任务每天把结果往另一个区域传一份，看着是内部动作，计量上仍是出站。时间范围写到 10-01，CE 的 End 是开区间，覆盖的正是 7、8、9 三个月。标签一旦必填，账单就能直接按项目归因，一次拆账从半天压到几分钟。盘的处置按挂载关系走，没挂载超过一个保留周期的直接删，删除前先做一次快照。闲置不产生报错，也不产生访问量，任何基于流量和错误率的监控都发现不了它，只能靠固定时间点主动拉一次资源列表对照。第三个月超了，幅度不算夸张，第一次看的时候被当成波动。判断云服务器成本是否可控，看的是结构，不是总额。
2026-10-19 21:55:17
146
原创 云服务器部署AI：数据读取比显存更早成为瓶颈
云服务器部署AI，显存是最先被盯上的数字，最先撞上的墙却常在读取这一段。显存不够，进程当场起不来，报错指向也明确。读取不够快，服务照样起来，接口照样返回，只是显卡有大半时间在等数据。这类故障不报错，也就更容易被当成配置不够。加显存是第一个动作，也是最容易做错的那个动作。
2026-10-18 22:49:43
335
原创 云服务器部署 web 项目的进程常驻记录
云服务器部署 web 项目，最容易返工的地方不在代码，在进程怎么活下来。文件传上去了，端口也通了，SSH 一断，服务跟着一起没。这次的过程可以拆成两层：进程层决定服务活不活，入口层决定外面能不能进来。本文记录的是进程层这一遍，以及中间卡住的三个位置。
2026-10-17 23:01:31
269
1
原创 云服务器搭建个人博客记录：一次访问超时的复盘
云服务器搭建个人博客最容易卡住的位置不在博客程序上，而在放行规则与目录权限这两层。这次的经过不复杂。一台新加坡区域的实例，系统是 Ubuntu 22.04，上面只放一个静态博客的输出目录。域名做了 A 记录，指向这台实例的公网地址。SSH 连得上，浏览器打开首页却一直转圈，等几十秒之后提示超时。真正花掉时间的不是装 nginx，是判断请求在哪一层被拦住。装的环节本身没花多少时间，找断点的过程占了大半。
2026-10-16 22:54:04
200
原创 网络延迟分段排查记录：从 ping 到回程路由
上个月把一台跑在境外的服务器做了一轮完整的延迟排查。现象是页面打开慢，但带宽没跑满，CPU 也不高。海外服务器延迟排查的第一个动作不是升级配置，而是把「慢」拆成段。拆不开段，后面每一步都是猜。
2026-10-15 20:12:52
311
原创 独立站服务器配置记录：从系统环境栈到并发参数调优
过去两周把一个家居品类的独立站服务器配置重做了一遍。站点本身不复杂，问题是晚高峰打开慢，后台偶尔冒 502。
2026-10-13 21:00:17
329
原创 阿里云国际版和国内版区别：先看清四个口径
如果你的业务主体在境内、客户在境外，去开通账号时大概率会撞上一个问题：阿里云国际版和国内版不是同一套账号体系。控制台里的功能看着像，真正卡住人的位置却在注册资料、结算币种和机房选择上。国际版，指的是同一家厂商面向境外主体与境外结算场景提供的那套账号体系与站点。它和国内版的差别不在功能清单上，在四个口径上。
2026-10-10 21:06:31
250
原创 中小企业出海上云:一次服务器选型踩坑记录
这次踩坑的本质,是用单机思维运营海外业务:区域凭地理直觉,弹性当临时动作,规格只看计算资源,安全与售后留到出事后才想。迁移执行:数据迁移走全量导出、增量同步、短停切换三步,先全量逻辑导出导入并核对行数与关键字段,再追增量,两边延迟归零后选低谷窗口把源库置为只读,完成末次增量并切换写流量。两条链路都不稳定,说明问题不在个别运营商,而在区域选址本身。2026 年上半年开始做周期性促销,并接入当地支付网关的订单回传后,流量结构与调用链都变了,单机方案开始连续出问题,于是有了这次从排查、重新选型到迁移落地的记录。
2026-09-03 22:38:40
479
原创 记一次 VPS 性能排查:共享 CPU 突发额度导致的限流
检查 CPU 信息时发现,这台实例的 CPU 是共享型的,服务商文档里明确写着:共享型实例采用信用额度机制,CPU 使用率超过基线时会消耗突发额度,额度耗尽后会被限流到基线性能。晚高峰即使业务流量不大,一旦有请求进来,CPU 已无额度可用,只能以基线性能运行,表现就是"莫名其妙变慢"。这台 VPS 的问题在于:凌晨的定时任务把 CPU 打满,一次性消耗了大量信用额度,白天低负载时额度缓慢恢复,但到晚上还没恢复完全,叠加少量请求,CPU 又被顶到 100%,形成"白天正常、晚上卡顿"的规律现象。
2026-08-29 21:42:49
308
原创 多云账号管理与成本控制实践：IAM、预算告警与账单归因
出海业务跑起来之后，账号通常不止一个：AWS 一个、Google Cloud 一个，可能还有阿里云国际版。账号一多,账单就开始失控——月底看账单,说不清钱花在哪、哪些资源还在跑、谁开的实例没人关。本文记录我对多账号做的一次系统性整理:权限、预算、标签、清理,一条条过。一、问题:多账号的成本失控从哪来多账号成本失控,常见原因就三个:权限混乱:所有人都有管理员权限,开了实例没人负责关没有告警:预算超了没人知道,月底账单出来才傻眼没有归因:资源不贴标签,账单上分不清是哪个业务线在花钱。
2026-08-28 19:31:56
333
原创 企业出海云服务器部署踩坑记录：从频繁超时到稳定运行的复盘
帮客户部署出海业务时，遇到过一套典型的故障：海外用户访问频繁超时，丢包严重，账单还异常偏高。本文记录完整的排查过程、根因分析和最终解决方案。
2026-08-27 18:44:28
337
原创 AWS 国际版账号开通流程记录（含避坑）
出海业务部署的第一步，通常是先有一个可用的 AWS 国际版账号。本文记录我从注册到开机的完整流程，以及过程中踩到的几个坑。
2026-08-26 21:07:38
244
原创 游戏云服务器推荐的技术梳理
这里要注意几个点：第一是要看能不能支持弹性扩容，游戏的在线人数往往会有波动，比如新开服的时候人数会暴涨，周末的在线人数比工作日高很多，如果能快速扩容增加机器，就能应对高峰流量，低谷的时候再缩容释放资源，能提高资源的利用率；这种场景除了前面说的主频和上行带宽，还要额外注意两个点：第一是存储的稳定性，这类服务器大多要长期存储玩家的存档数据，如果存储性能不稳定出现数据损坏，整个服务器的玩家都会流失，很难恢复，所以尽量选稳定性有保障的存储介质，不要为了省资源用性能太差的存储；第一个是安全组和防火墙的配置。
2026-07-08 23:35:17
362
原创 AI模型搭建的常见认知误区
哪怕是不用重新训练，只做检索增强的AI模型搭建，数据预处理也很重要，你存进去的文档分段不对，或者有很多无用的内容，检索出来的结果就不对，最后的回答效果自然好不了。就拿我朋友这个例子说，他需要的只是给十个人以内的团队做文档问答，不需要模型有复杂的创作能力，也不需要处理几千字的超长上下文，选一个参数7B左右的量化模型，就算是16G显存的消费卡都能流畅跑，推理一次也就几百毫秒，完全能满足需求。AI模型搭建的时候，优先选择已经经过社区验证的预训练模型，尽量用现成的微调工具，不要自己从零开始训模型。
2026-07-06 23:45:29
242
原创 云服务器ai部署的实用经验
另外系统内存也不能省，哪怕所有模型计算都在GPU上做，加载模型的时候也需要先把模型文件读到系统内存，再拷贝到显存里，如果系统内存比模型文件还小，加载的时候就会直接内存溢出，我之前帮朋友排过这个问题，他的模型大小是4G，GPU显存够，但是系统内存只分配了3G，加载一次崩一次，折腾了快一天才找到问题根源。还有一个折中的办法，是针对个人测试场景来说的，如果你的显存不够跑想要的模型，可以合理配置交换分区，把部分暂时不用的模型数据换到内存或者磁盘，这样就能在有限的资源下跑更大的模型。
2026-07-05 23:57:05
355
1
原创 2026独立站运营的几个技术细节问题
很多人提到独立站运营，第一反应是内容策划、用户增长这类运营工作，和技术没什么关系，其实不是，对于独立站来说，技术层面的运营是所有业务的基础，如果技术层面出问题，不管内容做得多好，用户留不住，后续的运营工作都没法开展。从技术角度定义的话，独立站运营的技术部分，就是从站点上线开始，持续维护站点的可用性、性能、安全性，保障站点能长期稳定给用户提供服务的一系列工作。它不是一次性的部署工作，是贯穿站点整个生命周期的持续动作。
2026-07-04 23:35:05
226
原创 谈游戏云服务器推荐的技术判断逻辑
第二是存储的稳定性，游戏服务器的玩家数据都是存在本地的，如果存储出问题，数据丢了对玩家的打击很大，所以尽量选可靠性有保障的存储方案，提前做好定期的数据备份，这一点不管什么规模的服务端都要注意。第二种是中小型独立游戏的公开测试服，这种情况，你不知道会有多少玩家来参与，峰值波动会很大，可能一开始没人，突然发布测试通知就有几百上千人进来，所以这种场景要优先考虑弹性扩容的能力，参数不用一开始拉满，能支持基础的在线人数就行，预留足够的扩容空间，高峰期可以快速调整配置，避免突然出现服务不可用的问题。
2026-07-03 23:50:16
211
原创 2026独立站搭建的核心技术要点
还有一个容易忽略的点是防火墙端口配置，很多人测试的时候把防火墙关掉了，测试完忘了打开需要的端口，或者开了不必要的端口，前者导致用户没法访问，后者留下安全隐患，配置完也需要检查一遍。比安全更重要的是备份，很多人会觉得自己不会碰到问题，从来不做备份，等到服务器出问题，或者误操作删掉了数据，才后悔来不及。DNS解析配置也是这里容易出错的点，很多人配置解析的时候，随便填个值就完事，TTL设置得太小会导致解析频繁失效，设置得太大，更换IP的时候生效很慢，一般来说，日常使用设成几百秒到一千多秒就比较合适。
2026-07-02 22:56:39
450
原创 云服务器软件开发的几个实际问题
和本地开发比，它的环境更统一，也更容易共享，适合多个人一起协作。第三个是日志管理，很多人开发的时候不注意，程序输出的日志一直往磁盘里写，也不做清理，时间长了，日志能占几十G甚至上百G的空间，把整个磁盘占满，云服务器直接卡死，很多人遇到这种情况，第一反应是服务器出故障了，排查半天，最后才发现是日志把磁盘占满了。所以哪怕是开发环境，也要做基本的安全配置，密码用复杂组合，不必要的端口不要对外开放，能限制登录IP的就限制，还要定期备份代码和环境配置，不要嫌麻烦，真出问题的时候就能省很多事。
2026-06-30 23:11:29
201
原创 游戏云服务器推荐的技术判断思路
另外，网络方面要选链路稳定性好的，高峰时段不能有明显的抖动，不然玩家体验差，很容易流失。第三个是基础监控能力，游戏服务器出问题的时候，需要快速定位是CPU性能不够，还是内存不足，还是网络出了问题，所以要有方便查看的核心指标监控，不需要太复杂的功能，但CPU、内存、网络、磁盘这几个核心指标要有，我之前帮朋友排查问题的时候，因为没有现成监控，只能一个个手动测，花了快一天才找到原因，后来换了带基础监控的，出问题几分钟就能定位，所以这个细节看起来不重要，实际用的时候能省很多不必要的时间。
2026-06-29 23:48:03
211
原创 普通开发者眼中的AI模型搭建
当时我要做一个针对特定领域的分类模型，找了一批公开的数据，大概有几万条，没仔细检查就直接扔进去训练了，跑了三天，准确率一直卡在百分之六十多上不去，调了各种参数都没用，差点以为是模型结构选的不对。这里我踩过的第一个坑就是，一开始总觉得参数越大的模型效果越好，上来就找了个几十亿参数的大模型往自己的项目里塞，结果当时手头只有一张16G显存的显卡，把batch size调到1才能勉强跑起来，训练一次要花两天多，出来的效果虽然比小模型好一点，但提升远不如预期，完全不足以抵消速度和资源的代价。
2026-06-28 23:45:23
340
原创 2026云服务器ai部署的实践经验整理
和我们常见的web应用部署比，云服务器ai部署对资源的要求差异很大。普通web应用大多对CPU和内存的需求比较平稳，波动小，对GPU没有特殊要求。但云服务器ai部署不管是推理还是训练，都对异构计算资源、存储IO、内存容量有不一样的要求，很多入门者容易用普通部署的思路来套，自然就容易踩坑。第一个最常见的误区，就是做云服务器ai部署资源选型的时候，只关注GPU显存的大小，完全忽略系统内存和存储的配置。
2026-06-27 23:49:42
398
原创 独立站搭建的几个常见问题梳理
很多普通开发者第一次碰独立站搭建，会觉得无非就是找个服务器套个模板，上线就能用。我之前帮朋友排查过好几个刚上线就出问题的站点，大多是一开始没想清楚基础问题，后期改起来成本很高。很多人对独立站搭建的概念其实模糊，以为只是自己做个网站就是，其实从技术角度说，独立站搭建是指完全由搭建者掌控站点的代码、数据、服务器资源，不依赖第三方平台的内容分发与账号体系的建站过程，和那些在第三方平台上开设的内容主页、店铺不一样，核心区别是所有控制权都在搭建者自己手里，没有平台规则限制，也不会因为平台调整规则就无法正常提供服务。
2026-06-25 23:33:10
248
原创 AI模型搭建的几个容易忽略的问题
很多人觉得，AI模型搭建就是把预训练模型下载下来，跑通推理就算完成任务。其实不是，从需求梳理，到模型选型，环境准备，微调训练，验证优化，再到部署上线，整个链路都属于AI模型搭建的范围。很多刚接触的开发者，对AI模型搭建的范围理解常有偏差，常常只看重中间模型跑通这一步，忽略前后环节的准备和校验，最后就容易出各种本来可以避免的问题。
2026-06-24 23:36:49
237
原创 2026游戏云服务器推荐的技术选型思路
之前帮几个做独立游戏开发的朋友调试联机服务，碰到最多的问题就是游戏云服务器推荐相关的选型疑问。很多人第一反应是找现成的参考，却很少有人先理清楚，自己的使用场景到底需要匹配哪些技术指标。其实游戏场景对云服务器的要求，和普通的网站部署、数据存储有很大区别，选错了参数，哪怕资源规格够，也容易出现卡顿、掉线这类影响体验的问题。普通的web服务大多是请求-响应的短连接模式，用户打开页面拿到数据就会断开连接，用户对几百毫秒的延迟差异感知不明显，对稳定性的要求也更多集中在服务可用性，而非实时性。
2026-06-24 23:27:48
287
原创 云服务器软件开发的常见场景与注意点
云服务器软件开发，从字面看是把开发流程放在云服务器上进行，但和本地虚拟机里开发不一样，云服务器本身的资源特性、网络特性，都决定了它的开发流程和本地开发有很多不一样的地方。很多人觉得不就是个远程电脑吗？装个开发工具连上去写代码不就完了？实际上真这么做的话，大部分人都会碰到各种预料不到的问题。
2026-06-21 23:38:52
268
原创 云服务器ai部署的常见问题与经验
另外，要注意显存的自动释放，要是你跑的是请求响应式的服务，每次请求结束之后，要注意及时释放不用的缓存，不然运行时间长了，显存会慢慢被占满，最后服务崩溃。和本地物理机部署比，最大的区别是云服务器的所有资源都是虚拟化分配的，不管是CPU、GPU还是存储、网络，都有和本地不一样的特性，这也是大部分问题的来源。现在越来越多的开发者想自己动手部署AI模型，云服务器ai部署确实是门槛比较低的选择，不需要自己买昂贵的硬件，能灵活调整配置，只要提前做好资源规划，避开这些常见的坑，其实不需要太复杂的技术就能跑起来。
2026-06-19 22:53:10
306
原创 aws亚马逊云服务的常见使用场景
第一个常见场景，是多区域应用部署。第三个误区，就是用完资源不清理，很多开发者做测试的时候，临时开了几个实例和存储资源，测试完项目就放在一边，忘记销毁这些资源，这些资源一直运行，会持续占用资源，所以哪怕是测试用的临时资源，也要养成用完就清理的习惯，避免不必要的消耗。不少做面向终端用户业务的开发者，业务流量会有比较明显的波动，比如做推广活动的时候，流量可能是平时的好几倍，平时流量又维持在比较低的水平，如果自己采购硬件服务器，要么高峰期资源不够用导致服务卡顿，要么平时资源闲置，造成浪费。
2026-06-18 23:06:24
220
原创 独立站搭建的核心注意事项
另外，一定要定期验证备份的可用性，很多人只是做了备份，从来没试过恢复，真要用到的时候才发现备份文件损坏，白做了。第四个是日志要开，很多人为了省存储空间，把web服务器的访问日志和错误日志关了，出问题之后找不到任何线索，排查起来特别难，其实日志占不了多少空间，开着日志，出问题的时候能帮你省很多排查时间，只要定期清理旧日志就可以了。第二个是做好文档记录，很多人自己搭站，觉得都是自己弄的，肯定能记住，结果过了三五个月要改配置，找了半天都找不到关键配置文件在哪，密码也忘了，还要重新梳理一遍，浪费很多时间。
2026-06-17 23:43:05
304
原创 云服务器软件开发的常见认知误区
他以为加了配置就能解决，其实就算配置再翻一倍，不加管控，最后还是会被占满。还有一些开发者，为了方便远程连接，用了不安全的配置，允许密码登录还不限制IP，其实就算是开发环境，也可以用密钥登录，比密码安全很多，操作也不麻烦，只要生成密钥对之后把公钥传上去，以后登录就不用输密码，还更安全。还有人习惯把所有项目的依赖都装在全局的运行环境里，不同项目要求的版本不一样，装来装去就版本冲突了，最后跑不起来，其实用虚拟环境或者容器把不同项目的依赖隔离开，这个问题就解决了，只是多一步操作，能省很多排查的时间。
2026-06-17 23:29:12
169
原创 2026游戏云服务器推荐的技术判断思路
这个场景下，除了前面说的CPU、网络，还有两个容易被忽略的点。我之前遇到过一个案例，朋友开的方块游戏服务器，每天晚上高峰都会卡几分钟，排查了半天发现，服务器用的是经济型云磁盘，高峰期IO等待占了CPU时间的百分之四十，换了高性能云磁盘之后，问题直接解决了。很多游戏云服务器推荐里会强调大带宽，其实对绝大多数小型联机游戏来说，每个玩家的流量消耗通常不到一百kbps，十个玩家总流量也才不到一兆带宽，额外的大带宽完全用不上，真正重要的是网络路由的质量，也就是你的服务器到玩家客户端的链路跳数多不多，有没有绕路。
2026-06-16 23:48:54
642
原创 云服务器软件部署的常见问题与经验
还有一种情况，就是用Python写的程序，很多人本地开发用的是较新版本，云服务器默认装的是旧版本，很多新的语法特性和第三方库不支持，直接跑就报错，这种情况其实也属于依赖版本的问题，解决方法要么是在云服务器上装对应版本，要么就是用虚拟环境把依赖打包，不要直接用系统默认的版本，这个也是很多Python开发者容易碰到的坑。很多人部署程序的时候，用默认的配置，日志直接输出到程序目录里，也不做轮转，也不清理，跑了几个月之后，日志文件能占掉好几十G甚至上百G的磁盘空间，最后磁盘被占满，整个服务都宕掉了。
2026-06-15 23:18:15
268
原创 独立站运营的几个技术层面常见问题
上个月帮一个做独立站的朋友排查故障，他上线大半年一直平稳运行，某次活动带来三倍流量增长，站点直接无法访问。他之前把绝大多数精力放在内容梳理和用户转化上，技术环节几乎没做提前规划，这其实是很多做独立站运营的人都会碰到的共性情况——大部分注意力放在业务增长上，技术基础的预留空间不足，真出问题的时候往往手忙脚乱。很多人觉得独立站运营就是做内容、拉流量、转转化，技术只是搭好站就不用管了，这种想法其实挺危险的。
2026-06-14 23:33:13
257
原创 游戏云服务器推荐的技术选择思路
实际上对于大部分游戏来说，带宽需求其实非常低，每个玩家的同步包大多是几KB到几十KB的小包，一百人同时在线跑一天，也用不了多少带宽，反而是网络的延迟稳定性对体验影响最大，同样的带宽，不同的线路质量，延迟能差出上百毫秒，体验差好几个等级。很多人觉得自己是小圈子服，没人会注意，所以不做任何安全加固，开放了不必要的端口，管理员密码设得非常简单，也没开基础的防护，结果被恶意扫描到，要么存档被篡改，要么服务被停掉，损失很大。不同规模的游戏服，需求差异非常大，我接触过的案例里，大部分错误选择都是没匹配自身的规模。
2026-06-14 23:28:00
308
原创 云服务器软件部署的几个常见问题
上个月帮一个刚做后端开发的朋友排错，他在自己笔记本上把服务调通了，按照步骤传到云上之后，怎么都访问不了。折腾了快三个小时，他一直怀疑是自己写的代码有bug，改了好几次版本都不行，最后发现只是云服务器的端口放行规则没加。这是我碰到的很多次类似情况里很普通的一个，我自己最开始做云服务器软件部署的时候，也踩过差不多的坑，那时候以为只要把软件上传解压，跑起来就算完，结果不到一周出了三个问题，不是磁盘满了就是进程被kill了，折腾了好久才理清楚里面的逻辑，所以对这些坑印象比较深。
2026-06-13 23:30:25
208
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人