【domainkeeper】域名可视化展示面板,基于Cloudflare Workers构建

项目地址:https://github.com/ypq123456789/domainkeeper

今天晚上又肝出来个好东西,本来做了好多内容,有注册有登录有后台,后来调试到吐血都报错,认识到自己的能力了,让大家自己部署、自己输入参数吧。辛苦大家了哈哈哈。

# 域名可视化展示面板

## 项目简介

这是一个简洁高效的域名可视化展示面板,基于Cloudflare Workers构建。它提供了一个直观的界面,让用户能够一目了然地查看他们的域名组合,包括各个域名的状态、注册信息和使用进度。

## 主要特性

  • - 清晰展示域名列表及其关键信息
  • - 可视化呈现域名使用进度条
  • - 显示域名状态、注册商、注册日期和过期日期
  • - 自动计算并显示域名剩余有效天数
  • - 响应式设计,完美适配桌面和移动设备
  • - 轻量级实现,快速加载
  • ## 技术实现

  • - 前端:HTML5, CSS3, JavaScript
  • - 部署:Cloudflare Workers
  • ## demo

    image![image](https://github.com/ypq123456789/domainkeeper/assets/114487221/546d0a4c-a74b-436c-a42e-1b013ff6e62b)
    https://domainkeeper.bacon159.me/

    ## 快速部署

  • - 登录您的Cloudflare账户
  • - 创建新的Worker
  • - `index.js` 的内容复制到Worker编辑器,编辑 `DOMAINS` 数组,添加您的域名信息: ```javascript const DOMAINS = [ { domain: "example.com", registrationDate: "2022-01-01", expirationDate: "2027-01-01", system: "Cloudflare" }, // 添加更多域名... ]; ```
  • - 保存并部署
  • ## 个性化定制

  • - 建议您绑定自定义域,以确保您的网站不会被墙
  • - 可修改 `CUSTOM_TITLE` 变量,从而自定义面板标题
  • ## 贡献指南

    欢迎通过Issue和Pull Request参与项目改进。如有重大变更,请先提Issue讨论。

    ## 开源协议

    本项目采用 [MIT 许可证](https://choosealicense.com/licenses/mit/)

    ## Star History

    [Star History Chart![Star History Chart](https://api.star-history.com/svg?repos=ypq123456789/domainkeeper&type=Date)](https://star-history.com/#ypq123456789/domainkeeper&Date)

    ## 交流TG群:

    https://t.me/+ydvXl1_OBBBiZWM1

    ## 支持作者

    非常感谢您对 domainkeeper 项目的兴趣!维护开源项目确实需要大量时间和精力投入。若您认为这个项目为您带来了价值,希望您能考虑给予一些支持,哪怕只是一杯咖啡的费用。
    您的慷慨相助将激励我继续完善这个项目,使其更加实用。它还能让我更专心地参与开源社区的工作。如果您愿意提供赞助,可观看github readme最后。

    2 个赞

    这东西好东西拉感谢大佬爆肝:xhj03:

    1 个赞

    @“金子会发光”#p43717 哈哈哈确实爆肝了,还在调试更多功能,昨天晚上一直失败,所以直接摆烂睡觉了

    1 个赞

    好东西!

    1 个赞

    额 我以为是调api自动查域名信息,原来是手动输入啊 :ac03:

    1 个赞

    OP主最近肝不少项目了啊,给力

    1 个赞

    要不要做个 WHOIS API 注册机啊

    我试了一下注册流程 感觉很简单 :xhj01:

    一个号 500次免费查询 一千次IP查询 感觉可用的还是蛮多的

    1 个赞

    @“Jensfrank”#p43815 确实如此,相当给力。

    1 个赞

    @“Jensfrank”#p43815 必须的哈哈

    1 个赞

    @“沃似泥碟”#p43819 什么api接口 发我一下 我现在是服务器自建的whois代理服务

    1 个赞

    @“James”#p43820 必须的哈哈

    1 个赞

    @“培根冲冲冲”#p44181 https://whois.whoisxmlapi.com/

    1 个赞

    @“沃似泥碟”#p44221 我用过这个 很快就耗完了呀

    1 个赞

    @“沃似泥碟”#p44221 [upl-image-preview url=https://s.rmimg.com/2024-07-09/1720460947-985064-image.png]


    1 个赞

    @“沃似泥碟”#p44221 [upl-image-preview url=https://s.rmimg.com/2024-07-09/1720460994-523950-image.png]

    可能是我脚本调用的太频繁了 火速用完

    1 个赞

    @“培根冲冲冲”#p44224 所以我说搞一个注册机呀,24小时跑号和API Key下来 然后这边轮询着用 ,而且这个 emm 一般会将数据缓存一天吧 或者加一个强制更新按钮

    1 个赞

    @“沃似泥碟”#p44428 可行

    1 个赞

    @“沃似泥碟”#p44428 我做了缓存机制了 现在 如果查询到正确whois就会存储到CF的KV里面,如果不正确的话 才会在每次刷新网页的时候调用,然后我还是用的自建的whois代理服务器,在代理服务器这里也设置了速率限制和缓存机制

    1 个赞