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

itty.bitty.site 暂未发现付费内容

分类: 其他

标签:itty.bitty.site

itty bitty things can be conveyed in a link.

访问网站

更新时间:2026-10-01 02:01 语言:未知(默认) 网站访问:正常

站内浏览 0 次 访问跳转 0 次
itty.bitty itty.bitty.site itty.bitty helps clean, compare, sort, transform, count, or format text in the browser. ↗ 首页完整截图
编辑评测

网站深度测评

itty.bitty.site 是什么网站?

itty.bitty 是一个把整段网页内容直接压缩进链接里的极简工具站。它不靠服务器存储页面,而是让内容“长”在 URL 中,打开链接就能看到你写的东西。

它的核心用途

  • 把一小段 HTML 或文本变成可分享的链接
  • 链接本身就是内容载体,不需要后端或数据库
  • 适合传递一句话、一个提示、一个小页面

典型使用场景

  • 想给朋友发一段排版好的文字,又不想发文件
  • 在聊天或论坛里贴一个“点开即见”的迷你网页
  • 演示“内容可以完全装进 URL”这个思路

和普通短链或笔记页的区别

  • 短链服务只存跳转地址,内容在别处;itty.bitty 把内容编码进链接本身
  • 在线笔记或 Pastebin 需要服务器保存;itty.bitty 的链接一旦生成,内容随链接走
  • 代价是链接会很长,且不适合放大量内容

什么时候适合用

  • 内容很短,且你希望链接自包含
  • 不想依赖第三方长期保存
  • 能接受链接变长、复制粘贴略麻烦

什么时候不适合

  • 页面较大、图片多
  • 需要更新内容(链接生成后内容就固定了)
  • 对链接长度敏感,比如发短信或打印

想试的话,直接打开网站,把要分享的内容粘进去,生成链接后复制走即可。

如何把整段文本直接打包进一个链接里分享?

把整段文本打包进链接,核心做法是把文本压缩后放进 URL 的片段(# 后面),itty.bitty 就是专门做这件事的工具:在浏览器里粘贴或输入文本,它会生成一个自带内容的链接,打开链接即可还原文本,文字不会经过服务器。

适合谁、什么场景用

  • 想在聊天、邮件、论坛里发一段配置、代码片段、清单,又不想用网盘或粘贴站。
  • 希望内容只存在于链接本身,不依赖第三方存储、不会因为粘贴站过期而失效。
  • 文本量不大时最合适,因为链接长度受浏览器和平台限制。

基本使用步骤

  1. 打开 itty.bitty。
  2. 在输入区粘贴或输入整段文本。
  3. 复制生成的链接,直接分享。
  4. 对方打开链接,页面会还原出原文。

选择条件与限制

  • 链接会随文本变长。太长的文本在部分聊天软件、邮件客户端里可能被截断或换行破坏。
  • 文本里若含大量特殊字符,压缩后仍可能很长,建议先精简。
  • 它适合纯文本;图片、附件不适合用这种方式。

可对比的同类思路

  • Pastebin:把文本存到服务器再给短链接,链接短但依赖服务存活。
  • GitHub Gist:适合代码片段,可版本管理,但需要账号、内容公开可查。
  • Base64 Encode:可手动把文本编码进 URL,但不会压缩,链接通常更长。

如果只是偶尔分享一小段文字,直接用 itty.bitty 生成链接最省事;文本很长或需要长期保存、多人编辑时,改用 Gist 或粘贴站更稳。

itty.bitty 生成的链接有没有长度上限?

有,而且限制主要来自浏览器和聊天/邮件等载体,不是 itty.bitty 自己设的固定字数。

为什么会有限制 itty.bitty 把整段内容压缩后放进 URL 的 # 片段里。链接本身就是一个正常网址,所以它的长度受浏览器地址栏上限、以及你把链接粘贴到哪里影响。

实际使用时的常见上限

  • 浏览器地址栏:Chrome、Firefox 等通常能处理几万字符,但超过约 2000 字符后,部分工具和平台会截断。
  • 聊天软件、邮件、社交平台:很多会对长链接做截断或换行,导致点击后内容丢失。
  • 二维码:如果要把链接转成二维码,内容越长,二维码越密,越难扫。

判断能不能用的简单方法 生成链接后,先自己点开测试一次;再把它粘贴到目标平台(微信、邮件、文档)里,确认没有断行或截断。如果链接超过几千字符,建议改放短文本,或改用文件、网盘等更稳的方式分享。

用 itty.bitty 分享的内容需要联网才能打开吗?

需要联网才能打开。itty.bitty 的原理是把内容压缩后塞进链接的片段里,但链接本身仍要通过浏览器访问 itty.bitty.site 才能解析和渲染,所以打开时必须有网络。

具体使用情境

  • 你把一段文字、Markdown 或小页面生成 itty.bitty 链接后发给别人,对方点击时浏览器会先请求该站点,再从 URL 片段中还原内容。
  • 如果对方处于离线状态,或该站点无法访问,链接就打不开——即使内容其实“藏在链接里”。

选择条件

  • 想离线也能看:直接把内容存成文件(.txt、.html)发过去,或用邮件/聊天工具发送正文。
  • 想长期可访问:注意 itty.bitty 依赖域名和服务的持续存在,重要内容建议另存一份。
  • 想分享极小内容且对方在线:itty.bitty 这类“内容即链接”的方式很轻便,例如需要发一段配置、一小段代码或一条短说明时。

下一步 如果你要分享的内容较长,先确认压缩后链接不会超出浏览器/聊天工具的 URL 长度限制;超长时改用文件或在线文档更稳妥。

itty.bitty 适合用来做哪些文本处理或分享场景?

itty.bitty 适合“把一小段文本变成可分享链接”的场景:内容直接编码进 URL,打开链接就能看到,不依赖账号或服务器存储。

典型用途

  • 分享短文本:一段备注、代码片段、配置、清单、临时说明。
  • 自我传递:从电脑发到手机,或跨设备复制一小段内容。
  • 隐私敏感的小内容:不落到第三方数据库,只随链接走。
  • 嵌入或引用:把链接放在聊天、文档、邮件里,点开即读。

它不适合什么

  • 长文、图片、附件、多人协作编辑。
  • 需要长期稳定保存、更新同一链接、或权限管理的场景。
  • 内容越长,链接越长,部分聊天工具可能截断。

选择条件

需求 是否合适
短文本、一次性分享 合适
不想注册、不想上传 合适
需要编辑历史/协作 不合适
内容很大或含媒体 不合适

例如需要把一段 20 行以内的代码或待办清单发给同事,又不想经过云盘或笔记应用,itty.bitty 就很直接:生成链接,发出去,对方打开即见。

如果你要分享的内容超过几百字,或需要后续修改,建议改用在线文档或代码片段服务,例如 GitHub Gist 或 Pastebin。

使用 itty.bitty 时数据会经过服务器吗?

不会。itty.bitty 的核心设计是把内容直接压缩进 URL 的锚点(# 后面的片段)里,这段内容只在浏览器本地读取和还原,不会发送到服务器。

具体来说:

  • 你输入的文字经压缩后变成链接的一部分,整段数据随链接本身传递。
  • 锚点片段按浏览器规范不会随 HTTP 请求发给服务器,所以打开链接时服务器也看不到内容。
  • 数据是否长期存在,取决于你是否保存并分享那条链接;链接本身丢了,内容也就没了。

使用建议

  • 处理敏感文本(密钥、个人信息、内部文档片段)时,这种方式比上传到云端服务更稳妥。
  • 但别把链接发到公开渠道,因为任何拿到链接的人都能还原内容。
  • 如果内容很长,链接会变得很长,某些聊天工具或平台可能截断,导致打不开——这类情况下建议改用本地文件或加密笔记工具。

和其他方式对比

  • 在线文本工具(如粘贴板类网站):内容通常要经过服务器存储,隐私性较弱。
  • itty.bitty:内容不进服务器,但代价是链接长度和分享渠道的限制。

例如需要临时把一段配置文本传给同事,又不想让它留在任何服务器上,用 itty.bitty 生成链接直接发过去就比较合适。

itty.bitty.site 可以完成哪些文本处理任务?

itty.bitty.site 是一个在浏览器里运行的文本处理工具,主要覆盖清理、比较、排序、转换、计数和格式化这几类操作。它更适合处理小段文本,例如几行到几百行的日志、名单、代码片段或配置内容,而不是大型文件或需要批量导入导出的场景。具体能用的功能,以页面当前实际提供的工具为准。

它主要能做什么

根据网站自身的描述,itty.bitty 帮助用户在浏览器中完成以下方向的文本操作:

  • 清理(clean):去掉多余空格、空行、重复行,或统一换行符等。
  • 比较(compare):对比两段文本的差异,找出增加、删除或修改的部分。
  • 排序(sort):按字母、数字或行内容对文本行重新排列。
  • 转换(transform):改变文本形式,例如大小写转换、编码转换、格式互转。
  • 计数(count):统计字符数、单词数、行数或某个内容的出现次数。
  • 格式化(format):把杂乱的文本整理成更规整的结构,例如对齐、缩进或重排。

这些操作共同点是:输入一段文本,在浏览器内完成处理,再输出结果。适合临时、轻量的处理需求。

适合的使用场景

例如需要处理下面这类任务时,itty.bitty.site 会比较顺手:

  • 从表格或系统里复制出一列数据,想去重、排序后再用。
  • 对比两个版本的配置或代码片段,找出改动位置。
  • 统计一段文案的字数、行数或某个词出现几次。
  • 把大小写混乱、空格不统一的文本整理干净。
  • 把一段文本转换成另一种格式,方便粘贴到别处。

这些场景的共同点是文本量不大、不需要复杂流程,也不需要安装软件。

使用前需要知道的两点

第一,它偏向小段文本。 网站定位是处理可以在浏览器里直接操作的文本,不是大型文件处理工具。如果文本有几十万行,或需要读取本地大文件、批量处理多个文件,它未必合适。

第二,具体功能以页面实际提供的工具为准。 上面列的是它声称覆盖的方向,但每个方向下具体有哪些工具、参数怎么设置,会随页面版本变化。使用前先看页面上实际列出了哪些功能,再决定是否满足你的需求。

常见问题

数据会上传到服务器吗? 从网站描述看,它是在浏览器中完成文本处理的。这意味着处理过程发生在你的设备上,而不是把文本发送到远端服务器。不过这一点仍建议以页面当前的说明为准,涉及敏感内容时先确认再使用。

它和普通文本编辑器有什么区别? 普通编辑器侧重编辑,itty.bitty.site 侧重对已有文本做清理、比较、排序、转换、计数和格式化这类加工操作,更适合“把一段文本整理成想要的样子”这种一次性任务。

itty.bitty.site 的“通过链接传递小内容”是什么意思?

“itty bitty things can be conveyed in a link”的意思是:把一小段内容直接编码进网址本身,接收者打开这个链接就能看到内容,而不需要内容先被上传到某个服务器再下载。它适合分享短文本片段、小段代码或简短说明,前提是内容足够短,链接长度在可接受范围内。

它是怎么做到的

普通分享流程是:你把文本上传到服务器,服务器生成一个地址,接收者访问地址后从服务器取回文本。itty.bitty.site 走的是另一条路:

  1. 你在浏览器里输入或粘贴要分享的文本。
  2. 工具把这段文本编码进链接的片段部分(URL 中 # 之后的内容)。
  3. 你把生成的链接发给别人。
  4. 对方打开链接,浏览器读取链接里的编码内容并还原成文本显示出来。

关键点在于:内容随链接一起传递,而不是存在某个服务器上等待被取回。链接本身就是“包裹”。

接收者会看到什么

接收者不需要安装任何东西,也不需要注册或登录,直接用浏览器打开链接即可看到那段文本。对接收者来说,体验和打开一个普通网页没有区别,只是页面内容来自链接自身携带的数据。

适合分享什么

  • 一小段纯文本、备注或说明
  • 几行代码片段或配置示例
  • 一条简短的消息、清单或待办
  • 需要快速传给对方、又不想经过第三方存储的短内容

需要注意的限制

链接长度和可编码的内容大小是有限的。内容越长,链接越长,而浏览器和聊天工具对 URL 长度都有实际限制,过长的链接可能被截断、无法点击或直接打不开。因此它更适合“小内容”(itty bitty 本身就是“极小”的意思),不适合分享长文档、大段文章或文件。

另外,由于内容就在链接里,任何拿到链接的人都能看到内容。分享前要考虑链接会不会被转发到你不希望的范围。

和“上传到服务器”方式的区别

维度 链接内编码(itty.bitty.site 的方式) 上传到服务器
内容存放位置 链接本身 服务器
接收者如何获取 打开链接即还原 从服务器下载
适合的内容量 小 可大可小
链接长度 随内容变长 通常较短
内容可见范围 拿到链接即可见 取决于服务器权限设置

选择哪种方式,取决于内容有多长、你是否在意内容经过第三方服务器,以及链接会不会被广泛转发。短内容、想少一层存储时,链接内编码更直接;内容较长或需要权限控制时,上传到服务器的方式更合适。

什么时候适合用 itty.bitty.site 这类在线文本工具?

如果任务是一次性的、文本量不大、且不涉及敏感信息,用 itty.bitty.site 这类浏览器内文本工具通常比装软件更快。它把清理、比较、排序、转换、计数、格式化等操作放在浏览器里完成,打开网页就能用,不用安装、不用注册,换台设备也能继续。反过来,如果文本很大、需要反复批量处理、或者内容涉及隐私和机密,本地编辑器或脚本更合适。

这类工具解决的是什么问题

itty.bitty.site 的定位是“在浏览器里清理、比较、排序、转换、计数或格式化文本”。它的价值不在于功能多,而在于把零散的文本处理需求集中到一个即开即用的页面里。

典型场景包括:

  • 从表格或日志里复制出来的一列数据,需要去重、排序、按行整理
  • 两段配置或两版文案,需要快速找出差异
  • 一段 JSON、CSV 或列表,需要调整格式再看
  • 临时统计行数、字符数、词数
  • 把大小写、空格、分隔符统一成一种样式

这些任务的共同点是:输入输出都是一次性的,做完就不需要保留工具本身。

适合用在线工具的情况

任务临时、频率低

偶尔需要处理一段文本,为此装一个编辑器插件或写一段脚本并不划算。打开网页、粘贴、处理、复制走,整个流程几十秒。

需要跨设备

在别人的电脑、平板或临时环境里,没法安装软件。浏览器工具只要有网就能用,不依赖本地环境。

文本量在可控范围内

几百行到几千行的文本,浏览器处理起来没有明显压力。超过这个量级,粘贴和渲染本身就会变慢。

内容不敏感

公开的示例数据、自己整理的清单、格式转换用的模板,这类内容放进在线工具没有额外风险。

不适合用在线工具的情况

超大文件

几十万行、几十 MB 的文本,浏览器标签页容易卡顿甚至崩溃。本地命令行工具(如 sort、uniq、awk)或专业编辑器更稳。

高度敏感数据

客户名单、密钥、未公开的合同、个人身份信息,不应该粘贴到任何在线页面。即使工具声称在本地处理,也无法替代对数据流向的确认。这类内容应留在本地软件里处理。

需要可重复、可版本控制的流程

如果同一套处理逻辑要反复执行,或者需要记录每一步做了什么,脚本和配置文件比手动操作更可靠。在线工具适合一次性操作,不适合当作流水线的一环。

需要复杂逻辑

多条件筛选、跨文件关联、正则批量替换加条件判断,这些用代码表达更清晰,也更不容易出错。

和本地软件怎么选

维度 itty.bitty.site 这类在线工具 本地编辑器 / 脚本
安装成本 无需安装 需要安装或配置
跨设备 有浏览器即可 依赖本地环境
处理大文本 容易卡顿 更稳定
敏感数据 不建议 更可控
可重复流程 手动为主 可脚本化、可版本控制
学习成本 低 视工具而定

选择逻辑可以简化成一句话:临时、小量、不敏感,用在线;长期、大量、敏感或需要自动化,用本地。

使用时的几个注意点

  • 粘贴前先确认内容里没有不该外传的信息
  • 处理前保留一份原始文本,避免转换后无法还原
  • 大段文本先截取一小部分试跑,确认结果符合预期再整体处理
  • 如果工具提供“通过链接传递小内容”的能力,注意链接本身可能携带数据,分享前想清楚接收方是谁

把在线文本工具当作本地编辑器的轻量补充,而不是替代品,通常能得到最省事的结果。

itty.bitty.site 是什么网站?

itty.bitty.site 是一个在浏览器里处理文本的在线工具,主要用来清理、比较、排序、转换、计数或格式化文本。它不需要安装软件,打开网页就能用;它的核心理念是“itty bitty things can be conveyed in a link”,也就是把很小的内容通过链接来传递。如果你只是偶尔需要整理一段文本、比较两段文字差异,或者做排序、计数、格式转换,它适合作为轻量工具使用;但如果你要处理敏感数据、超大文件或需要团队协作,就不一定合适。

它能做什么

根据网站自身的说明,itty.bitty 围绕文本处理提供几类常见操作:

  • 清理:去掉多余空格、空行或不需要的字符。
  • 比较:查看两段文本之间的差异。
  • 排序:按行或按规则重新排列文本。
  • 转换:在不同文本形式之间转换。
  • 计数:统计字符、单词或行数等。
  • 格式化:把文本整理成更易读的结构。

这些操作都发生在浏览器中,不需要下载客户端,也不需要注册账号才能了解其用途。

适合哪些使用场景

它更适合“小内容”和“临时处理”的任务。例如:

  • 从文档里复制一段文字,想快速去掉空行和多余空格。
  • 有两版配置或文案,想比较差异,但不想打开专业 diff 工具。
  • 有一列数据需要按字母或长度排序,再复制回原处。
  • 想快速知道一段文本有多少字符或多少行。
  • 想把一段文本转成另一种格式,用于粘贴到别的地方。

网站的描述里强调“itty bitty things can be conveyed in a link”,说明它关注的是把小型内容通过链接传递,而不是做大型文件管理或复杂数据处理。

使用前需要知道什么

  • 在浏览器中操作:不需要安装,打开网站即可使用。
  • 定位是轻量文本工具:功能集中在清理、比较、排序、转换、计数和格式化,不是完整的文档编辑器或代码 IDE。
  • 链接传递小内容:它的理念是把小内容放进链接里传递,适合短文本或小片段。
  • 没有资料支持免费或登录限制:当前输入没有提到价格、付费方式或登录要求,因此不能推断它一定免费或一定无需登录;使用前以网站实际页面为准。
  • 敏感内容需谨慎:如果文本包含密码、密钥、个人隐私或公司内部数据,先确认工具的数据处理方式,再决定是否粘贴。

怎么判断是否适合自己

可以按下面几个条件快速判断:

你的需求 是否适合用 itty.bitty
临时清理、排序、计数一段短文本 适合
比较两小段文字的差异 适合
不想安装软件,直接在浏览器里完成 适合
处理超大文件或批量文件 不适合,它不是为这个场景设计的
需要多人协作、版本历史 不适合
处理敏感或机密文本 先确认数据处理方式,谨慎使用

如果你只是想要一个打开就能用的轻量文本处理入口,itty.bitty.site 值得先试一下;如果你需要的是完整编辑器、团队协作或大规模数据处理,它就不是首选。

itty.bitty.site 处理文本时,数据会上传到服务器吗?

不会。itty.bitty.site 的文本处理在浏览器本地完成,你输入的文本不会作为处理内容上传到它的服务器,也不需要注册账号或上传文件。这个结论适用于它提供的清理、比较、排序、转换、计数、格式化等文本操作。但“本地处理”不等于“绝对安全”:如果你在公共电脑上操作,或把结果生成链接后分享出去,风险来自设备本身和链接的传播范围,而不是处理过程。

为什么可以不上传

这类工具的实现方式是把处理逻辑放在网页的 JavaScript 里。你在输入框里打字或粘贴文本时,代码直接在浏览器内存中读取和改写这段内容,再把结果显示回页面。

  • 输入:你粘贴或键入的文本
  • 动作:浏览器执行排序、去重、大小写转换、计数等函数
  • 预期结果:结果立即出现在页面上,不经过一次“提交到服务器再返回”的往返

判断一个网页工具是否真的本地处理,可以看一个简单信号:断网后刷新页面,如果页面已经加载完成,处理功能仍然可用,说明核心逻辑不依赖每次操作都请求服务器。反过来,如果一断网就报错或转圈,就要怀疑数据被发走了。

不需要注册或上传文件意味着什么

不需要注册,意味着没有账号体系去关联你的操作记录;不需要上传文件,意味着你不必先把文本存成文件再传给对方。对处理日志、配置片段、临时整理的名单这类内容,这比“先上传再下载”的流程少了一个数据离开设备的环节。

但要注意两点:

  1. “不需要上传”是这类工具的设计目标,不代表你粘贴的内容一定不含敏感信息。真正决定风险的是你放进去的内容本身。
  2. 浏览器扩展、输入法、剪贴板同步工具、屏幕录制软件都可能看到你粘贴的内容,它们和 itty.bitty.site 是两回事。

公共设备上的实际风险

在图书馆、网吧、酒店商务中心或别人的电脑上使用时,风险主要不在网站,而在设备:

  • 浏览器可能保留了自动填充、历史记录或剪贴板内容
  • 输入法可能带云同步
  • 下一位使用者可能通过后退键、标签页恢复看到你的文本
  • 屏幕可能被旁人看到

如果必须处理敏感内容,更稳妥的做法是换到你可控的设备,或者把敏感字段先替换成占位符再处理,用完关闭无痕窗口并清空剪贴板。

分享链接可能带来的风险

“itty bitty things can be conveyed in a link”说明这个工具的一个特点是能把内容装进链接里。这带来一个容易忽略的问题:链接本身就是数据载体。

  • 你把生成的链接发给别人,等于把链接里的内容也给了对方
  • 链接可能被转发、被聊天软件存档、被浏览器同步到其他设备
  • 如果链接里含有姓名、密钥、内部地址,泄露范围就不再受你控制

所以,分享前先确认链接里到底装了什么。对含敏感信息的文本,不要用“生成链接再发出去”的方式传递,改用你信任的加密渠道或当面传递。

怎么判断自己该不该用

你的情况 建议
处理公开文本、临时格式化、排序去重 可以直接用
处理公司内部日志、配置 可用,但避免生成分享链接
处理密码、密钥、个人身份信息 换可控设备,或先脱敏
在公共电脑上操作 优先换设备;必须用时开无痕、清剪贴板
需要把结果发给别人 确认链接内容,敏感内容改用安全渠道

核心判断标准只有一条:这段文本如果被别人看到,你能接受吗?能,就放心用本地处理;不能,就先解决设备和分享渠道的问题,再谈工具本身。

网站信息概览

综合当前可观察字段,站点的域名资历和网络配置都体现出一定运营沉淀,这有助于建立连续性判断,但仍需结合主体身份和具体业务。依据当前可见线索,多项搜索或分享字段同时缺失时,平台可能自行截取标题、正文和图片,最终展示更不稳定,也可能削弱用户的点击判断。

域名与注册信息

从注册时间看,这个域名已经持续存在约 8 年。结合现有公开信息推测,注册商为 Squarespace Domains II LLC,属于常见的主流域名服务商。该网站采用常见域名后缀 .site。

DNS 与邮件配置

综合当前可观察字段,NS 记录显示该域名接入了 Google Cloud DNS。未发现 MX 记录,该域名当前不具备常规收件配置。该域名尚未启用 DNSSEC。DNS 记录中的最低 TTL 为 120 秒。DNS 记录中未包含证书颁发授权项。

TLS 与证书

公钥算法为 EC,密钥长度 256 位。TLS 握手提供了完整的证书链数据。证书可验证域名控制权,但现有数据不能确认组织身份。现有迹象表明,当前证书颁发者为 Let's Encrypt。该证书有效期约 89 天,剩余 87 天。

HTTP 响应

HTTP 安全策略部分覆盖,仍需补充 CSP、X-Content-Type-Options、Referrer-Policy、Permissions-Policy、点击劫持防护。未发现 X-Powered-By,后端框架信息未通过该字段公开。响应头没有可识别的内部信息泄露。Server 头使用自定义值 Netlify。HTTP 响应没有提供边缘代理证据。

技术栈分析

依据当前可见线索,公开页面可识别出 Google Analytics、Netlify,但未直接暴露精确版本。网站实现方式并非完全隐藏,不过针对特定版本的扫描线索相对有限。

SEO 与社交分享

页面标题为空,搜索结果可能由平台自行生成。首页未检测到 Canonical 规范链接。首页没有专门配置社交平台分享信息。首页提供了可用的搜索摘要描述。页面允许搜索引擎收录和跟踪链接。

主机和电子邮件

DNSGoogle Cloud DNS
主机Netlify
位置 United States 国旗Ashburn, Virginia, United States 18.208.88.157

用户评价(0)

  • 暂无评价。

页面、搜索与分享信息

页面描述itty bitty things can be conveyed in a link.
规范链接未检测到
语言未知(默认)
Twitter Card未检测到

未知

未知

暂未发现 Sitemaps

域名登记事实 RDAP / WHOIS

注册商Squarespace Domains II LLC
注册时间2018-05-09
到期时间2027-05-09
域名状态active
名称服务器ns-cloud-d1.googledomains.com、ns-cloud-d2.googledomains.com、ns-cloud-d3.googledomains.com、ns-cloud-d4.googledomains.com
DNSSECunsigned

DNS 记录

类型名称值TTL优先级
Aitty-bitty-site.netlify.app18.208.88.157120—
Aitty-bitty-site.netlify.app98.84.224.111120—
AAAAitty-bitty-site.netlify.app2600:1f18:16e:df01::258311—
AAAAitty-bitty-site.netlify.app2600:1f18:16e:df01::259311—
NSbitty.sitens-cloud-d1.googledomains.com21600—
NSbitty.sitens-cloud-d2.googledomains.com21600—
NSbitty.sitens-cloud-d3.googledomains.com21600—
NSbitty.sitens-cloud-d4.googledomains.com21600—
TXTbitty.siteopenai-domain-verification=dv-nt6KpIJzEJlwWwkpBG7rpxlO3600—
CNAMEitty.bitty.siteitty-bitty-site.netlify.app3600—

TLS 与证书

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

HTTP 响应标头

标头值
content-typetext/html; charset=UTF-8
cache-controlpublic,max-age=0,must-revalidate
serverNetlify
strict-transport-securitymax-age=31536000

已识别技术

Google AnalyticsNetlify