网站资料 · 技术情报 · 相似站点

map.crummy.com

暂未发现付费内容
访问网站
站内浏览 1 次 访问跳转 0 次 正常
The Minecraft Archive Project 首页完整截图

快速了解

分类
游戏与棋牌
语言
未知
付费内容信号
暂未发现付费内容已观察
注册年份
1996
主机
Akamai Connected Cloud推测
HTTPS 证书信任
通过已观察
最后更新

AI 生成的网站测评

AI 生成

本测评由 AI 根据公开资料生成,未经逐项人工核实;域名、证书等事实以本页采集数据为准。

The Minecraft Archive Project是什么网站?

The Minecraft Archive Project(域名 map.crummy.com)是 Leonard Richardson 发起的个人数字保存项目,目的是抢救 Minecraft 早期社区创作的存档,避免它们像 1990 年代的 ZZT 世界那样随托管服务关闭而消失。

它保存什么

  • 打包文件:Minecraft 地图、资源包、模组(mods),按年份和月份整理成约 50 GB 一个的 ZIP 文件。
  • 图片素材:截图和皮肤。
  • 来源站点:官方 Minecraft 论坛(2019 年 6 月后停止抓取)、Planet Minecraft、CurseForge。
  • 查找方式:每个 ZIP 附带 HTML finding aid,说明压缩包里的内容概览。

谁适合用

  • 想研究 Minecraft 早期创作生态、社区地图或模组演变的人。
  • 需要找回某个已从原站点消失的地图、皮肤或资源包的老玩家。
  • 关注数字保存、网络文化存档的研究者,可作为“个人抢救式归档”的案例。

使用前要知道的限制

作者本人说明,他能保存的只是 Minecraft 文化历史中极小的一部分(不到百分之一),且抓取是周期性进行的,并非实时完整镜像。项目以 ZIP 分卷形式发布,适合有明确检索目标后按目录定位,不适合像普通资源站那样在线浏览或搜索单个作品。

与常见 Minecraft 资源站的区别

Planet Minecraft、CurseForge 这类站点侧重当下作品的发布、下载和社区互动;The Minecraft Archive Project 侧重“留存已发布过的历史文件”,本身不提供创作、评论或版本更新服务。若你要找新模组或活跃地图,应去原发布平台;若你要找旧版本、已下架内容或做历史梳理,这个归档更对口。

下一步

先看页面上的 “In the Collection” 列表,按年份或月份确定目标 ZIP,再下载对应的 finding aid 确认内容,最后取用压缩包。

这个项目为什么重要?

这个项目重要,是因为它试图在 Minecraft 早期玩家创作彻底消失前,把地图、资源包、模组和截图等打包保存下来。作者 Leonard Richardson 在 1990 年代经历过 ZZT 游戏社区作品的流失,估计只有一半的 ZZT 世界存世;他看到 Minecraft 一代玩家同样把作品放在不稳定的文件托管站上,于是启动了 MAP,避免这段文化史重演。

具体在保护什么

资料显示,MAP 定期从 Minecraft 官方论坛(2019 年 6 月后停止)、Planet Minecraft 和 CurseForge 抓取数据,重点是打包的二进制文件:地图、资源包、模组,也保存截图和皮肤。这些内容按约 50GB 一个 ZIP 分卷归档,每个 ZIP 附有 HTML 查找工具,说明里面有什么。

对谁有用

  • 老玩家和创作者:想找回自己或别人早年发布、原站点已失效的作品时,这类归档是少数可查的入口。
  • 游戏文化研究者、档案工作者:需要研究 2010 年代玩家创作生态时,可获得成批的原始素材,而不是零散转载。
  • 模组和地图作者:查找旧版本资源、了解早期作品形态时,可按年份和月份定位。

选择时的注意点

作者自己说明,Minecraft 的体量远大于 ZZT,他估计最多只能保存其中不到百分之一的文化史;项目也不是完整备份,页面上专门列了“What I Didn't Capture”说明未覆盖的部分。因此它适合作为早期创作的一手样本库,而不是全量档案。需要长期保存自己作品的人,仍应自行留档,不要只依赖原发布平台。

如何获取存档中的Minecraft地图、模组和资源包?

该站把存档切成约 50GB 一个的 ZIP 包,按“模组年份”和“世界按月”两类归档,每个 ZIP 内附 HTML 检索说明(finding aid),列出包内内容概览。获取方式是直接下载对应 ZIP,再从包内按说明定位地图、模组和资源包。

具体使用情境

  • 想找某一年发布的模组:进入 Mods 分区,按 2010–2018 的年份选对应 ZIP,先读包内 HTML 说明,再解压取用。
  • 想找某个月份上传的地图世界:进入 Worlds by Month,按年份和月份选包,例如 2014 年 7 月。
  • 想找资源包和皮肤:站内说明其采集范围包括资源包、截图和皮肤,但公开的下载分区主要是 Mods 与 Worlds,资源包需在包内说明中确认是否收录。
  • 只想看某个作品长什么样:可先看截图类内容再决定是否下载大包,避免为单个文件拉取 50GB。

选择条件与注意事项

需求 做法
精确找单个作品 先读 ZIP 内的 HTML finding aid,确认文件名和路径再解压
批量收集某年模组 直接下载对应年份的 Mods 包
按时间线收集地图 用 Worlds by Month 的年份/月结构
存储空间有限 一次只下一个包,解压后删掉 ZIP

数据来源是官方 Minecraft 论坛(2019 年 6 月起停止)、Planet Minecraft 和 CurseForge,属于周期性抓取的快照,不保证覆盖全部作品;作者本人也说明只能保存其中很小一部分。下载前预留足够磁盘空间,并注意包内说明可能采用相对路径,解压时保持目录结构。

存档按什么方式组织?

存档按“内容类型 + 年份/月份”分卷组织,每卷是一个约 50 GB 的 ZIP 文件,并附 HTML 查找指南。

具体组织方式

  • 模组(Mods):按年份分卷,资料列出的年份为 2010–2018。
  • 世界(Worlds):按月份分卷,资料列出的范围为 2011 年 1 月至 2016 年 4 月。
  • 每卷内容:ZIP 包内含一个 HTML finding aid(查找指南),用于概览该卷收录了什么。
  • 采集对象:重点是打包文件(Minecraft 地图、资源包、模组),也采集截图和皮肤等图片。
  • 数据来源:定期从官方 Minecraft 论坛(2019 年 6 月起停止)、Planet Minecraft、CurseForge 抓取更新。

适合谁用

需要按年份找旧模组,或按月份定位某个时期地图存档的人,可以直接从对应 ZIP 入手,先读卷内 HTML 指南再决定是否解压查找。

项目没有收录哪些内容?

项目页面专门设有“What I Didn't Capture”一节,但提供的资料只包含标题,没有展开具体条目,因此无法逐项列出未收录清单。根据页面其他部分的说明,可以确定其收录边界:

  • 只做“打包文件与图片”的抽样:重点是 Minecraft 地图、资源包、模组的打包文件,以及截图和皮肤图片;不承诺覆盖论坛讨论、玩家社群互动等非文件型内容。
  • 来源有限:数据定期从官方 Minecraft 论坛(2019 年 6 月起停止)、Planet Minecraft、CurseForge 抓取,不在这几个来源上的作品不会被系统收录。
  • 明确承认覆盖极不完整:作者自述最多只能保存 Minecraft 文化历史的“百分之一的一小部分”,大量作品注定不会被收录。

例如需要研究某个小众地图作者的全部作品,或依赖论坛帖文还原创作背景,这个项目很可能不够用;它更适合查找曾经公开分享过的地图、模组、资源包和皮肤文件。

ESC是什么项目?

ESC 是 The Minecraft Archive Project 作者 Leonard Richardson 发起的衍生项目,全称 Ephemeral Software Collection(短暂软件收藏),页面把它列在“Spin-off projects(衍生项目)”下,但资料没有展开介绍它的具体内容。

它与 Minecraft Archive Project 的关系

Minecraft Archive Project 的目标是抢救 Minecraft 地图、资源包、模组和截图等玩家创作,避免它们像 1990 年代的 ZZT 世界那样因托管站点关闭而消失。ESC 沿用同一思路,把“容易被时代淘汰、随时可能消失的软件”作为收藏对象,是这一保存理念的延伸。

适合关注的人

  • 对数字 preservation、老软件与早期网络文化感兴趣的人
  • 研究游戏史、想了解民间自发性存档项目如何运作的人
  • 手上有老旧软件或相关资源、想判断这类项目是否值得参考的人

下一步

如果目标是了解 ESC 具体收了哪些软件、怎么获取,现有页面资料不足以判断,需要看项目内 ESC 的独立页面或说明。若更关心 Minecraft 存档本身,可以直接从 Minecraft Archive Project 的 Mods、Worlds by Month 等 ZIP 分卷和其中的 HTML finding aid 入手。

The Minecraft Archive Project 的存档是如何组织和提供的?

The Minecraft Archive Project(MAP)把抓取到的 Minecraft 地图、资源包、模组和图片按“内容类型 + 时间”切成大量 ZIP 文件,每个约 50GB,并给每个 ZIP 配一份 HTML finding aid(查找指南)说明里面有什么。它不提供在线浏览或逐项检索,你需要按分类和年月找到对应 ZIP,自行下载、解压后使用。适合想批量保存 Minecraft 早期社区作品、且能接受大文件下载与本地整理的人。

存档按什么维度组织

MAP 由 Leonard Richardson 发起,动机是防止 Minecraft 早期玩家创作像更早的 ZZT 世界那样大量消失。页面说明其抓取来源包括:

  • 官方 Minecraft 论坛(2019 年 6 月起停止)
  • Planet Minecraft
  • CurseForge

抓取重点是可打包的二进制内容:Minecraft 地图、资源包、模组;同时也抓取图片,如截图和皮肤。页面把存档拆成大量 ZIP 文件,每个约 50GB,并按以下入口组织:

分类 组织方式 页面给出的入口
Mods 按年份 2010—2018 各年链接
Worlds by Month 按年 + 月 2011—2016 各月链接(页面摘录到 2016 年 4 月为止)

也就是说,找某个时期的模组看“Mods + 年份”,找某个时期的地图看“Worlds by Month + 年 + 月”。页面没有给出按作者、游戏版本或标签检索的入口。

每个 ZIP 里有什么、怎么知道内容

每个 ZIP 文件都附带一份 HTML finding aid,用来给出该 ZIP 内容的总览。使用流程可以理解为:

  1. 在页面选择分类(Mods 或 Worlds by Month)和对应年/月链接;
  2. 下载该 ZIP(约 50GB 量级);
  3. 解压后先打开其中的 HTML finding aid,确认这个包覆盖的内容范围;
  4. 再按 finding aid 的说明定位具体地图、资源包或模组文件。

预期结果是:你拿到的是一个离线内容包加一份说明,而不是一个可搜索的在线数据库。常见卡点是磁盘空间和下载时间——单个包约 50GB,解压还需要额外空间;另外 finding aid 是 HTML 文件,需要本地浏览器打开。

使用前需要知道的两个限制

第一,覆盖范围有限。作者明确说 Minecraft 比 ZZT 流行得多,他不可能保存超过其文化历史百分之一的内容,但没有这个项目,这些内容基本都会消失。所以不要把 MAP 当成“完整存档”来预期。

第二,抓取是周期性刷新,不是实时同步。页面说明会定期从上述几个站点抓取新数据;官方 Minecraft 论坛入口已于 2019 年 6 月停止,因此该来源之后不会有新增内容。

适合谁用

  • 想研究或保存 Minecraft 早期社区创作(地图、模组、资源包、截图、皮肤)的人;
  • 能接受大体积下载、愿意本地解压和按 finding aid 手工整理的人;
  • 需要离线保存而不是在线检索的人。

如果你只想在线浏览单个地图或模组,MAP 不是合适入口;它的价值在于批量、离线地保留一批可能已经消失的社区作品。

The Minecraft Archive Project 与 ZZT、ESC 有什么关联?

The Minecraft Archive Project(MAP)与 ZZT 的关联在于:ZZT 世界大量失传的历史是 MAP 的直接缘起,项目发起人 Leonard Richardson 把 Minecraft 视为“历史重演”的对象。ESC(Ephemeral Software Collection)则是 MAP 页面上列出的衍生项目之一,与 MAP 同属“抢救易失软件与用户创作文化”这一脉络。需要说明的是,页面只给出衍生项目的标题,未展开 ESC 的具体内容,因此两者之间的直接继承关系无法从现有资料确认,只能确认它们被并列归入同一组 spin-off projects。

ZZT 的失传如何成为 MAP 的起点

页面用一段个人史交代了动机:Richardson 在 1990 年代成长时最喜欢的游戏是 ZZT——一个方块风格、自带编程语言的小游戏,玩家可以用它编写自己的冒险与谜题。那一代玩 ZZT 的孩子后来成为艺术家、游戏设计师和程序员,但他们创造的世界大多消失了。

消失的机制很具体:ZZT 世界通过 BBS 和 CompuServe 等在线服务传播,互联网兴起后这些服务关停,世界随之丢失。页面给出的估计是,曾经创造的 ZZT 世界中只有一半仍然存世。

2010 年代初,Richardson 意识到历史在重演:这次的方块游戏是 Minecraft,青少年投入大量精力建造世界,却把它们分享在不可靠的文件托管站点上。他判断这批创作者日后会怀念这段经历,而届时这些内容将不复存在。MAP 就是他阻止这件事发生的尝试。他也坦率承认规模差距:Minecraft 远比 ZZT 流行,他救不回超过其文化历史百分之一的内容,但没有这个项目,几乎全部都会消失。

MAP 实际在收集什么

理解 MAP 的定位,有助于看清它与 ZZT 式“保存玩家创作”的延续关系。页面说明,MAP 定期从几个站点抓取新数据来刷新馆藏:

  • 官方 Minecraft 论坛(2019 年 6 月起已停止)
  • Planet Minecraft
  • CurseForge

抓取重点是打包的二进制文件,即 Minecraft 地图、资源包和模组;同时也抓取图片,包括截图和皮肤。这与 ZZT 世界作为“玩家创作的可执行/可游玩作品”被保存的逻辑一致。

存档的组织与获取方式

MAP 把馆藏拆成大量约 50 GB 的 ZIP 文件,每个文件附带一份 HTML finding aid(检索指南),用于概览该 ZIP 内的内容。页面给出的链接按类别和时间划分:

类别 划分方式
Mods 按年份:2010–2018
Worlds 按月份:2011–2016 各月

这种“大包 + 检索指南”的结构意味着使用者需要先读 finding aid 再决定下载哪个包,而不是逐条浏览条目。

Spin-off projects 与 ESC 的位置

页面设有 “Spin-off projects” 一节,其下出现 “ESC: the Ephemeral Software Collection” 标题。从命名看,ESC 指向“易失软件”的收集,与 MAP 关注“分享在不可靠托管站点上、随时可能消失的用户创作”属于同一问题域。但现有资料只提供了这一标题,没有说明 ESC 的收录范围、与 MAP 的先后关系或数据是否互通。若需要确认两者的实际延续关系,应直接查看该页面 Spin-off projects 一节的链接内容。

一个值得注意的边界:项目自己承认没抓到的东西

页面保留了 “What I Didn't Capture” 一节,说明作者对馆藏缺口有明确交代。对使用者而言,这意味着 MAP 应被视为“部分留存”而非完整档案:它覆盖论坛、Planet Minecraft 和 CurseForge 上的打包文件与部分图片,但不等于 Minecraft 创作文化的全貌。结合作者自述的“百分之一”判断,把它当作可检索的样本库比当作全集更准确。

The Minecraft Archive Project 保存了哪些内容、有哪些没保存?

The Minecraft Archive Project(MAP)主要保存 Minecraft 的打包二进制文件——地图、资源包和模组,另外也抓取截图和皮肤图片。它没有保存的东西同样明确:官方 Minecraft 论坛的数据自 2019 年 6 月起停止采集,而项目发起人 Leonard Richardson 本人也说明,他能抢救的只是 Minecraft 文化历史的极小一部分,远不到百分之一。换句话说,这个存档适合用来找 2010 年代前后流传的地图、模组和资源包,但不能指望它覆盖完整的社区历史。

项目定位:为什么会有这个存档

MAP 的出发点来自 Richardson 的亲身经历。他 1990 年代成长时最喜欢的游戏是 ZZT——一个带内置编程语言、可以自己编写冒险和谜题的方块游戏。那一代玩 ZZT 的孩子后来成了艺术家、游戏设计师和程序员,但他们创造的世界大多已经消失:ZZT 世界通过 BBS 和 CompuServe 这类在线服务传播,互联网兴起后这些服务关停,世界也随之丢失。据估计,曾经创造出的 ZZT 世界中只有一半留存至今。

2010 年代初,他意识到历史正在重演:这一次带内置编程语言的方块游戏是 Minecraft,孩子们把大量心血投入自己创造的世界,然后分享在不可靠的文件托管站点上。等他们开始怀旧、想回头看看当年那个让自己爱上创造的游戏时,这些东西可能已经全没了。MAP 就是他阻止这件事发生的尝试。

保存了什么

内容类型

  • 打包二进制文件:Minecraft 地图、资源包、模组(项目的主要焦点)
  • 图片:截图和皮肤

数据来源

MAP 会定期从以下几个站点抓取新数据并刷新:

来源站点 状态
官方 Minecraft 论坛 2019 年 6 月起停止采集
Planet Minecraft 持续采集
CurseForge 持续采集

组织与获取方式

整个存档被拆分成大量 ZIP 文件,每个约 50 GB。每个 ZIP 文件都附带一份 HTML finding aid(查找指南),用来概览该 ZIP 里装了什么。站内按类别和年份/月份列出下载链接:

  • Mods:按年份划分,从 2010 到 2018 年
  • Worlds by Month:按月份划分,从 2011 年 1 月到 2016 年 4 月(资料中列出的范围)

所以实际使用时的路径是:先按“模组/世界”和年份或月份定位到某个 ZIP,再打开对应的 HTML finding aid 判断里面是否有你要的东西,最后下载整个约 50 GB 的包。这意味着你无法只取单个地图或模组——粒度是整包。

没有保存什么

  • 官方 Minecraft 论坛 2019 年 6 月之后的数据:该来源已停止采集,此后的论坛内容不在存档范围内。
  • 绝大部分文化历史:Richardson 明确表示,Minecraft 远比 ZZT 流行,他不可能保存超过百分之一的文化历史;但没有这个项目,几乎全部都会消失。这是对覆盖范围的坦率限定,而不是谦辞。
  • 站点设有 “What I Didn't Capture” 一节:从标题看,作者专门说明了遗漏范围,但资料中未给出该节的具体内容,无法在此列出细节。

与 ZZT、ESC 的关联

  • ZZT:MAP 的历史类比对象和动机来源。ZZT 世界的大量丢失(仅约一半留存)是 Richardson 担心 Minecraft 重蹈覆辙的直接原因。
  • ESC: the Ephemeral Software Collection:站内列为 spin-off project(衍生项目),从名称看关注的是短命/易失的软件收藏,但资料未提供其具体范围。

适合谁用、要注意什么

适合:想找回 2010 年代初中期流传的地图、模组、资源包,或研究 Minecraft 早期社区创作生态的人。

要注意:下载单位是约 50 GB 的 ZIP 包,需要先看 finding aid 确认内容再决定是否下载;官方论坛数据止于 2019 年 6 月;不要把它当作 Minecraft 社区历史的完整备份——按作者自己的说法,它只是极小的一部分。

The Minecraft Archive Project 是什么网站?

The Minecraft Archive Project(简称 MAP)是一个由个人发起的 Minecraft 数字文化保存项目,网站域名为 map.crummy.com。它把 Minecraft 社区中分散、易失的地图、资源包、模组、截图和皮肤打包归档,供人下载留存。适合想找回早年 Minecraft 作品、研究社区创作史,或担心自己作品随原平台消失的玩家与研究者使用。它不是官方服务,也不提供在线游玩或搜索界面,访问者拿到的是按类别和时间切分的 ZIP 归档文件。

项目由谁发起,为什么做

创建者是 Leonard Richardson。他在页面上说明,自己 1990 年代成长时最喜欢的游戏是 ZZT——一款带内置编程语言、可以自制关卡和谜题的方块游戏。当年的 ZZT 世界通过 BBS 和 CompuServe 等在线服务传播,互联网兴起后这些服务关停,大量作品随之消失,据估计只有约一半的 ZZT 世界留存至今。

2010 年代初,他意识到历史正在重演:这一代的“带编程语言的方块游戏”是 Minecraft,青少年投入大量精力建造世界,却把它们分享在不可靠的文件托管站点上。于是他启动 MAP,试图在这些人开始怀旧之前,尽可能抢救一部分文化记录。他也坦言,Minecraft 的流行程度远超 ZZT,自己能保存的恐怕不到其文化历史的百分之一,但没有这个项目,绝大部分内容都将注定消失。

保存了哪些内容

MAP 的采集重点是打包后的二进制文件,同时也会抓取图片。具体包括:

  • Minecraft 地图(Worlds)
  • 资源包
  • 模组(Mods)
  • 截图与皮肤(图片类)

数据从哪里来

项目会定期从以下几个站点抓取新数据并刷新归档:

数据来源 状态说明
Minecraft 官方论坛 2019 年 6 月起已停止
Planet Minecraft 持续采集
CurseForge 持续采集

官方论坛的停运恰好印证了项目动机:原平台一旦关闭,上面的作品就可能整体消失,而归档成了另一条留存路径。

归档怎么组织和获取

MAP 把整个收藏拆成大量 ZIP 文件,每个约 50 GB。每个 ZIP 内附一份 HTML finding aid(查找指南),概述该压缩包中包含什么内容,方便下载前判断是否相关。

页面上的链接按类别和时间组织,例如:

  • Mods:按年份划分,从 2010 年到 2018 年
  • Worlds by Month:按月份划分,从 2011 年起逐月列出

也就是说,想找某个时间段的地图或模组,需要先定位对应年份或月份的 ZIP,再下载数十 GB 的整包,而不是逐条挑选单个作品。这是使用前需要有的预期:归档面向长期保存,不面向便捷检索。

使用前要知道的限制

  • 覆盖不完整:创建者明确表示只能保存极小一部分,不能指望找到所有曾经存在的作品。
  • 粒度粗:以约 50 GB 的 ZIP 为单位分发,单次下载成本高,需要足够的存储空间和带宽。
  • 无在线浏览:页面提供的是归档文件链接和 HTML 查找指南,不是可搜索的数据库或在线地图查看器。
  • 非官方项目:由个人维护,采集范围和更新节奏取决于创建者的持续投入。

如果你的目标是快速玩到某张特定地图,这个站点可能不是最直接的入口;如果你的目标是留存或研究一个正在消失的创作群体,它提供的是目前少见的成规模归档。

网站信息概览

现有迹象表明,多处公开信号能够相互印证网站的技术环境,可能显著缩短扫描器从识别组件到匹配已知问题的路径。结合现有公开信息推测,域名长期存在且接入成熟网络服务,这些独立信号共同指向更稳定的运营投入,但不能单独证明内容或交易绝对可信。

域名与注册信息

截至本次评测,域名年龄约为 30 年。状态中包含防转移保护,未发现 hold 或删除流程标记。顶级域为 .com,本身不提供额外的身份信号。

DNS 与邮件配置

现有迹象表明,NS 记录显示该域名接入了 linode.com。从当前可见信息判断,该域名的收件服务由 Fastmail 提供。该主机名未使用别名记录。已确认 SPF 与 DMARC 配置;DKIM 配置状态未知。RDAP 将 DNSSEC 标记为未签名。

TLS 与证书

公钥采用主流的 RSA 2048 位方案。证书链完整,可由客户端连续验证。证书可验证域名控制权,但现有数据不能确认组织身份。结合现有公开信息推测,当前证书颁发者为 Let's Encrypt。该证书有效期约 89 天,剩余 52 天。

HTTP 响应

Server 响应头暴露了具体软件版本:Apache/2.4.66 (Ubuntu) OpenSSL/3.5.5 mod_wsgi/5.0.2 Python/3.14。HTTP 响应没有提供常用的附加安全策略。响应已省略 X-Powered-By 标头。未在响应头中发现明显的内部地址或调试信息。未从响应字段识别出常见 CDN 或 WAF。

技术栈分析

现有迹象表明,网站呈现出 Apache 2.4.66 的技术特征,并直接公开了 Apache 2.4.66。这能说明其大致搭建方式,也可能降低针对特定版本进行自动化探测的成本。

SEO 与社交分享

页面缺少描述标签,搜索平台可能自行截取正文。当前元数据没有提供响应式视口参数。首页未检测到 Canonical 规范链接。首页没有专门配置社交平台分享信息。首页已设置标题,长度适中。

主机和电子邮件

DNSlinode.com
主机Akamai Connected Cloud
电子邮件Fastmail
IP 地理位置(推测,CDN 或代理可能与源站不同) United States 国旗Fremont, California, United States 推测 96.126.96.64

域名登记事实

RDAP / WHOIS

注册商Domain.com - Network Solutions, LLC
注册时间1996-08-31
到期时间2027-08-30
域名状态client transfer prohibited
名称服务器ns1.linode.com、ns2.linode.com
DNSSECunsigned

DNS 记录

DNS

类型名称值TTL优先级
Amap.crummy.com96.126.96.643600—
MXcrummy.comin1-smtp.messagingengine.com360010
MXcrummy.comin2-smtp.messagingengine.com360020
NScrummy.comns1.linode.com3600—
NScrummy.comns2.linode.com3600—
NScrummy.comns3.linode.com3600—
NScrummy.comns4.linode.com3600—
NScrummy.comns5.linode.com3600—
TXTcrummy.comv=spf1 include:spf.messagingengine.com ?all3600—
DMARC_dmarc.crummy.comv=DMARC1; p=quarantine3600—

TLS 与证书

TLS / SSL

定性结果配置正常
支持协议TLSv1.2、TLSv1.3
协商协议TLSv1.3
证书主题constellation.crummy.com
颁发者Let's Encrypt
有效期至2026-12-17T20:22 · 记录时剩余 52 天
验证事实证书信任:通过 · 域名匹配:通过

HTTP 响应标头

HTTP

标头值
content-typetext/html
serverApache/2.4.66 (Ubuntu) OpenSSL/3.5.5 mod_wsgi/5.0.2 Python/3.14

已识别技术

Apache 2.4.66

页面、搜索与分享信息

页面描述未检测到
规范链接未检测到
语言未知(默认)
Twitter Card未检测到

未知

未发现 robots.txt

暂未发现 Sitemaps

用户评价(0)

  • 暂无评价。