<feed xmlns="http://www.w3.org/2005/Atom"> <id>https://19920625.xyz/</id><title>XDB's Blog</title><subtitle>记录生活，记录感悟 —— 谢代彬的个人技术博客。</subtitle> <updated>2026-11-12T14:10:21+08:00</updated> <author> <name>谢代彬</name> <uri>https://19920625.xyz/</uri> </author><link rel="self" type="application/atom+xml" href="https://19920625.xyz/feed.xml"/><link rel="alternate" type="text/html" hreflang="zh-CN" href="https://19920625.xyz/"/> <generator uri="https://jekyllrb.com/" version="4.4.1">Jekyll</generator> <rights> © 2026 谢代彬 </rights> <icon>/assets/img/favicons/favicon.ico</icon> <logo>/assets/img/favicons/favicon-96x96.png</logo> <entry><title>内存的频率与时序：DDR4 和 DDR5 到底差在哪</title><link href="https://19920625.xyz/2026/11/12/2026_memory_frequency_timing_ddr4_ddr5/" rel="alternate" type="text/html" title="内存的频率与时序：DDR4 和 DDR5 到底差在哪" /><published>2026-11-12T00:00:00+08:00</published> <updated>2026-11-12T11:34:06+08:00</updated> <id>https://19920625.xyz/2026/11/12/2026_memory_frequency_timing_ddr4_ddr5/</id> <content type="text/html" src="https://19920625.xyz/2026/11/12/2026_memory_frequency_timing_ddr4_ddr5/" /> <author> <name>谢代彬</name> </author> <category term="技术" /> <summary>买内存时常见这样的标注： DDR5-6000 CL30 。这里的 6000 和 30 分别是什么？CL 数字越小越好吗？DDR4 的 CL18 和 DDR5 的 CL40 谁更快？本文把这几个问题讲清楚。 一、频率：决定带宽 频率指内存每秒能传输数据的次数，单位是 MT/s （百万次传输/秒），比如 DDR5-6000 就是每秒 60 亿次传输。 DDR 是”双倍数据速率”，每个时钟周期传输两次数据，所以： 真实时钟频率 = 标称速度 ÷ 2 DDR5-6000 的真实时钟是 3000 MHz。CPU-Z 的 “DRAM Frequency” 显示的就是这个真实时钟，而任务管理器显示的是 MT/s。 频率越高，单位时间搬运的数据越多，也就是 带宽越大 。 二、时序：决定延迟 时序指内存完成某个操作所需的 时钟周期数 ，常见标注如 CL30-36-36-76，...</summary> </entry> <entry><title>实战指南：用 FFmpeg 将 MP4 高清转为 GIF 并完美适配微信表情包</title><link href="https://19920625.xyz/2026/10/09/2026_ffmpeg_mp4_to_gif_wechat_sticker/" rel="alternate" type="text/html" title="实战指南：用 FFmpeg 将 MP4 高清转为 GIF 并完美适配微信表情包" /><published>2026-10-09T00:00:00+08:00</published> <updated>2026-11-12T12:13:40+08:00</updated> <id>https://19920625.xyz/2026/10/09/2026_ffmpeg_mp4_to_gif_wechat_sticker/</id> <content type="text/html" src="https://19920625.xyz/2026/10/09/2026_ffmpeg_mp4_to_gif_wechat_sticker/" /> <author> <name>谢代彬</name> </author> <category term="技术" /> <summary>摘要：在日常开发与生活中，我们经常需要将手机录制的 MP4 短视频转为 GIF 动图，或分享到微信作为动态表情包。但新手往往会遇到三大痛点：画面莫名倾斜旋转、画质充满噪点与色彩断层、发到微信变成文件无法直接播放。本文将带你从原理到实战，彻底解决这些问题。 目录 痛点分析：为什么直接转码效果极差？ 核心技术：FFmpeg 高画质调色板算法 解决方向问题：手机视频的旋转元数据怪相 微信平台规则与极致压缩调优 实战方案：三大常用命令模板 在微信中正确发送（避免变成文件） 总结与一键脚本 一、 痛点分析：为什么直接转码效果极差？ 很多人的第一反应是用最直观的命令： ffmpeg -i input.mp4 output.gif 运行后通常会面临三个尴尬问题： 体积巨大：几十秒甚至几秒的视频，导出的 GIF 可能高达几十 MB。 ...</summary> </entry> <entry><title>Docker 部署 Certbot + Nginx 自动申请与续期 HTTPS</title><link href="https://19920625.xyz/2026/10/08/2026_docker_certbot_nginx_https/" rel="alternate" type="text/html" title="Docker 部署 Certbot + Nginx 自动申请与续期 HTTPS" /><published>2026-10-08T00:00:00+08:00</published> <updated>2026-11-12T11:34:06+08:00</updated> <id>https://19920625.xyz/2026/10/08/2026_docker_certbot_nginx_https/</id> <content type="text/html" src="https://19920625.xyz/2026/10/08/2026_docker_certbot_nginx_https/" /> <author> <name>谢代彬</name> </author> <category term="技术" /> <summary>思路 Certbot 用 webroot 模式 ：Let’s Encrypt 访问 http://域名/.well-known/acme-challenge/，Nginx 从共享目录 ./www 提供验证文件。 证书存放在 ./certbot/conf，Nginx 和 Certbot 两个容器共享。 Certbot 容器每 12 小时执行一次 renew，Nginx 每 12 小时 reload 一次以加载新证书。 前置条件 域名 A 记录已解析到服务器公网 IP。 服务器的 80、443 端口对公网开放。 ./conf/nginx.conf 的 http {} 块里有 include /etc/nginx/conf.d/*.conf;。 第 1 步：修改 docker-compose.yaml version: '3' services...</summary> </entry> <entry><title>VMess + WS + TLS + Cloudflare 延迟 -1？一次"分层排查"的复盘</title><link href="https://19920625.xyz/2026/09/30/2026_vmess_ws_cloudflare_troubleshooting/" rel="alternate" type="text/html" title="VMess + WS + TLS + Cloudflare 延迟 -1？一次&amp;quot;分层排查&amp;quot;的复盘" /><published>2026-09-30T00:00:00+08:00</published> <updated>2026-11-12T11:07:37+08:00</updated> <id>https://19920625.xyz/2026/09/30/2026_vmess_ws_cloudflare_troubleshooting/</id> <content type="text/html" src="https://19920625.xyz/2026/09/30/2026_vmess_ws_cloudflare_troubleshooting/" /> <author> <name>谢代彬</name> </author> <category term="技术" /> <summary>现象：昨天还好好的，今天 v2rayN 里节点延迟显示 -1。同一台 VPS 上的 Reality 直连节点一切正常。 结论：根因是本机时间漂移。TCP、TLS、WebSocket 全都是通的，只有 VMess 认证失败。 这篇文章记录完整的排查思路和可直接复制的命令，希望下次能在 5 分钟内定位问题。 文中的域名、IP、UUID 均已替换为占位符： 占位符 含义 example.com 你的域名（走 Cloudflare 橙云） VPS_IP VPS 真实 IP /YOUR_UUID WebSocket path，一般是 / 加 UUID 一、环境与架构 客户端(v2...</summary> </entry> <entry><title>EF Core "循环依赖" 报错真相:一次错误的 IsUnique 标注引发的排查</title><link href="https://19920625.xyz/2026/08/19/2026_efcore_circular_dependency_isunique_fix/" rel="alternate" type="text/html" title="EF Core &amp;quot;循环依赖&amp;quot; 报错真相:一次错误的 IsUnique 标注引发的排查" /><published>2026-08-19T00:00:00+08:00</published> <updated>2026-11-12T11:07:37+08:00</updated> <id>https://19920625.xyz/2026/08/19/2026_efcore_circular_dependency_isunique_fix/</id> <content type="text/html" src="https://19920625.xyz/2026/08/19/2026_efcore_circular_dependency_isunique_fix/" /> <author> <name>谢代彬</name> </author> <category term="技术" /> <summary>问题现象 在使用 EF Core 调用 SaveChanges() 保存数据时,遇到如下异常: Unable to save changes because a circular dependency was detected in the data to be saved: 'TransitBoundTotalInfo [Modified] &amp;lt;- Index { 'InOrOutWarehouseType', 'TransitPlanOrShipmentType', 'PlanId' } TransitBoundTotalInfo [Modified] &amp;lt;- Index { 'InOrOutWarehouseType', 'TransitPlanOrShipmentType', 'PlanId' } TransitBoundTotalInfo [Modified] ...</summary> </entry> </feed>
