[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$fyrrnnt9841xq":3},{"code":4,"message":5,"data":6,"timestamp":53},10000,"success",{"full_name":7,"position":8,"description":9,"language":10,"stars":11,"forks":12,"stars_gained":13,"age_days":14,"hn_threads":15,"one_liner":27,"summary_md":28,"topic":29,"github_topics":32,"license":47,"homepage":48,"updated_at":49,"history":50},"is-a-dev\u002Fregister",3,"Grab your own sweet-looking '.is-a.dev' subdomain.","JavaScript",11638,33492,30,2212,[16,21],{"id":17,"title":18,"points":19,"comments":19,"posted_at":20},24826156,"Grab a free `.is-a.dev` subdomain for your personal websites",2,"2020-10-19",{"id":22,"title":23,"points":24,"comments":25,"posted_at":26},28457405,"Free .is-a.dev for Developers",1,0,"2021-09-08","通过 GitHub PR 申请免费 .is-a.dev 子域名，给个人开发者网站一个短地址。","如果你想要一个短而有开发者味道的域名放作品集、博客或小项目页，并且不介意走 GitHub PR 流程，可以试；它不能替代你自己真正拥有的域名。\n\n## 解决什么问题\n\n你希望个人网站挂在类似 `yourname.is-a.dev` 的地址下，而不是冗长的 GitHub Pages 或托管商默认链接，又不想只为副业项目买域名、配 DNS 和记续费。常规做法要经过注册商和 DNS 面板，这里则把申请本身变成一次 pull request：fork 仓库，按文档写好想要的记录，提交 PR，审核合并后 README 称 DNS 记录几分钟内生效。最终你得到一个指向现有托管或跳转到现有站点的子域名。\n\n## 有什么不同\n\n申请入口是仓库，不是网页控制台。这让每个子域名的申请都公开可查、可审阅：维护者能要求修改，谁占用了哪个名字也有版本记录。代价是流程被 GitHub 绑定，你需要 fork、按格式提交，并在被要求修改时盯着 PR，因为 README 明确说未按修改要求处理会被拒绝。\n\nREADME 对一种失败情况说得很直白：用 AI 生成的申请“一定”会出错，并会拖慢拿到域名。这是项目方的说法，但它说明文件格式和记录写法必须准确。仓库还链接了一篇第三方的图文教程，供觉得文字文档不够直观的人参考。DNS 管理由 Cloudflare 的 Project Alexandria 计划支持，但子域名仍从 `is-a.dev` 这个区域委派，不能由你迁走。\n\n2020 年 Hacker News 上一位评论者提到值得留意的点：访客未必意识到，子域名的流量可能被控制父域名的人劫持。这条评论时间很早，讲的是信任模型而不是某次具体事故。实际含义是：这是方便的公开地址，不是安全边界。\n\n## 谁值得试\n\n适合：已有 GitHub Pages 或其他托管上的作品集、演示或小项目，想要一个可读 URL，并且不介意 PR 流程的开发者。日常就在用 GitHub、能在提交前检查自己记录请求的人也很合适。\n\n不适合：需要保证地址长期存在、不能接受被服务方条款约束的业务或个人。名字在别人拥有的域名之下，条款由服务方定。也不适合需要快速、私密处理申请的人，因为每个请求都公开并经过审核。如果你只是想要免费托管、地址好不好看无所谓，直接用托管商链接可能更省事。\n\n## 使用条件与边界\n\n主要门槛是一个 GitHub 账号，以及愿意按文档格式 fork、修改并提交 PR。README 把具体申请步骤指向单独的[文档](https:\u002F\u002Fdocs.is-a.dev)，图文教程是第三方博客而非官方文档。合并后记录被描述为几分钟内发布，但这取决于申请写对并被合并。\n\n长期维护比初次设置更重要。子域名不是你自行注册、可以转移或续费域名，它的长期可用性取决于服务本身及其[条款](https:\u002F\u002Fis-a.dev\u002Fterms)。以后改 DNS 还要再走 PR。滥用有专门 issue 模板处理，说明维护者会管理命名空间，也意味着你的用法处于审核之下，可能被移除。\n\n## HotRepo 点评\n\nHotRepo 唯一有日期的观察是 2026-10-25 单日出现在日榜，当日 11,632 stars、+30；这只是一个快照，不是趋势，目前无法判断关注度在上升还是消退。2020 年 Hacker News 帖子有 2 points、2 条评论，只能说明讨论量。仓库创建于 2020 年 10 月，是已经运行一段时间的老服务，不是新实验。\n\n判断：如果短地址只是个人页面的加分项，可以试，但提交 PR 前把记录格式文档读仔细。依赖它之前，先确认当前[条款](https:\u002F\u002Fis-a.dev\u002Fterms)，并确认你接受子域名始终由服务方控制。",{"slug":30,"name":31},"developer-tools","开发工具",[33,34,35,36,37,38,39,40,41,42,43,44,45,46],"cloudflare","dev","developer","dns","domain","foss","free","free-domain","free-for-dev","free-for-developers","github-pages","oss","subdomain","website","MIT","https:\u002F\u002Fis-a.dev","2026-10-25T11:04:01Z",[51],{"date":52,"stars":11,"stars_gained":13},"2026-10-25",1792968044]