技术博客
新装的Linux服务器默认配置往往存在安全隐患，比如root远程登录、弱密码策略、未关闭的无用服务等。必须第一时间禁用root直接SSH登录，改用普通用户+sudo方式管理；同时配置SSH密钥认证，停用密码登录（PasswordAuthentication no）。检查并关闭非必要端口和服务（如telnet、ftp、rpcbind），用systemctl list-unit-files –state=enabled快速筛查自启服务。
Composer 的 path 类型仓库不会把包源码拷进 vendor/，而是用符号链接（Linux/macOS）或目录联结（Windows）指向你指定的本地路径。这意味着：改本地代码 = 立即生效，无需 composer update；但前提是你的开发目录结构符合 PSR-4 自动加载规范，且 composer.json 中的 autoload 配置正确。
Sublime Text 本身不内置 Angular CLI 支持，也不直接运行 RxJS 流，但它可以高效配合 Angular 开发——关键在于正确配置外部工具链和编辑体验。
TIME_WAIT 堆积、新连接超时、accept() 队列溢出、Too many open files 错误——这些不是“流量大了就该扩容”的借口，而是内核参数没对齐业务场景的明确信号。Linux 默认配置面向通用桌面/轻量服务，不调参直接跑百万连接，等于让 8 核 CPU 背着 32GB 内存跑马拉松还穿拖鞋。
Linux 系统启动时没有一个叫 _sysinit 的标准阶段或脚本——这是常见误解，多源于对旧版 SysV init 或某些定制发行版（如早期 CentOS 5/6）中 /etc/rc.d/rc.sysinit 的误传或混淆。现代主流发行版（RHEL 7+、Ubuntu 16.04+、Debian 8+）已全面采用 systemd，_sysinit 不再存在，也不应出现在配置或排错思路中。
直接运行 composer archive 只能打包当前项目（即 composer.json 所在目录）的代码，它**不会自动包含 vendor 下的依赖包源码**。这是很多人误以为“一键打包全部依赖”的根本原因——命令设计上就不做这事。
Linux系统出问题时，别急着重装或重启，大部分故障能通过分层排查快速定位。关键不是“看啥命令”，而是“按什么顺序看”。
Sublime Text 本身不原生支持 LSP（Language Server Protocol），必须通过第三方插件桥接。目前唯一稳定可用的方案是 SublimeLSP + elixir-ls，但前提是你的 Sublime Text 是 build 4142 或更高版本（即 Sublime Text 4）。低于这个版本的 SublimeLSP 对 Elixir 的项目根识别、任务启动、文档链接等支持极弱，甚至无法加载 elixir-ls 进程。
最直接的方式是读取 /sys/block/设备名/queue/scheduler，它会显示当前激活的调度器，以及所有可用选项（括号里标出的是当前选中项）：
ZipArchive 错误通常不是 Composer 本身的问题，而是 PHP 环境缺少 ZIP 扩展、扩展未启用、或系统级依赖（如 libzip）不兼容导致的。修复重点在确认扩展状态和底层支持。