「日志」标签下共 26 篇技术文章。按发布时间倒序排列，内容持续更新。
CT 日志可用于核对是否仍有证书由 eMudhra 弱中间证书签发，以及替换证书是否带 SCT；但它不能单独证明终端信任库已移除弱密钥。Cloudflare 的追踪显示现代浏览器大多已修补，Android WebView、旧浏览器和…
本文从工程实践角度说明 API 密钥泄露的风险来源：密钥可长期重复使用、权限过宽、泄露难以发现。防护重点是把密钥权限收窄、按环境和调用方拆分、缩短有效期并保证可快速吊销；发现泄露后先吊销再排查。文中代码为未执行示例，API.PLUS…
API 密钥的风险不在于是否会被看到，而在于泄露后是否仍长期有效且权限过大。文章梳理前端打包、日志与错误回显、版本历史和 CI 环境等常见暴露面，并给出服务端代理、最小权限分环境、限额告警与可轮换四项优先控制，附一个仅作示意、未执行…
Nginx 与 PHP-FPM 调优的起点是定位瓶颈在哪一层，而非套用参数。文章按连接、排队、执行、缓冲与超时四层给出排查顺序，说明 pm 三种模式的取舍与 max_children 的测算思路，并强调 Nginx 读超时、FPM …
调优顺序应该是先定 PHP-FPM 进程池上限，再压 Nginx 的 fastcgi 缓冲与长连接，最后用慢日志定位具体函数。8G 机器上单进程 RSS 63MB 时 max_children 落在 60~70，方向配反只会把请求更…
php2shell 的两个 PHP 漏洞与 eMudhra 中间证书泄露叠加时，补丁窗口按边缘 30 分钟、源站 6 小时、证书链 72 小时三段排，CT 日志每 15 分钟扫一轮并设白名单告警。
SEO 技术优化需在抓取、渲染、结构化数据、日志监控与内容内链五个层面建立可回归的检查项：修好 robots 与 sitemap、保证首包 HTML 含正文且 Core Web Vitals 达标、用结构化数据助 AI 检索，并靠爬…
先铺开观测点定位瓶颈，再依次调整 Nginx 连接层、PHP-FPM 进程池与 OPcache，最后用压测和慢日志验证回归，并保证超时链层层递进、保持一致。
共 26 篇文章，第 3 / 3 页