writemonkey.com 暂未发现付费内容
分类: 其他
Software for full screen distraction free creative writing. No whistles and bells, just empty screen, you and your words. WriteMonkey is light, fast, and perfectly handy for those who enjoy the simplicity of a typewriter but live in modern times.
相关问题
更多相关问题 →Asbru Web Content Editor 值得买吗:适用场景、集成方式与选购要点
Asbru Web Content Editor 是一个面向 Web 开发者/程序员的 WYSIWYG HTML/XHTML 编辑器组件,用来替换自有或第三方 Web 应用里的 TEXTAREA 输入框,让非技术用户也能创建和更新网页内容。如果你是需要给表单、留言板、Web 邮件系统或内容管理系统嵌入富文本编辑能力的开发者,它值得纳入候选;如果你只是想直接建站、不写集成代码,官方明确建议改用 Asbru Website Manager 或 Asbru Web Content Management 这类现成产品,而不是这个组件。
它解决的是什么问题
核心定位是“可嵌入的编辑组件”,不是独立建站工具。典型用法是把应用里原本只能输入纯文本的 TEXTAREA 换成它,用户就能在浏览器里所见即所得地编辑富内容。
官方给出的替换场景包括:
- 联系表单
- 留言板(message boards)
- Web 邮件系统
- Web 内容管理系统
也就是说,判断是否适合你,先看一个问题:你是否在维护一个 Web 应用,并且需要把“编辑 HTML 内容”的能力交给不懂代码的最终用户?如果是,它属于对口方案;如果你要的是开箱即用的网站后台,它不对口。
能编辑什么
从功能覆盖看,它面向的是完整的富内容编辑,而不只是加粗斜体:
- 格式化文本
- 图片,以及图像映射(image map,支持可视化拖拽创建和编辑)
- 超链接、邮件超链接、锚点/书签
- 表格
- Flash 动画、Java Applet
- 表单
- 打印分页符、内容框
- 嵌入本地或外部网页的框架(frames)
- 绝对定位
- CSS 样式表格式化
其中图像映射和 CSS 样式表支持在页面中标注为较新的能力。如果你的应用需要用户上传并插入媒体、维护链接结构,这些覆盖基本够用。
跨浏览器与跨平台支持
这是它宣传的重点之一,官方列出的支持范围如下:
| 平台 | 浏览器 | 版本要求 |
|---|---|---|
| Mac OS X | Safari | v2.0.1 或更新 |
| Windows | Microsoft Internet Explorer | v4.0 或更新 |
| Windows / Macintosh / Linux / Unix | Netscape | v7.1 或更新 |
| Windows / Macintosh / Linux / Unix | Mozilla | v1.3 或更新 |
| Windows / Macintosh / Linux / Unix | Mozilla Firefox/Firebird | v0.7 或更新 |
| Linux | Epiphany、Galeon | 页面未标注具体版本 |
需要留意的是,这份清单反映的是产品发布时的浏览器生态,版本号普遍偏老。如果你的用户主要使用现代浏览器,建议先用官方在线 Demo 实测目标浏览器下的表现,再决定是否采购,而不是只看兼容列表。
集成成本与上手难度
官方强调两点:无需客户端软件安装,纯浏览器运行;学习门槛低,几乎不需要培训和技术技能。
对开发者而言,实际集成成本主要取决于你的应用结构——把编辑器挂到现有输入位置、配置工具栏和输出格式。页面提供了用户与开发者指南,以及多种在线 Demo(默认、Ribbon、经典工具栏、紧凑/展开/最小工具栏、多编辑器、共享工具栏、隐藏工具栏、IFRAME、Framesets、外部 CSS、自定义按钮、JavaScript 代码等),可以在购买前用来评估集成方式是否符合你的技术栈。
价格与替代方案怎么比
价格信号明确:每个网站 50 美元起,用户数不限。页面有 “Buy Now” 入口,但未列出具体支付方式,实际结算流程需在购买页确认。
和免费或自建编辑器相比,取舍可以按这几个维度看:
- 成本结构:它是按网站一次性付费、不限用户数;免费开源编辑器通常零授权费,但需要你自己处理兼容性、维护和升级。
- 兼容性负担:它把跨浏览器兼容作为卖点打包;自建方案需要你自行测试和修补各浏览器差异。
- 功能完整度:图像映射、CSS 样式表、框架嵌入等属于较完整的能力集;免费方案是否覆盖要看具体选型。
- 支持与文档:它提供用户与开发者指南;开源方案依赖社区。
- 适用人群:它明确面向开发者/程序员(以及 Mambo/Joomla 用户);非开发者应转向它的建站类产品。
决策建议
满足以下条件时,它值得购买:你在开发或维护 Web 应用,需要嵌入富文本编辑能力,目标用户是非技术人员,且你希望用一次性、按网站计费、不限用户数的方式控制成本。
如果出现以下情况,先别买:你只是要建站而不写集成代码(改用 Website Manager 或 Web Content Management);你的用户集中在现代浏览器且兼容清单无法覆盖(先跑 Demo 验证);你更愿意用开源方案自行维护兼容性。
购买前最实际的一步,是打开官方在线 Demo,用你目标用户的浏览器和真实编辑任务(插入图片、表格、链接、CSS 样式)走一遍,确认输出结果和集成方式符合预期。
网页全屏(fullscreen)是什么:全屏背景与幻灯片如何实现、何时使用
网页里的"全屏"通常指两件不同的事:一是让某个元素真正占满整个屏幕、隐藏浏览器界面的 Fullscreen API;二是视觉上"看起来铺满一屏"的全屏布局,比如全屏背景图和全屏幻灯片。前者靠 JavaScript 调用浏览器能力,后者靠 CSS 的尺寸与定位。判断用哪种,取决于你要的是"沉浸式观看"还是"页面首屏的视觉冲击"。下面分别讲清机制、实现方式和取舍。
两种"全屏"不是一回事
| 维度 | Fullscreen API(真全屏) | 全屏布局(视觉全屏) |
|---|---|---|
| 触发方式 | JS 调用 requestFullscreen() |
纯 CSS,无需 JS |
| 效果 | 隐藏地址栏、标签栏等浏览器界面 | 元素占满视口,浏览器界面仍在 |
| 典型场景 | 视频播放、图片查看器、演示 | 首屏背景图、全屏幻灯片、落地页 |
| 退出方式 | Esc 键或 exitFullscreen() |
正常滚动/切换 |
| 兼容性关注点 | 需要用户手势触发,各浏览器前缀历史遗留 | 视口单位与移动端地址栏 |
多数"全屏背景/幻灯片"需求属于第二类,不需要 Fullscreen API。只有当用户要沉浸式看内容(比如点开大图、播放视频)时,才用第一类。
全屏背景图怎么实现
核心是让背景元素铺满视口,同时保证图片不变形、内容可读。
.hero {
min-height: 100vh; /* 至少占满一屏高度 */
background-image: url("bg.jpg");
background-size: cover; /* 铺满且保持比例,多余部分裁掉 */
background-position: center; /* 居中裁切,主体不易被切掉 */
background-repeat: no-repeat;
}
几个关键点:
background-size: cover保证铺满,代价是图片边缘可能被裁;contain保证完整显示,代价是可能留白。首屏背景一般选cover。background-position: center让裁切从中心开始,主体居中的图更安全。- 文字叠在图上时,加一层半透明遮罩或渐变,否则浅色图上白字会看不清。
全屏幻灯片的基本思路
幻灯片本质是"多张全屏图 + 切换机制"。切换可以纯 CSS(定时动画)或 JS 控制。
简单做法是把每张图作为一层,用透明度过渡:
.slide {
position: absolute;
inset: 0; /* 铺满容器 */
background-size: cover;
background-position: center;
opacity: 0;
transition: opacity 1s;
}
.slide.active { opacity: 1; }
JS 只需定时切换 .active 类。要点:
- 容器设
position: relative并占满一屏,子层用绝对定位叠放。 - 用
opacity过渡比直接换background-image更平滑,也更容易做淡入淡出。 - 首张图之外的图片延迟加载,避免一进页面就下载全部大图。
移动端的常见坑
移动端"全屏"最容易出问题的地方在视口高度和地址栏。
100vh在移动浏览器里通常按"地址栏收起时的最大高度"计算,地址栏可见时内容会被顶出屏幕,出现滚动条或底部被裁。可用100dvh(动态视口高度)替代,或退而用min-height: 100vh配合内容自适应。- 地址栏随滚动收起/展开会导致视口高度变化,依赖
100vh的固定布局会跳动。 - 全屏背景图在移动端流量和内存开销更大,建议按屏幕宽度提供较小尺寸的图,而不是直接下发桌面大图。
什么时候该用,什么时候别用
适合全屏的场景:
- 首屏需要强视觉冲击的落地页、品牌页。
- 图片浏览、视频播放这类需要沉浸式观看的场景(可用 Fullscreen API)。
- 内容本身以图为主、文字为辅的展示页。
应避免或谨慎使用的场景:
- 正文阅读页:全屏背景会干扰阅读,文字对比度难保证。
- 表单、操作密集的页面:全屏布局挤压可用空间,反而降低效率。
- 移动端且图片很大的页面:全屏大图会拖慢首屏加载,影响体验。
判断标准很简单:全屏是否服务于内容。如果全屏只是"看起来酷",却让用户更难读到信息或更慢加载,就不值得。
可读性与性能的取舍
- 可读性:全屏背景上的文字必须有足够对比度,加遮罩、加阴影或改用纯色块承载文字。
- 性能:全屏图是首屏最大的资源之一,压缩、按需加载、提供多尺寸版本能明显改善加载。
- 交互:全屏幻灯片若自动播放,应提供暂停或手动切换,避免用户来不及看清就切走。
小结
"fullscreen"在网页里分两层:Fullscreen API 用于真正的沉浸式全屏,全屏布局用于视觉上铺满一屏。全屏背景靠 background-size: cover 加 background-position: center 实现,全屏幻灯片靠绝对定位叠层加透明度过渡。移动端重点处理 100vh 与地址栏的问题,优先用 100dvh。是否使用全屏,取决于它是否让内容更好读、加载更顺畅,而不是单纯追求视觉效果。
Pedagoguery Software 为 Windows 提供哪些数学软件,如何下载试用和购买?
Pedagoguery Software 目前面向 Windows 和 Macintosh 提供数学与几何类软件,官网列出的当前产品包括 GrafEq、Poly、Poly Pro、Tess、A Smaller GIF、COGS 和 Gif·gIf·giF。Windows 用户可以下载评估版试用,价格与购买方式集中在官网的 Prices & Purchasing 页面,具体授权条款在 Policies and Licenses 页面。以下内容均来自该官网首页信息,未在页面出现的细节(如具体价格数字、系统版本要求)需以官网对应页面为准。
当前产品一览
官网首页将产品分为两类:数学/几何类软件和图形工具类软件。
| 产品 | 类别 | 说明 |
|---|---|---|
| GrafEq | 数学/几何 | 官网列出的当前产品之一 |
| Poly | 数学/几何 | 官网列出的当前产品之一 |
| Poly Pro | 数学/几何 | Poly 的专业版本 |
| Tess | 数学/几何 | 官网列出的当前产品之一 |
| A Smaller GIF | 图形工具 | 官网列出的当前产品之一 |
| COGS | 图形工具 | 官网列出的当前产品之一 |
| Gif·gIf·giF | 图形工具 | 官网列出的当前产品之一 |
如果目标是数学或几何教学与作图,重点关注 GrafEq、Poly、Poly Pro、Tess;如果目标是 GIF 或图形处理,则看后三项。
如何下载评估版
官网首页明确提供“download evaluation copies of our software”(下载软件评估版)的入口。操作路径如下:
- 打开 peda.com 首页。
- 在导航栏或正文链接中找到 Downloads 入口。
- 在下载页面选择对应产品,并选择 Windows 版本。
- 下载后在本机安装,作为评估版试用。
预期结果:获得可运行的评估版程序,用于在购买前体验功能。官网未在首页说明评估版的具体限制(如天数、功能裁剪),这些需在下载页或产品页确认。
试用版与正式版、许可方式
官网首页提到两点关键信息:
- 提供的是“evaluation copies”(评估版),即先试用再决定是否购买。
- 许可与政策集中在 Policies and Licenses 页面(首页链接为 “click here”)。
因此,试用版与正式版的差异、许可类型(单机/多机、个人/机构)应以 Policies and Licenses 页面为准。首页没有给出这些细节,不要凭常识推断。
查看价格与购买
官网首页有独立的 Prices & Purchasing 入口,同时提到 “book recommendations”(书籍推荐)。
- 打开 peda.com 首页。
- 点击 Prices & Purchasing。
- 在该页面查看各产品的价格与购买方式。
- 如需了解授权范围,再回到 Policies and Licenses 页面核对。
注意:首页未列出任何具体价格数字,也未说明支付平台,因此价格和支付方式必须到 Prices & Purchasing 页面确认。
联系开发者获取支持
官网首页提供了完整的联系方式:
- 邮箱:[email protected]
- 语音留言:604 629 7589
- 传真:778 373 4963
- 邮寄地址:Pedagoguery Software Inc.,4446 Lazelle Ave.,Terrace, B.C. V8G 1R8,Canada
购买前的问题、许可咨询或安装问题,可通过以上方式联系。
常见卡点
- 首页导航菜单需要启用 JavaScript 才能使用;如果菜单不显示,可直接使用正文中的文字链接。
- 首页只列出产品名称,未说明每个产品的具体功能和适用场景,需进入各产品页面查看。
- 价格、评估版限制、许可条款都不在首页,分别位于 Prices & Purchasing 和 Policies and Licenses 页面。
记者(journalist)是做什么的?职责、类型与入门方式
记者(journalist)的核心工作是采集、核实并公开报道信息:通过采访、观察、查阅资料获取事实,再写成新闻、特写、评论或制作成广播、视频内容,面向公众发布。它适合愿意持续追问、对文字或声音表达有热情、能承受截稿压力的人。入门通常靠“专业训练 + 实习 + 作品集”三条腿走路,而不是单一证书。下面按职责、类型、媒介差异、入门路径和与公关的关系展开。
记者的核心职责
- 采访:联系当事人、专家、机构,准备问题,现场或远程获取一手信息。
- 核实:交叉比对多个来源,确认时间、数字、引语是否准确,区分事实与观点。
- 写作与制作:把材料组织成读者能理解的结构,新闻讲求倒金字塔,特写讲求叙事。
- 发布与跟进:按截稿时间交稿,必要时根据反馈补充或更正。
例如需要报道一场音乐节,记者要提前拿到演出名单、采访艺人或主办方、现场记录观众反应,再核对票房或安保数据,最后成稿。任何一环缺失,报道的可信度都会下降。
常见类型
| 类型 | 主要工作 | 常见出口 |
|---|---|---|
| 新闻记者 | 追踪事件、政府、社会议题 | 报纸、通讯社、新闻网站 |
| 娱乐/音乐记者 | 采访艺人、评论作品、报道行业动态 | 杂志、音乐媒体、广播 |
| 自由撰稿人 | 自己找选题、向多家媒体投稿 | 多平台,按篇或按字数计酬 |
| 广播/播客记者 | 采录声音、剪辑、主持 | 电台、播客平台 |
| 特写/文化记者 | 深度叙事、人物、艺术评论 | 杂志、文化版面 |
以 Debbie Kruger 为例,她的个人网站自我介绍中同时出现“journalist”“music writer”“publicist”“broadcaster”等身份,说明记者与公关、广播、音乐写作在实践中可以交叉。她的网站收录了音乐、电影、戏剧、艺术、旅行与生活方式类写作,并提到 2023 年再版的《Songwriters Speak》,这类作品就是娱乐/音乐记者与作者身份的典型产出。
不同媒介对记者的要求差异
- 报纸/通讯社:强调速度、准确、倒金字塔结构,截稿压力大。
- 广播:强调声音采集、口语表达、剪辑,需要适应现场和录音棚两种环境。
- 网络媒体:强调时效、搜索可见度、多媒体(图文+视频),更新频率高。
- 杂志/特写:强调叙事、细节、人物刻画,周期更长,允许更主观的笔调。
同一名记者在不同媒介间迁移时,最需要补的不是写作能力,而是该媒介的制作流程和节奏。
成为记者的常见路径
- 专业学习:新闻、传播、中文、外语等相关专业提供基础训练;非科班也可通过课程和自学补足。
- 实习:进入媒体、通讯社或内容团队,从整理资料、跑现场、写短稿开始。
- 积累作品集:把发表过的稿件、音频、视频整理成可展示的链接或文件,这是求职和接稿的核心凭证。
- 持续投稿:自由撰稿人需要主动向编辑提案,附上选题理由、采访对象和大致角度。
验证自己是否适合,可以先用一个小任务测试:选一个本地事件,完成一次采访、核实和成稿,看是否愿意反复修改并接受编辑反馈。
自由职业记者如何找选题与投稿
- 选题来源:行业动态、政策变化、人物故事、数据报告、读者提问。
- 投稿渠道:目标媒体的投稿邮箱、编辑社交账号、行业约稿群、平台征稿。
- 提案要点:一句话说清角度、为什么现在、能采访到谁、预计篇幅。
- 常见卡点:选题重复、采访对象难约、稿酬与周期不明确。提案前先确认媒体的风格和近期选题,能减少无效投稿。
记者与公关(PR)的区别与常见合作
记者代表公众利益采集和发布信息,公关代表机构或个人的传播需求,两者立场不同但日常高度互动。公关提供新闻稿、安排采访、协调素材;记者仍需独立核实,不能直接照搬。Debbie Kruger 的网站同时列出“Public Relations”和“journalist”,正说明在娱乐和音乐行业,同一个人可能既做报道也做传播,但职业伦理要求在不同角色间保持边界。
如果目标是进入记者行业,先确定想做的媒介和领域,再用实习和作品集验证;如果只是需要了解记者如何工作,抓住“采访—核实—发布”这条主线即可。
调查性新闻(investigative journalism)是什么?它与一般新闻报道有何区别
调查性新闻是记者通过长期追踪、调取公开记录、访谈多方当事人,揭露政府或企业不当行为的一种报道类型。它和日常新闻报道的核心区别在于:日常新闻以“发生了什么”为主,追求时效;调查报道以“为什么会这样、谁该负责”为主,追求问责,周期往往以月甚至年计。判断一篇调查报道是否可靠,关键看它是否给出可核查的证据来源、是否回应了被指控方的说法。下面以调查记者 Peter Byrne 的公开报道为例,说明这类新闻的运作方式和读者如何跟进。
调查性新闻的核心特征
调查性新闻通常具备几个共同点:
- 主动挖掘,而非被动接收:不依赖发布会、通稿或突发事件,而是记者自己发现问题线索后持续追查。
- 依赖文件与数据:政府档案、法庭记录、信息公开申请得到的材料,是报道的骨架。
- 多方取证:单一信源不足以支撑结论,需要文件、举报人、当事人、专家相互印证。
- 指向问责:报道的目标是揭示责任归属,而不只是描述现象。
- 周期长、成本高:一篇调查报道可能耗费数月,期间记者要反复核实、应对法律风险。
与一般新闻报道的区别
| 维度 | 一般新闻报道 | 调查性新闻 |
|---|---|---|
| 时间取向 | 抢时效,报道当下事件 | 长周期,追查长期存在的问题 |
| 信息来源 | 官方发布、现场采访 | 公开记录、举报人、档案、数据 |
| 核心问题 | 发生了什么 | 为什么会发生、谁负责 |
| 报道目标 | 告知 | 问责、推动改变 |
| 证据要求 | 单一权威信源常可支撑 | 需多源交叉验证 |
举例来说,报道一场火灾是日常新闻;追查这场火灾背后长期存在的监管失职、并调出多年检查记录,就是调查性新闻。
常见的取材方式
调查记者获取信息的途径通常包括:
- 信息公开申请:向政府机构申请公开文件。Peter Byrne 就曾因国家公园管理局拒绝披露公共记录而依据《信息自由法》提起诉讼,指控其隐瞒可能揭示长期联邦管理不善的材料。
- 举报人与内部文件:来自机构内部的消息源往往能提供关键线索。
- 法庭与政府档案:诉讼记录、听证材料、监管报告都是可核查的公开来源。
- 实地走访与长期观察:Byrne 对 Point Reyes 国家海岸的系列报道,就结合了多年实地追踪与文件调查,涉及牧场污染、对 tule elk(廷勒麋鹿)的处置等议题。
- 专家与当事人访谈:用于解释技术细节、核实说法、给对方回应机会。
如何判断一篇调查报道是否可靠
读者可以用以下清单快速评估:
- 证据是否可核查:报道是否引用了具体文件、数据、可追溯的来源,而非只有匿名指控。
- 是否多源印证:关键结论是否有两个以上独立来源支撑。
- 是否回应被指控方:负责任的报道会给被指控的机构或个人回应机会,并如实呈现其说法。
- 是否区分事实与推断:报道应清楚标明哪些是已证实的事实,哪些是记者的分析。
- 记者与媒体是否有持续记录:长期专注某一领域的记者,其报道通常更值得追踪。
读者如何跟进调查报道
- 关注记者本人和固定栏目:调查记者往往有长期关注的领域。例如 Peter Byrne 的报道集中在政府与企业问责、国家安全、政治等方向,并曾为 Quanta Magazine 撰写科学报道。
- 订阅原始媒体:直接订阅刊发调查报道的媒体,比依赖二手转载更能获取完整内容和后续更新。
- 追踪后续进展:调查报道常引发诉讼、听证或政策变化,关注这些后续能判断报道的实际影响。
- 保存原始链接:调查报道可能因法律或编辑原因被修改,保留原始版本便于对照。
调查性新闻的价值不在于速度,而在于它把分散的、被掩盖的信息拼接成可问责的叙事。对读者而言,学会识别其证据结构和跟进方式,比记住某一篇报道的结论更重要。
网站信息概览
从当前可见信息判断,历史连续性与托管能力相互印证,网站更像经过长期维护的正式项目,而不是短期上线后即弃用的页面。从当前可见信息判断,搜索摘要与社交预览缺少足够控制信号,可能导致不同平台对同一页面生成不一致的文案或图片。
域名与注册信息
截至本次评测,域名年龄约为 18 年。域名处于正常锁定状态,可降低未经授权转移的风险。该网站采用常见域名后缀 .com。
DNS 与邮件配置
结合现有公开信息推测,名称服务器由 controlpanel.si 提供,使用专业 DNS 托管。从当前可见信息判断,邮件交换服务器可识别为 writemonkey.com。未发现 CNAME,当前记录直接解析到地址。已确认 SPF 与 DMARC 配置;DKIM 配置状态未知。该域名尚未启用 DNSSEC。
TLS 与证书
公钥采用主流的 RSA 2048 位方案。证书链完整,可由客户端连续验证。证书只提供域名身份信息,未见组织字段。从公开技术信号来看,HTTPS 使用 Let's Encrypt 的自动化证书。证书总有效期约 89 天,符合短周期自动续期模式。
HTTP 响应
6 项常用安全响应配置均未出现。响应已省略 X-Powered-By 标头。未在响应头中发现明显的内部地址或调试信息。HTTP Server 字段已隐藏详细版本。响应头中未发现明确的 CDN/WAF 标识。
技术栈分析
结合现有公开信息推测,公开信号足以推测网站使用 Google Analytics、Apache,却不足以确定版本。外部扫描仍可能围绕这些技术展开,只是无法直接命中特定版本范围。
SEO 与社交分享
首页描述较长,建议突出核心用途。首页缺少移动设备视口声明。页面没有声明首选 URL。页面未检测到 Open Graph 元数据。首页已设置标题,长度适中。
主机和电子邮件
页面、搜索与分享信息
| 页面描述 | Software for full screen distraction free creative writing. No whistles and bells, just empty screen, you and your words. WriteMonkey is light, fast, and perfectly handy for those who enjoy the simplicity of a typewriter but live in modern times. |
|---|---|
| 规范链接 | 未检测到 |
| 语言 | 未知(默认) |
| Twitter Card | 未检测到 |
未知
robots.txt (在新窗口打开)
HTTP 404未发现 robots.txt
Sitemaps
1
域名登记事实 RDAP / WHOIS
| 注册商 | CSL Computer Service Langenbach GmbH d/b/a joker.com |
|---|---|
| 注册时间 | 2008-10-06 |
| 到期时间 | 2027-10-06 |
| 域名状态 | client transfer prohibited |
| 名称服务器 | cdns1.controlpanel.si、cdns2.controlpanel.si |
| DNSSEC | unsigned |
DNS 记录
| 类型 | 名称 | 值 | TTL | 优先级 |
|---|---|---|---|---|
| A | writemonkey.com | 212.44.102.72 | 300 | — |
| MX | writemonkey.com | mail.writemonkey.com | 300 | 10 |
| NS | writemonkey.com | cdns1.controlpanel.si | 300 | — |
| NS | writemonkey.com | cdns2.controlpanel.si | 300 | — |
| TXT | writemonkey.com | v=spf1 +a +mx +ip4:212.44.102.72 +include:_spf.controlpanel.si ~all | 300 | — |
| DMARC | _dmarc.writemonkey.com | v=DMARC1; p=none | 14400 | — |
TLS 与证书
| 定性结果 | 配置正常 |
|---|---|
| 支持协议 | TLSv1.2、TLSv1.3 |
| 协商协议 | TLSv1.3 |
| 证书主题 | cpcontacts.writemonkey.com |
| 颁发者 | Let's Encrypt |
| 有效期至 | 2026-12-01T09:25 · 记录时剩余 55 天 |
| 验证事实 | 证书信任:通过 · 域名匹配:通过 |
HTTP 响应标头
| 标头 | 值 |
|---|---|
| content-type | text/html |
| server | Apache |
用户评价(0)