连接 自定义日志 到 Excel、Sheets 和 AI

当其他方法都不适用时，内置配置文件涵盖机器控制器、Web 服务器、容器、应用程序框架和系统日志，每个配置文件都经过编写和测试，并基于真实文件进行验证——因此，如果您的日志属于其中之一，选择它既省事又比您自己描述日志更可靠。

做决定前请先运行连接测试。代理会将您的文件格式与预置配置文件进行比较，并提供最接近的匹配项，因此答案来自您的实际文件，而非猜测。如果测试没有返回任何结果，请尝试使用描述功能。

通常不需要。六种语法中有五种根本不需要任何模式：分隔符文件需要分隔符，键值对文件本身进行描述，JSON 行本身进行描述，头部指令为其列命名，固定宽度需要每列的起始位置和长度。

Grok 是第六个功能，它是解决真正棘手线条问题的捷径。即使如此，你也大多是在组装已命名的组件——时间戳、关卡等等——内置配置文件背后的模式库可供借鉴，而无需从零开始。

不，默认设置已经完成，您无需手动操作。开箱即用，几乎任何文本文件都能成功完成首次同步：一个 信息 每行一列，事件时间取自文件的修改时间。这样就能得到一个可以实际查看的表格。

然后您可以进行细化。预览功能会显示您的描述对现有行的影响，因此您可以将严重级别或作业编号提取到单独的列中，并在提交之前查看结果。稍后可以更改并重新同步——在此期间不会丢失任何数据。

是的，这正是人们最常需要的设置。记录不一定是一行：你可以说，每当一行数据与某个模式匹配时（通常使用左侧的时间戳），记录就开始了，之后的所有内容都属于该记录，直到遇到下一个匹配项为止。

如果边界形状不符合要求，还有其他五种方法可以绘制边界：记录之间的空白线、开始和结束标记、续行规则，或者固定的行数。如果出现二十行的例外情况，则会将其视为包含所有记录的一行。

这是默认情况，而且运行良好。如果没有指定时间字段，事件时间将取自文件的修改时间——因此，行仍然会排序，并且仍然遵循保留窗口，只是时间精确到文件而不是行。

如果时间在行中，但被分成两个字段——日期列和时间列（这在固定宽度和分隔符文件中很常见）——您可以同时命名这两个字段，并将它们组合成一个时间戳。

对于这十年间编写的大多数文件而言，UTF-8 是正确的选择。它是唯一一个没有默认值的字段，这是有意为之：假设 Latin-1 文件使用 UTF-8 编码不会报错，它会悄无声息地损坏每个带重音符号的字符，而这种悄无声息的损坏远比事先询问一次要糟糕得多。

如果您不确定，预览会告诉您——错误的编码会在示例行中立即显示为乱码。较旧的 Windows 软件和工业设备通常是导致编码格式并非 UTF-8 的原因。

请咨询我们。如果某种格式已被相当数量的用户使用——例如商业产品、通用框架或工业级工具包——我们更倾向于将其作为内置配置文件发布，而不是让每个客户重复描述相同的内容。连接器直接链接到请求。

内置功能对您和我们都更有利：它由代理程序固定，经过真实捕获测试，并且会随着代理程序更新而到达您的服务器，而无需任何人触碰连接器。

它们会被保留，而不是被删除。语法不符的行会被保留为原始行，并附带原因说明。因此，奇怪的条目、您操作期间更改的格式，或者尚不完全正确的描述，都会显示出来供您查看和查询，而不是在您的数据中留下一个无声的空白。

正是这种安全机制使得完善描述变得合理。你无需在会丢弃数据的严格解析器和会生成一大段文本的宽松解析器之间做出选择——已解析的行会被正确识别，而未解析的内容仍然保留在它们旁边。