dubose-design.com

“时空自我”（spatiotemporal self）是人类学家 Damon Lynch 在其博士论文《战争对幸存者时间感的影响》中提出的一个分析框架，用来描述战争幸存者的一种特殊体验：暴力的过去不仅像“昨天”一样近，还常常被感知为位于“前方”。这一概念把时间感知与自我体验联系起来，认为人对时间的感受不是中性的坐标，而是由自我所处的处境塑造的。它适用于理解战争、暴力冲突幸存者的叙事，也适用于反思日常时间隐喻的局限；但它是一个人类学分析概念，不是临床诊断工具。

日常时间隐喻：过去在后，未来在前

大多数语言和文化里，时间有一种默认的空间化方式：

• 过去在身后：已经发生、已经走过。
• 未来在身前：尚未到来、迎面而来。
• 现在在脚下：人站在两者之间。

这种隐喻让“向前看”意味着面向未来，“放下过去”意味着把它留在背后。Lynch 的研究指出，这套日常隐喻对战争幸存者往往不成立。

幸存者的时间体验：过去在前，且像昨天

Lynch 在塔吉克斯坦进行田野调查，分析幸存者叙事后发现两个反复出现的特征：

1. 暴力的过去位于“前方”。它不是被留在身后，而是挡在面前，成为人必须面对的东西。
2. 时间距离感被压缩。无论暴力事件发生在多久以前，幸存者都可能觉得它“就发生在昨天”。

也就是说，改变的不只是“过去有多远”的判断，还有“过去在哪个方向”的空间感受。Lynch 要回答的正是：暴力的过去“在面前”对人意味着什么。

为什么叫“时空自我”

“时空自我”把两个通常分开讨论的维度合在一起：

核心机制是：自我不是站在时间之外观察时间，而是身处其中，因此时间的方向感会随自我的经历而改变。当暴力成为自我经历的中心事件，过去就不再是“已经过去的”，而成为持续在场的、位于前方的存在。Lynch 称这一框架是“关于时间与自我的既有理论的新结合”，而不是凭空发明。

一个便于理解的类比：普通人把人生想象成一条向前延伸的路，过去是走过的路段；而对一些幸存者来说，那段暴力的路并没有被走过，而是横在正前方，每次抬头都能看见。

这一视角对理解创伤、和平与冲突转化的意义

• 对创伤理解：它解释了为什么“事情已经过去很久了”这类劝说常常无效——在幸存者的时间体验里，事情并没有“过去”。
• 对和平与冲突转化研究：如果暴力过去持续位于前方，那么和解与重建就不只是制度安排，还涉及人如何重新安置自己的时间感。Lynch 的论文因“对推进和平与正义领域作出关键贡献”获和平与正义研究协会的“年度最佳博士论文奖”。
• 对日常沟通：与幸存者交谈时，把“向前看”当作默认建议，可能忽略了对方时间体验的实际结构。

想进一步了解，可以从哪里入手

• 论文原文：Lynch 的博士论文《战争对幸存者时间感的影响》可在明尼苏达大学 Digital Conservancy 免费获取，共约 450 页。
• 15 分钟入门：Lynch 网站提供一段介绍该研究的视频，适合先建立整体印象。
• 背景信息：Lynch 是文化人类学博士，田野调查地点为塔吉克斯坦；他同时是 Linux 桌面照片与视频下载工具 Rapid Photo Downloader 的开发者。

需要区分的是：这一概念来自对特定田野对象的研究，用于分析和描述，不宜直接套用到所有经历暴力的人身上，也不能替代专业的心理支持。

选编程字体的核心是先确定用途：只在编辑器里写代码，可以优先考虑带连字的字体；终端和编辑器混用，则要确认字体在终端下等宽对齐正常。Dev Fonts（devfonts.gafi.dev）是一个可交互的字体列表，支持按名称搜索、切换主题预览、勾选字体加入对比，并标注了每个字体是否免费、是否支持连字（Ligatures），适合在决定前快速筛掉不合适的候选。

用哪几个维度做筛选

编程字体之间的差异主要落在四件事上，按优先级排：

1. 等宽对齐：所有字符占同样宽度，代码缩进和表格才不会错位。这是编程字体的底线，列表中的字体基本都满足。
2. 连字（Ligatures）：把 =>、!=、=== 这类多字符组合渲染成单个符号。支持连字的字体在 Dev Fonts 中带 🔗 标记。
3. 免费还是付费：Dev Fonts 用 🎁 Free 和 💰 标注价格，例如 Dank Mono 显示为 £40，其余多数为免费。
4. 易混淆字符的区分度：0 与 O、1 与 l 与 I 是否一眼可分，直接影响读代码时的出错率。

连字：要不要开

连字是编程字体里分歧最大的选项。

支持连字的字体（Dev Fonts 中带 🔗 标记）包括：Cascadia Code、Fira Code、JetBrains Mono、Monoid、Lilex、Victor Mono、Consolas Ligaturized、Iosevka、Iosevka Slab、Hasklig、Fantasque Sans Mono、Julia Mono。

不支持连字的字体包括：Input Mono、Hack、Noto Mono、Conta、Classic Console、Mononoki、Comic Mono、Roboto Mono、Inconsolata、Source Code Pro、Anonymous Pro、Space Mono、Oxygen Mono、B612 Mono、PT Mono、Nanum Gothic Coding、Ubuntu Mono、IBM Plex Mono、Share Tech Mono、Cousine、Overpass Mono、Courier Prime、Nova Mono。

取舍建议：

• 如果你习惯把 !== 读成单个符号、觉得连字让代码更紧凑，选支持连字的字体。
• 如果你经常需要逐字符核对代码（比如排查字符串、正则、位运算），连字会把多个字符显示成一个符号，反而增加误读风险，选不支持的更稳妥。
• 连字通常是可开关的，编辑器里可以关掉，所以这不是不可逆的决定。

免费与付费

Dev Fonts 的列表里，绝大多数字体标为 🎁 Free，包括 Cascadia Code、Fira Code、JetBrains Mono、Iosevka、Victor Mono、Hack、Roboto Mono、Source Code Pro、IBM Plex Mono 等。

明确标注价格的只有 Dank Mono，显示为 💰 £40。

也就是说，如果预算有限，免费选项已经覆盖了主流的高质量编程字体，付费字体更多是风格偏好问题。列表中没有标注价格的字体，本文不推断其授权条款，实际使用前建议到字体官方页面确认许可证。

可读性看什么

字体预览时重点盯这几组字符：

长时间阅读疲劳度无法只靠预览判断，但可以在 Dev Fonts 里切换主题（如 material-palenight），用真实配色看字符对比度是否够。

用 Dev Fonts 预览和对比

Dev Fonts 提供三个直接可用的功能：

1. 搜索：顶部有 search by name 输入框，输入字体名可快速定位。
2. 主题切换：页面顶部可切换主题（示例中为 material-palenight），预览区会同步换色，方便看字体在不同配色下的表现。
3. 对比（Compare）：每个字体卡片有 add fonts to compare 入口，把候选字体加入对比区并排显示，直接比较字形差异。

另外每张卡片有 get font 链接（跳转获取字体）和 Copy code to all（复制代码示例到所有预览），后者可以让你用同一段代码横向比较不同字体的渲染效果。

操作顺序建议：先用搜索缩小范围 → 切换到你常用的编辑器主题 → 把 2–3 个候选加入 Compare → 用同一段代码并排看易混淆字符。

选定后怎么落地

1. 通过字体卡片的 get font 链接获取字体文件。
2. 安装到系统（双击字体文件或放入系统字体目录）。
3. 在编辑器中设置字体名，并保留等宽回退字体，例如：

   font-family: "JetBrains Mono", "Fira Code", Consolas, monospace;
   

4. 如果字体支持连字但你不想用，在编辑器设置里关闭连字选项（不同编辑器位置不同，通常在字体或编辑器外观设置中）。
5. 终端里单独确认一次对齐是否正常，部分终端对连字支持有限。

常见卡点

• 终端里连字不生效或错位：不是所有终端都支持连字渲染，遇到问题先关掉连字再试。
• 字体装了但编辑器没变：检查字体名拼写是否与系统安装名一致，以及回退链里是否被前面的字体拦截。
• 预览好看、实际写代码累：预览通常只展示少量字符，建议用 Copy code to all 贴一段你日常写的真实代码再判断。
• 付费字体授权范围：Dank Mono 标注 £40，但具体授权条款（可安装设备数、商用范围）需到官方页面确认，本文不代为判断。

电商网站（ecommerce website）是能在线完成商品展示、下单、收款和订单处理的网站，核心不是"有个网页"，而是把"浏览—加购—支付—发货"这条链路跑通。它适合需要直接在线成交、且商品或服务能标准化描述的业务；如果只是展示信息、成交仍在线下完成，普通展示型网站通常更合适。以澳大利亚的 Mantis Technologies 为例，其电商服务基于自有的 MantisShop 平台，说明"用现成电商系统搭建"是常见路径之一，而非必须从零开发。

一个能卖货的电商网站包含哪些核心功能

按用户从进站到付款的顺序，关键模块如下：

其中支付网关是硬性门槛。Mantis Technologies 的服务列表里明确包含 Credit Card Payment Gateway（信用卡支付网关），说明支付接入通常作为独立环节处理，需要与你的收款账户和业务所在地的支付规则匹配。

自建平台和第三方电商平台怎么选

这是决定项目走向的第一个岔路口，两者不是优劣关系，而是适用条件不同：

• 自建/独立站（如基于 MantisShop 这类平台）：适合需要自有品牌、自主控制商品结构、客户数据和营销节奏的业务。代价是需要自己负责流量获取、服务器与后续维护。
• 第三方平台店铺：适合想快速开卖、借助平台既有流量的业务。代价是规则受平台限制、客户数据不完全归自己、长期获客成本可能上升。

判断依据可以简化为三个问题：你是否需要沉淀自己的客户名单？商品结构是否需要高度定制？你是否有持续投入做流量的准备？三个都偏向"是"，独立站更合适；否则先从平台起步更稳。

搭建电商网站的主要步骤

1. 需求梳理：明确卖什么、SKU 规模、是否需要多语言/多币种、发货方式。这一步决定后面选平台还是定制开发。
2. 选择建站方式：套用现成电商套餐，或走定制开发。Mantis Technologies 同时提供 Ecommerce Website Package（电商套餐）和 Custom Built Websites（定制网站），说明这两条路在实务中并存。
3. 设计与开发：商品页结构、结算流程、移动端适配。移动端体验差是电商最常见的流失点之一，需在开发阶段就验证。
4. 接入支付网关：配置信用卡等收款方式，并做真实小额测试，确认支付能成功回调、订单状态能正确更新。
5. 上线前验证：走一遍完整下单流程——加购、填地址、支付、收到订单确认，确认每一步都有预期结果。
6. 上线后运营：Mantis Technologies 的服务中包含 SEO（搜索引擎优化）、Conversion Rate Optimisation（转化率优化）、Email & SMS Marketing（邮件与短信营销），这三项对应"让人来、让人买、让人再来"。

上线后靠什么带来订单

网站上线只是起点，流量和转化是两件独立的事：

• SEO：让商品页和分类页能被搜索引擎收录，承接有明确购买意图的搜索。
• 转化率优化：针对已进站的用户，优化商品描述、价格呈现、结算步骤数量。结算步骤每多一步，流失通常都会增加。
• 邮件与短信营销：用于挽回未完成下单的购物车、复购提醒。

这三项在 Mantis Technologies 的服务体系中与建站并列，说明电商不是"建完就结束"的项目。

常见失败点排查

• 支付失败：先确认网关配置和回调地址，再用真实小额订单测试，而不是只看后台显示"已配置"。
• 加载慢：商品图未压缩、服务器配置不足是常见原因，移动端尤其明显。
• 移动端体验差：按钮过小、结算表单过长、图片撑破布局，都会直接压低成交。
• 有流量无转化：区分是流量不精准还是页面本身有问题——看用户在哪一步离开，而不是笼统地"加流量"。

如果你正在评估是否要建电商网站，可以先回答"是否需要在线直接收款"和"是否需要沉淀自己的客户数据"这两个问题；答案决定你是走独立站还是先借用平台。

ASP（Active Server Pages）是微软的服务器端网页技术，网页在服务器上执行后生成 HTML 再发给浏览器，因此能实现登录、表单处理、数据库查询等动态功能。今天新建网站通常不必专门找 ASP 主机；只有维护已有经典 ASP 站点，或明确要运行 ASP.NET 应用时，才需要确认主机支持对应运行环境。判断依据是“你手上有没有现成的 ASP 程序”，而不是“ASP 是否还流行”。

经典 ASP 与 ASP.NET 不是一回事

两者常被混称为“ASP”，但运行环境和迁移方式差别很大。

选择主机时，先看程序文件后缀和部署说明，再对照主机声明的支持项。只说“支持 ASP”而不说明是经典 ASP 还是 ASP.NET、哪个版本，信息是不够的。

什么情况下还需要 ASP 主机

• 已有经典 ASP 站点要原样运行：改造成本高于继续托管时，找仍提供经典 ASP 支持的 Windows/IIS 主机是合理选择。
• 内部系统或老客户项目依赖 ASP.NET：需要确认 .NET 版本、是否允许安装组件、数据库类型（如 SQL Server）。
• 学习或复现旧教程：本地用 IIS 搭环境即可，不必为此购买主机。

反过来，如果只是做企业展示站、博客、电商，用 WordPress、静态站点或主流后端框架更常见，不需要把“支持 ASP”列为筛选条件。

选主机时怎么确认支持情况

1. 列出程序依赖：文件后缀、数据库类型、是否有 COM 组件或第三方 DLL、需要的 .NET 版本。
2. 查主机功能说明：找“Windows 主机”“IIS”“ASP/ASP.NET 版本”等明确表述，而不是只看关键词列表。
3. 问清限制：是否支持自定义错误页、URL 重写、邮件组件、上传目录权限。
4. 用测试页验证：上传一个最小页面，确认能执行并返回预期输出；再测数据库连接。
5. 确认迁移与支持渠道：老主机可能已停止自有运营。以 Web Panache 为例，其页面说明 2008 年 10 月起托管、邮箱和域名注册业务已迁移至 Internet Hosting，并列出技术支持与账单联系方式。遇到这类情况，应先联系页面给出的支持渠道确认账户与运行环境，而不是按旧品牌名找产品页。

旧 ASP 网站跑不起来的常见卡点

• 主机是 Linux 环境：默认不执行 .asp，需要换 Windows/IIS 主机或做技术迁移。
• 把经典 ASP 当成 ASP.NET：上传 .asp 文件到只配置了 ASP.NET 的环境，页面不会被正确解析。
• 数据库连不上：老站点常用 Access 或 SQL Server，新主机未必提供相同驱动或连接方式。
• 组件缺失：依赖 COM 组件、文件上传组件或邮件组件的页面会报错，需要主机允许注册或改用替代实现。
• 编码与权限问题：老页面常见 GBK/UTF-8 混用、目录写入权限不足，表现为乱码或保存失败。

排查顺序建议是：先确认文件是否被服务器执行（看返回的是源码还是报错），再查运行环境版本，最后定位数据库和组件依赖。

结论

新建网站不必为“ASP”专门选主机；维护经典 ASP 老站时，才需要 Windows/IIS 主机并逐项核对版本、数据库和组件支持。若原托管商已迁移业务，优先通过其公布的支持渠道确认现状，再决定继续托管还是迁移改造。

HTML（HyperText Markup Language，超文本标记语言）是用来描述网页结构的标记语言。它用一对对标签把内容标记成标题、段落、链接、图片等元素，浏览器读取这些标签后渲染出页面。如果你想快速看到效果，可以新建一个 .html 文件用浏览器直接打开，也可以打开 JSFiddle 这类在线编辑器，在 HTML 面板里写代码并即时预览。下面从最小可运行页面讲起，再到常用标签和在线工具的使用方式。

HTML 在网页中扮演什么角色

一个网页通常由三种技术分工完成：

HTML 本身不是编程语言，它没有变量、循环、条件判断，只负责“标记结构”。浏览器解析 HTML 后生成页面骨架，再由 CSS 和 JavaScript 补充样式与行为。所以学网页的第一步通常是先写出一段结构正确的 HTML。

一个最小可运行的 HTML 页面

把下面这段代码保存为 index.html，双击用浏览器打开，就能看到一个带标题和段落的页面：

<!DOCTYPE html>
<html lang="zh-CN">
<head>
  <meta charset="UTF-8">
  <title>我的第一个网页</title>
</head>
<body>
  <h1>你好，HTML</h1>
  <p>这是我用标签写出来的第一段文字。</p>
</body>
</html>

各部分的含义：

• <!DOCTYPE html>：声明这是 HTML5 文档，浏览器据此进入标准渲染模式。
• <html>：整个文档的根元素，lang 属性说明页面语言。
• <head>：存放不直接显示在页面上的信息，比如字符编码 meta charset 和浏览器标签页标题 <title>。
• <body>：所有可见内容的容器。

输入这段代码、保存、在浏览器打开，预期结果是标签页显示“我的第一个网页”，页面正文显示一行大标题和一段文字。如果中文变成乱码，通常是漏了 <meta charset="UTF-8">，或者文件保存时用的编码与声明不一致。

常用标签：先把结构写对

掌握几个高频标签就能表达大部分基础内容：

<h1>一级标题</h1>
<h2>二级标题</h2>

<p>这是一个段落，段落之间会自动换行并留出间距。</p>

<a href="https://jsfiddle.net">这是一个链接</a>

<img src="photo.jpg" alt="图片加载失败时的替代文字">

<ul>
  <li>无序列表第一项</li>
  <li>无序列表第二项</li>
</ul>

<ol>
  <li>有序列表第一项</li>
  <li>有序列表第二项</li>
</ol>

几个容易踩的点：

• 标签大多成对出现，<p>内容</p>，忘记闭合会让后续内容被错误嵌套。
• <img> 是自闭合标签，不需要 </img>；alt 属性在图片加载失败或读屏时起作用，建议始终填写。
• 标题标签 h1 到 h6 表示层级，不要为了字号大小而跳级使用，字号交给 CSS 控制。
• 属性写在开始标签内，格式是 属性名="值"。

用浏览器直接运行

不需要安装任何软件，浏览器本身就是 HTML 的运行环境：

1. 用任意文本编辑器（记事本、VS Code 等）新建文件，写入上面的示例代码。
2. 保存时把文件名设为 index.html，注意扩展名是 .html 而不是 .txt。
3. 在文件管理器里双击该文件，或把它拖进浏览器窗口。
4. 修改代码后保存，回到浏览器按 F5 刷新即可看到更新。

验证方法：右键页面选择“查看网页源代码”，确认浏览器读到的就是你写的标签；如果看到的是原始代码而不是渲染结果，说明文件扩展名可能不对。

用 JSFiddle 在线编写和分享

如果不想在本地建文件，或者想把代码片段发给别人看，可以用在线编辑器。JSFiddle 是一个在浏览器中运行的代码编辑器，支持 HTML、CSS、JavaScript，也支持 React 和 Tailwind 等，适合测试片段和分享示例。

基本流程：

1. 打开 jsfiddle.net，页面通常分为 HTML、CSS、JavaScript 和 Result（结果）几个面板。
2. 在 HTML 面板里写标签内容。注意这里只需要写 <body> 内部的部分，doctype、html、head 等骨架由平台自动补全。
3. 点击 Run 或等待自动刷新，Result 面板会即时显示渲染效果。
4. 点击 Save 保存，会得到一个可分享的链接，别人打开就能看到你的代码和运行结果。

例如在 HTML 面板输入：

<h1>在线测试 HTML</h1>
<p>这段文字会立刻出现在结果区。</p>

预期结果是 Result 面板马上渲染出标题和段落。如果没变化，先确认是否点了 Run，以及代码是否写在了正确的面板里。

需要留意的是，JSFiddle 提供升级到 PRO 的入口（见 jsfiddle.net/pro），但基础编辑和运行功能无需付费即可使用；具体功能差异以网站页面说明为准。

什么时候用本地文件，什么时候用在线编辑器

两者并不冲突：日常练习可以用本地文件打基础，遇到“想快速试一下这段标签对不对”或“需要贴给别人看”时，在线编辑器更省事。

常见卡点

• 中文乱码：检查 <meta charset="UTF-8"> 是否存在，以及文件保存编码是否为 UTF-8。
• 标签没生效：确认标签名拼写正确、成对闭合，属性值用引号包裹。
• 改了代码页面没变：本地文件记得保存后刷新；在线编辑器确认已触发运行。
• 图片不显示：检查 src 路径是否正确，本地图片和 HTML 文件的相对位置是否匹配。
• 把 HTML 当编程语言：需要计算、判断、循环时，那是 JavaScript 的职责，HTML 只描述结构。

把结构、样式、行为分开理解，是继续学习 CSS 和 JavaScript 的前提。先能独立写出并运行一个结构正确的 HTML 页面，再往上叠加样式和交互，路径会清晰很多。