交付格式转换器：如何正确使用

目录由不同供应商的批次拼成，每一批都按来源给出的样子交付。商店不去把所有批次强行改成同一种格式：那等于改写数据，也就等于往数据里塞进错误。取而代之的做法是把格式老老实实写进每个商品的名称里，就在「格式:」这个词后面。

在售的形式种类不是固定的 — 它随库存一起变动，所以去记住数量没有意义。要看的是具体商品上的标签。目前目录里会遇到下面这些形式。

这些形式分成互不兼容的两组。文本类 — Login:Pass|Cookie、Login:Pass:2FA_code|Cookie 和「字符串」 — 用记事本就能打开，往哪里导入都行。IAM、IAM (无 Cookie) 和 IGAM 这三种配置文件没有什么可拆的：字段藏在文件内部，只有特定软件打得开。

转换器只处理文本类形式，这不是工具的短板，而是数据本身的性质。如果名称里写的是配置文件，就没有办法把它改成你那套程序要的样子 — 兼容性是在付款之前、靠选对商品解决的。

格式标签和其他标签并排写在名称里：来源、账龄、状态和配套。大多数人把它放到最后看，而挑商品恰恰该从它开始 — 格式不兼容会让其余一切都失去意义，包括养号时长和随号附带的邮箱。

Login:Pass:2FA_code|Cookie 这样的数据行，看上去只要按冒号切开就行。实际上这几乎每次都会把数据弄坏：cookie 位于竖线之后，其取值内部本身就带有冒号。把整行按冒号一切到底，你拿到的不是六个字段，而是二十来个碎片。

正确的顺序正好相反：先把第一个竖线之后的尾部整段截下来 — 那就是完整的 cookie — 然后再按冒号去拆前面剩下的头部。站内的转换器就是这么做的，所以它在真实商品上不会出错。

• 「|」之后的尾部是 cookie，不动它，也不切它。
• 「|」之前的头部是账号和密码，再往后看情况：邮箱、邮箱密码、2FA 密钥。
• 不同批次头部的字段顺序并不一样，所以转换器不按模板去猜，而是按特征判断。

拿一条记录就能验证。从交付内容里取任意一行，把第一个竖线之后的尾部截掉，数一数头部还剩下什么：值的个数应该正好等于商品卡片承诺的数量。多出来，就说明你切错了地方。

这里没有一套「唯一正确」的模板，用的是按特征拆分。带 @ 的值被认作邮箱；紧跟其后的是邮箱密码。一长串大写字母和数字被认作双因素验证密钥：2FA 的密文一向就是这样写的。其余的值按位置分配。

工具一共区分六个字段，目录里的任何一种文本形式都够用了。

• 账号和密码 — 数据行头部最前面的两个值。
• 邮箱 — 带 @ 的值；邮箱密码 — 紧跟在它后面的那个值。
• 2FA 密钥 — 一长串大写字母和数字。
• cookie — 竖线之后的整个尾部，原样保留，不做改动。

按特征拆分不需要事先知道字段顺序，这正是它最要紧的性质：不同供应商的交付内容用同一套流程跑，不必为每个批次单独挑模板。

所以转换器给出的不只是结果，还有它解析了多少行、在这些行里找到了哪些字段。这就是验收：如果一个标着「带邮箱」的批次里，任何一行都找不到邮箱字段，你会在把列表导入软件之前就知道 — 也就来得及赶在 30 分钟的更换窗口里处理。

输出端只定一件事：字段的构成和顺序。顺序不用文字写 — 字段按你点击的先后排列，点错了就用一个按钮清空重排。没选的字段根本不会进入结果；选了但原始行里没有的字段，会以空位留在那里 — 于是缺东西的那些行也不会让列错位。

分隔符在输入端和输出端都不可设置，这是有意为之。在输入端，分隔符对每一行单独判断 — 冒号、分号、制表符、逗号或者竖线：一个文件里常常混着来自不同地方的交付内容，统一分隔符反而会毁掉写法不同的那一半行。在输出端，字段永远用冒号拼接 — 与商店交付账号时的写法一致。

• 原始行里没有的字段以空值补上 — 列的结构不会错位。
• 多余的字段不会被加进顺序，也就不会出现在结果里。
• 全部计算在浏览器里完成：原始列表不会被发送出去，服务器只知道页面被打开过。

这套设置按你的导入方式配一次，之后从一个批次到下一个批次都不用改 — 变的只有输入。工具的意义就在这里：把各种不同的输入，收敛成你自己那一种输出。

最后一点值得单独说。账号列表就是登录凭据，把它们上传到第三方在线转换器里根本不合适。这里不存在这个问题，靠的是工具的构造，而不是一句承诺：计算在你这一端完成。

上百条记录的批次靠剪贴板搬运很不方便，所以工具带有文件上传：把交付内容整个放进去，而不是一段一段粘。结果可以导出回 .txt — 正是接下来直接拿去导入的那个文件。

已解析行数不是装饰，而是一种控制手段。记录条数必须和你付款购买的数量对得上。对上了，说明批次完整到齐；对不上，这个差异会在列表进入软件之前、也在更换窗口关闭之前就被看见。

• 上传文件之后，把已解析行数和订单数量核对一遍。
• 用点击排好字段顺序，点错就按按钮清空重排。
• 把字段构成和导入端要求的对一遍：没选的字段不会进入文件。
• 导出 .txt，做完这一步再打开账号管理器。

要核对的不只是行数，还有导出结果里那些商品卡片承诺过的字段位置上有没有空列。空列本身是保住结构的合法手段，但如果空掉的正是邮箱或者 2FA 密钥，那就已经和商品描述不一致了。

整套检查一分钟做得完，而且是在第一次登录账号之前做的。这比导入之后才发现少了字段便宜得多 — 那时 30 分钟已经过去，商品算作已验收。