相关问题
更多相关问题 →开源软件是什么?普通人该怎么选和用
开源软件指源代码公开、允许他人查看、修改和再分发的软件。它不等于免费,也不等于没有版权——是否收费、能否商用、二次发布要满足什么条件,取决于具体的开源许可证。对普通人来说,判断一款开源软件值不值得用,关键看三点:许可证是否匹配你的用途、项目是否仍在活跃维护、以及它能否解决你的具体任务。下面按这三个维度展开。
开源软件和"免费软件"不是一回事
很多人把开源等同于免费,这是最常见的误区。开源描述的是源代码的获取与使用权利,免费描述的是价格。两者可以重合,也可以分离:
- 有的开源软件完全免费,靠社区或捐赠维护;
- 有的开源软件本身免费,但官方提供付费的技术支持、托管或企业版;
- 也有软件免费但不开源(只给可执行文件,不给源代码)。
所以看到"开源"两个字,不要直接推断"免费"或"可以随便用"。真正决定你能怎么用的,是它附带的许可证。
常见许可证决定你能做什么
许可证是开源软件的使用规则。同样是开源,不同许可证对"修改后要不要也开源""能不能闭源商用"的要求差别很大。下面是最常见的几类:
| 许可证 | 大致类型 | 修改后必须开源吗 | 典型场景 |
|---|---|---|---|
| MIT | 宽松型 | 不要求 | 想自由使用、闭源集成 |
| Apache 2.0 | 宽松型 | 不要求 | 商用、需专利授权条款 |
| GPL | 传染型(Copyleft) | 分发修改版时要求 | 希望衍生作品也保持开源 |
| LGPL | 弱传染型 | 有限要求 | 库文件被闭源软件调用 |
对普通用户来说,日常使用(自己装来用、不修改不分发)几乎不受许可证限制。真正需要留意许可证的是两类人:把开源代码嵌进自己产品再发布的开发者,以及想基于开源项目做二次分发的人。如果你属于这两类,务必先读项目根目录下的 LICENSE 文件,而不是凭印象判断。
开源不等于安全,也不等于好用
"源代码公开所以更安全"是一种想当然。公开确实让更多人能审查代码,但有没有人真的去审查、发现问题后有没有人及时修,才是安全的关键。判断一个开源项目是否可靠,可以看这些信号:
- 最近提交时间:仓库几个月甚至几年没更新,遇到漏洞可能没人修;
- issue 和 PR 的响应:大量长期未处理的 issue,说明维护者精力有限或已放弃;
- 发布节奏:是否有稳定的版本发布,还是长期停在某个旧版本;
- 社区规模:文档、论坛、问答是否活跃,出问题能不能找到人。
反过来,一个更新频繁、社区活跃的小众开源工具,往往比一个多年不更新的大牌项目更值得信任。
按用途挑选开源替代品
选开源软件,先明确你要完成的任务,再看有没有成熟替代品。以图像处理为例,ImageOptim 就是一类面向"压缩图片、减小文件体积"任务的开源工具,它的定位是替代"导出为 Web 格式"这类操作,而不是替代完整的图像编辑软件。这说明一个重要思路:开源替代品常常只覆盖某个具体环节,而不是一比一替换整个商业软件。
按用途大致可以这样找:
- 图像/媒体处理:先想清楚是"编辑"还是"压缩/转换",前者找编辑器,后者找专用工具;
- 办公文档:找能读写通用格式(如 docx、xlsx)的套件,注意复杂排版可能走样;
- 开发工具:这类开源生态最成熟,编辑器、版本控制、包管理基本都有开源方案;
- 系统工具:压缩、清理、格式转换等小工具,开源选择非常多。
挑选时的通用检查清单:
- 它能不能完成你的核心任务(先看功能,不看名气);
- 最近一次更新是什么时候;
- 有没有清晰的安装说明和文档;
- 出问题时去哪里求助(issue 区、论坛、聊天群)。
安装和使用中的常见卡点
开源软件的安装方式比商业软件更杂,遇到问题先分清是哪一类:
- 来源不明:只从项目官网或官方代码仓库下载,不要用来路不明的第三方打包版本;
- 依赖缺失:部分工具需要先装运行环境或其他组件,报错信息通常会指出缺什么;
- 权限与系统限制:某些系统会拦截未签名应用,需要手动允许,操作前确认来源可信;
- 版本混乱:同一工具有稳定版和开发版,日常使用优先选稳定版。
遇到问题时的求助顺序
- 先查官方文档:多数基础问题文档里就有答案;
- 搜 issue 区:你的问题很可能别人已经提过,看有没有解决方案或临时绕过办法;
- 看社区论坛/聊天群:适合文档没覆盖的使用经验类问题;
- 自己提 issue:写清版本、系统、复现步骤和报错信息,越具体越容易被回应。
提 issue 时不要只写"用不了",而要写"在什么系统、什么版本、执行了什么操作、期望什么结果、实际报了什么错"。这几乎决定了你能不能得到有效帮助。
一句话决策
日常自己用、不修改不分发,选开源软件主要看功能是否够用 + 项目是否还在维护;要把代码嵌进自己的产品再发布,才需要认真读许可证。开源是权利和协作方式,不是质量或免费的保证——把它当成一个需要核实的选项,而不是一个可以放心的标签。
ELKI 主要支持哪些数据挖掘任务和算法方向?
ELKI 的核心定位是无监督学习,主要覆盖聚类分析与异常检测两大任务方向,同时提供大量高度可参数化的算法用于评估和基准测试。它用 Java 编写,采用 AGPLv3 开源许可,面向算法研究而非开箱即用的业务分析。如果你的任务是分类、回归这类有监督学习,或者需要图形化拖拽建模,ELKI 不是首选。
两大核心任务方向
根据 ELKI 官方页面,其算法研究重点明确放在无监督方法上:
- 聚类分析(cluster analysis):把数据划分为若干组,使组内相似、组间差异明显。
- 异常检测(outlier detection):识别与大多数数据显著不同的对象。
这两类任务共享一个前提:不需要预先标注的标签。这也是 ELKI 与许多通用数据挖掘工具在定位上的差异所在。
为什么强调"高度可参数化"
ELKI 的目标是提供大量高度可参数化的算法,以便对算法进行简单、公平的评估与基准测试。这一点直接来自它的设计动机。
页面背景部分解释了原因:数据挖掘研究中同一任务往往存在许多算法,但公平比较很困难——如果拿不到对比算法的实现,或者不同作者的实现效率差异很大,评估结果就会偏向"谁的编程功夫好",而不是"谁的算法更优"。
ELKI 的应对方式是把数据挖掘算法与数据管理任务分离,让两者可以独立评估。官方称这一分离使 ELKI 在 Weka、RapidMiner 这类数据挖掘框架,以及 GiST 这类索引结构框架之间具有独特性。
支持自定义数据类型、距离函数与文件格式
ELKI 的基本设计原则是解耦:
| 解耦对象 | 含义 |
|---|---|
| 文件解析器 / 数据库连接 | 数据来源不绑定 |
| 数据类型 | 不限定为单一数据形式 |
| 距离与相似度度量 | 可替换距离函数 |
| 数据挖掘算法 | 算法与上述组件独立 |
页面明确写道,ELKI 对任意数据类型、距离或相似度度量、文件格式都保持开放。对研究者来说,这意味着换一种距离度量或换一种数据格式时,不必重写算法本身。
性能与可扩展性靠索引结构
为了达到高性能和可扩展性,ELKI 提供数据索引结构,例如 R*-tree,可以带来显著的性能提升。页面也指出,索引结构这类高效数据管理工具对数据挖掘任务影响很大,因此对多种算法都有用。
需要注意的是,索引结构是否生效取决于数据与距离度量是否适配,并非所有算法和度量都能自动受益。
适合谁用
- 适合:数据挖掘与数据库方向的研究者、学生,需要公平比较多种无监督算法、或需要扩展新方法的人。ELKI 被设计为易于扩展,并欢迎贡献新方法。
- 不太适合:只想快速跑通一个业务分析流程、依赖图形界面操作的用户。
使用与引用条件
ELKI 对科研用途免费,这里的"免费"指开源意义上的免费,具体条款以 ELKI 许可证(AGPLv3)为准。如果你在学术论文中使用了 ELKI,官方希望获得引用致谢,引用对象应当是你所使用的那一版 ELKI 对应的出版物,而不是笼统引用项目本身。团队信息可在其 team 页面查看。
从哪里获取更多信息
官方站点 elki-project.github.io 提供教程、HowTo 与文档,以及下载与引用政策、编译说明等入口。建议先看教程和文档确认算法是否覆盖你的任务,再决定是否下载编译。
外汇交易新手如何从零开始系统学习:一份分阶段的学习路线
想系统学习外汇交易,最有效的路径不是一上来就找"必胜策略",而是按顺序打好三层基础:先看懂市场在交易什么,再学会读价格图表,最后用模拟账户把下单、止损、仓位管理变成肌肉记忆。整个过程大致可以分为四个阶段,每个阶段都有明确的"通关标准"。下面这份路线图适合完全零基础、希望自学外汇交易的读者。
第一阶段:建立市场基础认知
这一阶段的目标是听懂行话,知道自己在交易什么。不需要急着看盘,先把概念弄清楚。
必须掌握的核心概念
- 货币对:外汇永远成对交易,比如 EUR/USD。买入欧元的同时就是在卖出美元,前者是基础货币,后者是报价货币。
- 点与点差:点是价格变动的最小常规单位,多数货币对的一个点是小数点后第四位。点差是买入价与卖出价之间的差额,也是你每次开仓的隐性成本。
- 杠杆与保证金:杠杆放大了你的购买力,同时也放大了亏损。保证金是你开仓时需要冻结的那部分资金。新手常见的错误是把高杠杆当成高收益工具,而不是风险工具。
- 交易时段:悉尼、东京、伦敦、纽约四个主要时段轮流开盘,伦敦与纽约重叠的时段通常流动性最高、点差相对更低。
- 订单类型:市价单、限价单、止损单、止盈单,至少要能说清每种订单在什么场景下使用。
通关标准
能用自己的话解释"为什么做多 EUR/USD 等于看涨欧元、看跌美元",并能算出一笔交易的点差成本。
第二阶段:学会读图表
概念清楚后,进入看图阶段。图表是外汇交易者唯一的工作界面。
学习顺序建议
- 先看K线:理解一根K线的开盘、收盘、最高、最低四个价格,以及实体与影线代表的多空力量。
- 再认趋势与结构:学会识别上升趋势、下降趋势和横盘,标出明显的高点与低点。
- 然后接触支撑阻力:找出价格反复停留的区域,这是最基础也最实用的分析工具。
- 最后再学指标:移动平均线、相对强弱指标等可以作为辅助,但不要一开始就堆满屏幕。指标是价格的衍生品,先看懂价格本身更重要。
通关标准
随便打开一个货币对的日线图,能说出当前大致处于什么趋势、最近的关键支撑和阻力在哪里。
第三阶段:模拟交易与风险管理
这是把知识变成习惯的阶段,也是新手最容易跳过、却最不该跳过的一步。
模拟账户练什么
模拟账户的价值不在于"赚钱",而在于无风险地熟悉流程。重点练习:
- 完整走一遍下单流程:选方向、设止损、设止盈、确认手数。
- 记录每一笔交易的理由,而不是只看盈亏结果。
- 固定一种策略反复练,比如只在趋势明确时进场,观察几十笔后的表现。
风险管理的入门规则
- 单笔风险控制在账户的1%–2%:这是被广泛引用的经验值,具体比例需结合自身承受能力调整。
- 每笔交易必设止损:止损不是可选项,而是入场计划的一部分。
- 控制总仓位:同时持有的多笔交易如果方向高度相关,实际风险会叠加。
- 先算风险再算收益:先确定止损位置和可承受亏损,再倒推手数。
交易心理的入门要点
- 亏损是交易成本的一部分,不是失败。
- 不要因为连续几笔亏损就临时加大仓位想"扳回来"。
- 制定规则后,用规则约束临场冲动,而不是靠感觉。
通关标准
能在模拟账户中连续执行同一套规则至少一个月,且每笔交易都有止损和记录。
第四阶段:判断自己是否准备好
在进入真实交易前,可以用下面这份自查清单逐项确认:
| 自查项 | 是否做到 |
|---|---|
| 能解释货币对、点差、杠杆、保证金 | ☐ |
| 能独立读懂K线图和趋势结构 | ☐ |
| 有一套固定的入场与出场规则 | ☐ |
| 每笔交易都设止损,单笔风险有上限 | ☐ |
| 模拟交易记录完整,能复盘盈亏原因 | ☐ |
| 能接受连续亏损而不破坏规则 | ☐ |
| 用于真实交易的钱是闲钱,不影响生活 | ☐ |
如果多数项目还打不上勾,说明还需要在模拟阶段多停留一段时间。真实交易的门槛不是资金,而是纪律。
常见误区提醒
- 追求"圣杯策略":不存在永远有效的单一策略,稳定来自规则加执行。
- 忽视点差与隔夜成本:频繁短线交易时,这些成本会明显侵蚀收益。
- 用生活必需资金交易:这会直接破坏你的心态和判断。
- 只学技术分析,不学资金管理:决定长期结果的往往不是入场点,而是仓位与止损。
小结
外汇学习的正确顺序是:概念 → 图表 → 模拟 → 真实。每个阶段都有可检验的通关标准,不必急于跳到下一步。把基础打牢、把风险管理变成习惯,比找到某个"神奇指标"重要得多。当你能够稳定执行一套规则、并坦然接受单笔亏损时,才算真正具备了进入真实交易的入门条件。
在哪里可以下载 ELKI 并找到教程与文档?
ELKI 的官方入口就是 elki-project.github.io。这个站点同时承担三件事:获取软件(下载与引用政策)、学习使用(Tutorials、HowTos、Documentation)、从源码构建(Compiling ELKI)。如果你只是要跑聚类或异常检测实验,从下载页拿到发行包即可;如果你要改算法或做二次开发,则需要走编译说明并遵守 AGPLv3 的许可条件。
站点上有什么:四个主要入口
根据站点自身的栏目结构,ELKI 官网把内容分成以下几块:
| 入口 | 作用 | 适合谁 |
|---|---|---|
| Download and Citation Policy | 获取 ELKI 发行版本,并说明引用要求 | 所有使用者 |
| Tutorials、HowTos、Documentation | 教程、操作指南与文档 | 初学者、需要查参数的人 |
| Compiling ELKI | 从源码编译的说明 | 研究者、需要扩展算法的人 |
| 团队与出版物页面 | 了解维护者、查看应引用的论文 | 写论文的人 |
站点描述里明确写着 ELKI 是 开源(AGPLv3)的 Java 数据挖掘软件,重点在算法研究,尤其是无监督方法中的聚类分析与异常检测。它还提供 R*-tree 这类数据索引结构,用来换取性能与可扩展性。这些定位决定了文档和教程的内容偏向“算法 + 参数 + 评测”,而不是可视化拖拽式的业务流程。
下载与引用:先分清“用”和“引”
下载页面叫 Download and Citation Policy,这个名字本身就在提示:拿到软件和如何引用是同一件事的两面。
- 下载:站点提供 ELKI 的发行版本,用于科学用途。站点表述为“free for scientific usage”,并指向 ELKI license 查看细节——也就是说,免费的依据是开源许可(AGPLv3),具体条款以许可页为准。
- 引用:如果你在科研论文中使用 ELKI,站点希望你在出版物中给出引用,并且引用与你所用版本相对应的那篇论文,而不是笼统地引一个总入口。出版物列表在 ELKI publications 页面。
一个容易踩的坑:很多人只引了 ELKI 这个名字或官网首页,但站点要求的是对应版本的论文。投稿前先确认你下载的是哪个 release,再去 publications 页找匹配的那一篇。
教程与文档:怎么用起来
站点设有 Tutorials、HowTos、Documentation 栏目。按 ELKI 的设计思路,学习路径大致是:
- 先看 Tutorials,理解一次完整调用需要哪些要素——数据输入、距离或相似度度量、算法、参数。
- 遇到具体操作问题查 HowTos。
- 需要精确参数含义时查 Documentation。
之所以要按这个顺序,是因为 ELKI 的核心设计是解耦:文件解析器或数据库连接、数据类型、距离函数、数据挖掘算法彼此独立。站点原文强调,这种分离让算法与数据管理任务可以独立评估,也是 ELKI 区别于 Weka、RapidMiner 这类框架,以及 GiST 这类索引结构框架的地方。换句话说,你在教程里看到的不是“点一个按钮跑完”,而是分别指定数据、度量、算法和索引。
从源码编译:什么情况下需要
只有当你需要扩展算法或修改框架本身时,才需要走 Compiling ELKI。站点把 ELKI 定位为“易于扩展”,面向该领域的研究者和学生,并欢迎贡献新方法。编译说明就在这个栏目下。
如果你的目标只是复现一次聚类或异常检测实验,用发行包加教程就够了,不必先编译。
按需求选入口
- 想快速跑一次实验:Download and Citation Policy → Tutorials。
- 要写论文并引用:确认版本 → publications 页找对应论文。
- 要改算法或加新方法:Compiling ELKI → Documentation。
- 想比较不同算法是否公平:注意 ELKI 把算法与数据管理分离,正是为了让这种比较不受实现者编程水平差异的干扰——这也是站点给出的设计动机之一。
站点没有在提供的资料中说明价格、登录限制或付费方式,因此不推断为“无需登录即可下载”或“完全免费无限制”;许可与使用条件以 ELKI license 页面为准。
ELKI 的许可证与学术引用要求
ELKI 采用 AGPLv3 开源许可证,对科研使用免费——这里的“free”指开源意义上的自由,而非价格意义上的免费。如果你在科学出版物中使用了 ELKI,官方希望你能引用与你所用版本对应的那篇出版物,而不是笼统地引用整个项目。许可证的具体条款以 ELKI 网站上的 license 页面为准,引用格式和对应关系则列在 publications 页面。
许可证:AGPLv3 意味着什么
ELKI 是“open source (AGPLv3) data mining software written in Java”,这是官网 Quick Summary 中的原话。AGPLv3 是 GNU Affero 通用公共许可证第三版,属于强 copyleft 类许可证,与普通 GPL 的关键差别在于它覆盖了网络服务场景。
对使用者的实际影响可以分几种情况看:
- 学术研究、课程作业、论文实验:正常使用和修改,无需付费,也无需向官方申请授权。
- 修改后仅自己或课题组内部使用:一般不触发对外分发义务。
- 把修改后的 ELKI 作为对外提供的网络服务:AGPLv3 要求向服务使用者提供对应源代码,这是它区别于 GPL 的核心点。
- 把 ELKI 集成进闭源商业产品再分发:需要谨慎评估,通常要与版权方确认授权方式。
需要说明的是,官网资料只明确了“AGPLv3”和“科研使用免费(开源含义)”这两点,并未给出商业授权的具体条款或价格。如果你的场景涉及商业闭源分发,应直接查阅 ELKI 网站上的 license 页面,或联系项目团队确认。
学术引用:引用对应版本的论文
官网的表述是:在科学出版物中应用 ELKI 时,希望以引用相应出版物的形式给予致谢,也就是与你所使用的那个 ELKI 版本相关的出版物。这一点值得特别注意——不是引用某一篇“总论文”就够,而是版本与论文要对应。
原因在于 ELKI 是一个持续演进的框架,不同版本在算法集合、参数、索引结构支持上都有变化。审稿人或读者若想复现你的实验,需要知道确切的版本依据。因此规范做法是:
- 记录你实际使用的 ELKI 版本号。
- 到 ELKI 网站的 publications 页面,找到与该版本对应的出版物。
- 在论文的方法或实验部分引用该出版物,并写明版本号。
团队信息可以在网站的 team 页面查看,出版物清单在 publications 页面。这两个页面是获取准确引用信息的直接入口。
常见卡点
- 只引用了项目主页:主页不是可引用的学术来源,应引用具体出版物。
- 版本与论文不匹配:用了 0.8 却引用 0.7 的论文,会让复现信息失真。
- 把“free”理解为无任何义务:开源免费不等于可以忽略许可证条款,AGPLv3 的分发和服务条款依然适用。
- 商业场景直接套用科研结论:官网只说明了科研使用免费,商业集成的授权条件需要另行确认。
一句话结论
科研用途下,ELKI 可以免费使用,你只需遵守 AGPLv3 并在发表成果时引用与所用版本对应的那篇论文;涉及闭源分发或网络服务对外提供时,先回到 license 页面核对 AGPLv3 的具体义务。
网站信息概览
结合现有公开信息推测,较长的域名历史与专业基础设施同时出现,通常意味着网站具备持续运营和迁移维护能力,临时搭建的可能性相对较低。
域名与注册信息
该域名注册于 2013 年,已有约 13 年历史。现有迹象表明,注册商为 MarkMonitor Inc.,属于企业品牌域名管理服务商。域名已开启常见的注册锁定保护。该网站采用常见域名后缀 .io。
DNS 与邮件配置
从公开技术信号来看,名称服务器由 Amazon Route 53 提供,使用专业 DNS 托管。域名设置了 CAA,证书签发机构受到 DNS 记录约束。该主机名未使用别名记录。DNS 中没有邮件交换记录。当前未检测到 DNSSEC 签名。
TLS 与证书
RSA 密钥长度为 2048 位,符合当前常见配置。服务器返回了完整证书链。证书未包含组织名称,按现有字段归为 DV 域名验证证书。现有迹象表明,证书由 Let's Encrypt 签发,采用常见的自动化短周期证书服务。TLS 证书采用约 89 天的短有效期。
HTTP 响应
HTTP 响应没有提供常用的附加安全策略。Access-Control-Allow-Origin 设置为通配符。响应已省略 X-Powered-By 标头。现有迹象表明,响应中的 x-cache、x-served-by、via 表明流量经过 CDN 或缓存代理。未在响应头中发现明显的内部地址或调试信息。
技术栈分析
从公开技术信号来看,公开信号足以推测网站使用 Google Analytics、Fastly,却不足以确定版本。外部扫描仍可能围绕这些技术展开,只是无法直接命中特定版本范围。
SEO 与社交分享
页面未检测到 Open Graph 元数据。页面标题长度为 26 个字符,处于常用展示范围。页面描述已设置,长度为 34 个字符。当前首页面向常规搜索抓取开放。页面未公开 Generator 元标签。
主机和电子邮件
页面、搜索与分享信息
| 页面描述 | Open-Source Data Mining with Java. |
|---|---|
| 规范链接 | http://elki-project.github.io/ |
| 语言 | 未知(默认) |
| Twitter Card | 未检测到 |
未知
robots.txt (在新窗口打开)
46 条规则sogou web spider 0 条允许 · 1 条禁止
/
sogou inst spider 0 条允许 · 1 条禁止
/
sogou spider2 0 条允许 · 1 条禁止
/
sogou blog 0 条允许 · 1 条禁止
/
sogou news spider 0 条允许 · 1 条禁止
/
sogou orion spider 0 条允许 · 1 条禁止
/
sosospider 0 条允许 · 1 条禁止
/
所有爬虫 0 条允许 · 9 条禁止
/releases/release0.1/doc/releases/release0.5.0~beta1/doc/releases/release0.5.0~beta2/doc/releases/release0.6.0~beta1/doc/releases/release0.6.0~beta2/doc/releases/release0.6.5~20140718/doc/releases/release0.6.5~20140721/doc/releases/release0.6.5~20141030/doc/releases/*/doc/index.html?de/lmu/
archive.org_bot 0 条允许 · 9 条禁止
/releases/release0.1/doc/releases/release0.5.0~beta1/doc/releases/release0.5.0~beta2/doc/releases/release0.6.0~beta1/doc/releases/release0.6.0~beta2/doc/releases/release0.6.5~20140718/doc/releases/release0.6.5~20140721/doc/releases/release0.6.5~20141030/doc/releases/*/doc/index.html?de/lmu/
ia_archiver 0 条允许 · 9 条禁止
/releases/release0.1/doc/releases/release0.5.0~beta1/doc/releases/release0.5.0~beta2/doc/releases/release0.6.0~beta1/doc/releases/release0.6.0~beta2/doc/releases/release0.6.5~20140718/doc/releases/release0.6.5~20140721/doc/releases/release0.6.5~20141030/doc/releases/*/doc/index.html?de/lmu/
youdaobot 0 条允许 · 1 条禁止
/- 间隔
抓取间隔 360000 秒
haosouspider 0 条允许 · 1 条禁止
/- 间隔
抓取间隔 360000 秒
360spider 0 条允许 · 1 条禁止
/- 间隔
抓取间隔 360000 秒
megaindex 0 条允许 · 1 条禁止
/- 间隔
抓取间隔 360000 秒
blexbot 0 条允许 · 1 条禁止
/
dotbot 0 条允许 · 1 条禁止
/
ahrefsbot 0 条允许 · 1 条禁止
/
smtbot 0 条允许 · 1 条禁止
/
semrushbot 0 条允许 · 1 条禁止
/
semrushbot-sa 0 条允许 · 1 条禁止
/
wesee_bot 0 条允许 · 1 条禁止
/
ltx71 0 条允许 · 1 条禁止
/
没有符合条件的规则。
Sitemaps
0暂未发现 Sitemaps
域名登记事实 RDAP / WHOIS
| 注册商 | MarkMonitor Inc. |
|---|---|
| 注册时间 | 2013-03-08 |
| 到期时间 | 2027-03-08 |
| 域名状态 | clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited、clientTransferProhibited https://icann.org/epp#clientTransferProhibited、clientUpdateProhibited https://icann.org/epp#clientUpdateProhibited |
| 名称服务器 | dns1.p05.nsone.net、dns2.p05.nsone.net、dns3.p05.nsone.net、ns-1622.awsdns-10.co.uk、ns-692.awsdns-22.net |
| DNSSEC | unsigned |
DNS 记录
| 类型 | 名称 | 值 | TTL | 优先级 |
|---|---|---|---|---|
| A | elki-project.github.io | 185.199.108.153 | 3600 | — |
| A | elki-project.github.io | 185.199.109.153 | 3600 | — |
| A | elki-project.github.io | 185.199.110.153 | 3600 | — |
| A | elki-project.github.io | 185.199.111.153 | 3600 | — |
| AAAA | elki-project.github.io | 2606:50c0:8000::153 | 3600 | — |
| AAAA | elki-project.github.io | 2606:50c0:8001::153 | 3600 | — |
| AAAA | elki-project.github.io | 2606:50c0:8002::153 | 3600 | — |
| AAAA | elki-project.github.io | 2606:50c0:8003::153 | 3600 | — |
| NS | github.io | dns1.p05.nsone.net | 2959 | — |
| NS | github.io | dns2.p05.nsone.net | 2959 | — |
| NS | github.io | dns3.p05.nsone.net | 2959 | — |
| NS | github.io | dns4.p05.nsone.net | 2959 | — |
| NS | github.io | ns-1339.awsdns-39.org | 2959 | — |
| NS | github.io | ns-1622.awsdns-10.co.uk | 2959 | — |
| NS | github.io | ns-393.awsdns-49.com | 2959 | — |
| NS | github.io | ns-692.awsdns-22.net | 2959 | — |
| TXT | github.io | v=spf1 a -all | 3600 | — |
| CAA | github.io | 0 issue "digicert.com" | 3600 | — |
| CAA | github.io | 0 issue "letsencrypt.org" | 3600 | — |
| CAA | github.io | 0 issue "sectigo.com" | 3600 | — |
| CAA | github.io | 0 issuewild "digicert.com" | 3600 | — |
| CAA | github.io | 0 issuewild "letsencrypt.org" | 3600 | — |
| CAA | github.io | 0 issuewild "sectigo.com" | 3600 | — |
TLS 与证书
| 定性结果 | 配置正常 |
|---|---|
| 支持协议 | TLSv1.2、TLSv1.3 |
| 协商协议 | TLSv1.3 |
| 证书主题 | *.github.io |
| 颁发者 | Let's Encrypt |
| 有效期至 | 2026-10-31T23:38 · 记录时剩余 30 天 |
| 验证事实 | 证书信任:通过 · 域名匹配:通过 |
HTTP 响应标头
| 标头 | 值 |
|---|---|
| content-type | text/html; charset=utf-8 |
| cache-control | max-age=600 |
| server | GitHub.com |
| access-control-allow-origin | * |
用户评价(0)