都是手工肉改，要风险一样的风险，有什么高贵低贱

要看协议对应电压电流档是否匹配。我的 HP Elite 1012 只能 12V3A ，这个是 PD 1 里的规格，PD2 开始删除了，但还是有一些设备在用，也有不少充电器支持。但像 MBP 的 87 瓦充电器就不支持，插上协商不起来。

另外，还有一些笔记本会验证充电器是否自家的…对，我说的又是 HP ，比如 Spectra 360 的某几款。

全员做核，应升则升😂

这个不叫 banner ，叫 motd ，你按这个名字搜索就行。
而且跟 ssh 也无关，是登录后 pam 控制的。

重新设计交互逻辑，用户提交后之后扔到独立的沃克调度器里去做，页面上直接返回，告诉用户去执行了，要到它自己的任务面板里刷新看结果，调度器里看到任务执行完后更新 web 这边的任务状态表。

写成纯函数式呗

如果团队结构完善，人员精力够，应该像有几楼说的那样，订阅邮件列表，有了安全更新，review 一下，有必要的再更，以免破坏某些“依赖”特定 bug 的业务系统代码。

但是很多传统单位的综合信息化人员是没精力这样做的。

为啥我要自动更新呢？很多年前遇到一起案例，隔壁专项组的一台服务器，好像是 CentOS 3 还是 4 来着，被重度入侵了。检查了一下，两件蠢事凑在了一起，一是 sshd 没禁用 PasswordAuthentication 二是从来没更新，正好 sshd 本身有个安全漏洞，导致用口令认证登录时可以精心构造数据直接认证成功……这两项只要有一项处理了就不会被裸破进去。虽然隔壁专项组的系统不归我管，但毕竟是同一个单位里的。这事对我的心态影响很大。再后来经我手的 Linux 服务器如无特殊理由一概开启自动更新（怕出兼容性问题的至少对 security channel 更新开启，如果实在怕，在 RH 系上至少对 critical 等级的 security channel 更新开启），一概在配好公钥认证后关闭口令认证。虽然有点 PTSD ，但总比莫名其妙被入侵了好。

自带➡️自动

开自带更新但只启用 security channel

@zedpass syslog 可以通过 /etc/syslog.conf （或者 rsyslog.conf ）来配置，但……这是系统全局配置，肯定又要 root 的。

@zedpass “zabbix 的告警脚本”是什么意思？是你从 zabbix 外部独立运行这个脚本，还是会在 zabbix 运行时触发？
前者的话跟 zabbix 没有任何关系，只是你从心理上觉得适合“统一放到 zabbix 目录下”而已。如果是后者，（我不懂 zabbix ，按一般情况推理）那运行时是以 zabbix 身份启动的，那一般不是很建议自己搞日志，应该通过 zabbix 提供的机制……如果没有的话，真是个人畜无害的小白花纯脚本，需要自己来搞日志，那也不应该放到 /var/log/zabbix 下。

另外，你这个话题提供的 context 不太足，让人没办法判断。你在这个工作里是什么角色？服务器拿不到 root ，那我按一般情况推理来假设，你应该不是这个服务器的“法定”运维管理人……那应该去找对应的人协商应该怎么办。是给你权限，还是由对方部署，还是按对方的要求把日志文件写到指定的地方……总之靠你在 v2 就这么没有 context 地莫名其妙发一帖，别人又不知道你的实际情况，没法给出准确的建议。

一般来说，“我没有服务器 root 权限”这事不是个纯粹的技术问题。它的本质是“我并不是所在的组织机构里认可的能合规管理这台服务器的人”，是人的职权问题。操作系统里帐号、文件系统的权限，只不过是管理策略落实到技术上的投影。你首要该做的是把职权的障碍打通。

著名的 啊，老年 web 开发者都知道的

你的脚本又不是 zabbix 的一部分，为什么要往 /var/log/zabbix 下写东西？

遇到过一次类似的，以后我配的对公服务 nginx 的默认 server context 都是直接返回 451

往好里想，ISO 那帮人搞了个不切实际的 OSI 网络七层模型，互联网圈子🐦都不🐦它一眼

@theklf4 我想说的意思是，一个由学生民间组织建起来的服务网站是某大学里所有单体网站流量最大的，只有网站群才超过它，这事本身就是意义，意义是真的有人用。
至于括号里那些，是为了注明我在这里用单体网站这个词所表示的网站范围，不是为了讨论谁比谁流量大奇怪不奇怪。你可以当这段不存在。

我校的镜像站是全校所有单体网站（也就是排除用于建立各单位新闻型门户网站的那个“网站群”建站系统）里流量最大的