【发布时间】:2011-07-11 09:26:58
【问题描述】:
差不多 6 个月前,我在 stackoverflow 上问了一个问题“Software to help in log analysis?”
在继续阅读之前,请先看看这个问题。
事实证明,目前没有好的软件可以根据时间戳混合日志文件并将它们呈现在一个好的 UI 中。
我想主动开发一些东西,一旦完成就开源。
之前,我通过在 c++ 中编写了一段快速而肮脏的代码来解决问题,它会生成一个制表符分隔的文件(如 csv,但制表符分隔),稍后我将在 Excel 中打开该文件。
我对我的 c++ 代码不满意,原因如下: 1. 以后查看输出文件完全依赖Excel。 2. 由于不涉及UI,所以每次都写命令行并不容易。 3. 由于命令行的学习曲线,它不能与其他团队成员(和世界)共享。
由于上述原因(以及其他一些原因),我正在考虑将其开发为 Web 解决方案。这样我就可以与所有人共享工作实例。
我想到的是一个基于网络的解决方案,如下所示:
- 用户将能够使用 HTML5 的文件 API 提供输入日志文件。
- 然后用户可能会告诉与每个日志文件关联的时间戳的格式。
- 此后,javascript 会将这些日志文件处理成表格中混合的 HTML 输出。
我只是网络技术的初学者。所以我需要你的帮助来确定这是否是最好的方法?
我想要一个网络解决方案,但这并不意味着我希望用户上传他的日志文件以进行后端处理。我想要一个仅基于 Web 的客户端解决方案。
感谢您的意见。
编辑:基于 Raynos 下面的评论
@bits 你确实意识到浏览器 不是用来处理大件的 数据的。有 stackoverflow.com/questions/4833480/… 这表明这可能导致 问题。
我觉得在浏览器中这样做并不是最好的选择。可能,我应该探索基于后端的解决方案。 有什么想法或建议吗?
【问题讨论】:
-
文件有多大?在某些时候,浏览器将无法仅使用 Javascript 来处理它。
-
文件最大可达 50 mb。是的......也许你是对的......
-
@bits 哇。您需要对其进行压力测试。
-
但我猜这些天浏览器可以处理大量内存。
-
@Raynos 实际上,每个文件甚至可以是 100 mb。并且可以说 8 个文件作为输入。但这只是 800 mb。对于具有 1 GB 备用内存的计算机来说,应该没有问题。唯一的事情是我不想维护数据结构。它应该像排序数组的合并过程。随时在最终表中输出日志语句。类似的东西。
标签: javascript html logging fileapi