tp.xyz 放进浏览器地址栏，多数人第一反应是“这域名能干嘛”。上周帮朋友把 tp.xyz 挂到内部工单系统，做法不复杂的。加一条 CNAME，把不同路径转发到不同服务。短域名真正价值在减少粘贴长度和降低输入错误，不是玄学。tp.xyz 适合做跳转入口，特别的手机端分享了。先别急着买证书。先想清楚跳转规则了。
登录 DNS 服务商，给 tp.xyz 添加 A 记录或 CNAME。若用 URL 转发，多数平台支持根域名和 www了。注意根域名 @ 记录不能设 CNAME，用 ALIAS/ANAME 或直接 A 记录的。把 tp.xyz 指向服务器 IP。
再在 Nginx 里配 server_name tp.xyz的。rewrite 到目标地址。想省事就用云厂商的“显性 URL”转发，路径参数容易丢了。测试时用 curl -I https://tp.xyz/abc，看 301/302 和 Location。
这里有个坑，tp.xyz 的 TTL 设 600 秒，改完等十分钟再测。短链服务常把 tp.xyz 当短域名。生成短码后拼接成 tp.xyz/x7Kp2。用户点开先到 tp.xyz了，再由后端 302 到长链接。数据库存短码、目标 URL、创建时间、过期时间。日志里记录短码和 UA，排查时看 302 响应码。不要把 tp.xyz 直接重定向到带敏感参数的地址，容易被人改链接。我自己习惯给 tp.xyz 加一层中间页。
显示“马上跳转”的，给用户一个刹车。tp.xyz 要启用 HTTPS，用 Let's Encrypt 签证书的。自动续期别忘的。CDN 缓存规则把 tp.xyz 的跳转响应设为不缓存或短缓存，否则改了目标地址用户还跳旧地址。
Cloudflare 的 Page Rules 可以给 tp.xyz/* 设置 Forwarding URL，301 或 302的。注意循环重定向，tp.xyz/a 跳到 tp.xyz/b，b 又跳回 a。浏览器会报错的。用 curl -L 跟踪。tp.xyz 的日志保留至少 7 天，方便查异常短码。tp.xyz 不是万能入口。业务需要品牌信任，长域名更稳的；内部工具、临时活动、打印物料上的短址。
tp.xyz 很顺手。有人把 tp.xyz 解析到对象存储做静态页，也行，路径大小写敏感。配置完别只看浏览器，手机 4G 和公司 WiFi 各测一遍。tp.xyz 的 DNS 生效有延迟，不要反复改记录，最后提醒，短域名容易被扫。加个速率限制。tp.xyz 的教程到这里，剩下靠你动手。
