Javascript 哪个web框架适用于小型web应用程序

Javascript 哪个web框架适用于小型web应用程序,javascript,jquery,python,django,web-frameworks,Javascript,Jquery,Python,Django,Web Frameworks,也许你们能帮我我这里有个小问题: 我有连接到Internet的嵌入式设备。他们将数据永久记录到文件中。这些文件被发送到我的Web服务器。 它们有大约10k行,每行看起来像:(timestamp;data)。数据块包含8字节等于64个开/关值 现在我想创建一个web应用程序,它允许我: -管理/控制嵌入式设备(打开ssh连接并发送命令) -可视化时间轴上的日志文件(我想可视化这些值,例如,通过按时间戳分组的绿色/红色LED,我可以滚动并加速) 因此,我的POV的技术要求如下: 用户身份验证 用于

也许你们能帮我我这里有个小问题:

我有连接到Internet的嵌入式设备。他们将数据永久记录到文件中。这些文件被发送到我的Web服务器。 它们有大约10k行,每行看起来像:(timestamp;data)。数据块包含8字节等于64个开/关值

现在我想创建一个web应用程序,它允许我:

-管理/控制嵌入式设备(打开ssh连接并发送命令)

-可视化时间轴上的日志文件(我想可视化这些值,例如,通过按时间戳分组的绿色/红色LED,我可以滚动并加速)

因此,我的POV的技术要求如下:

  • 用户身份验证
  • 用于可视化日志文件的javascript集成
  • orm映射器
我更喜欢python作为业务逻辑的编程语言,但我不怕尝试新的东西

现在我要问的问题是: 我应该使用什么框架?


我的意思是,我已经看过django和web2py,但我认为这些框架对于这个小项目来说太大了。

对于Python中的小型Web应用程序,我通常使用。因为您似乎在处理原始数据,所以我不会使用ORM,而只是使用SQLAlchemy直接查询值(尽管如果您坚持使用ORM,SQLAlchemy会附带ORM)

对于Python中的小型Web应用程序,我通常使用。因为您似乎在处理原始数据,所以我不会使用ORM,而只是使用SQLAlchemy直接查询值(尽管如果您坚持使用ORM,SQLAlchemy附带了ORM)

您可能正在寻找Ruby上的ORM

在持久性级别上,我将使用MongoDB。这是我的建议

就安全而言,有很多选择,这里是

OAuth也是一个不错的选择,所以这里有一个链接,可以与一些草莓奶油一起使用。

关于Ruby的内容可能是您想要的

在持久性级别上,我将使用MongoDB。这是我的建议

就安全而言,有很多选择,这里是


OAuth也是一个不错的选择,因此这里有一个链接,可以与一些草莓奶油一起使用。

我在使用小型应用程序时有很好的体验。这与其说是一个框架本身,不如说是一个反框架。web开发的极简主义方法

以下是对我最有意义的一句话:

“Django允许您使用Django编写web应用。TurboGears允许您使用TurboGears编写web应用。web.py允许您使用Python编写web应用。” -亚当阿特拉斯


正如@mensi所说,我会将SQLAlchemy用于ORM映射器

我在小型应用程序中有很好的使用体验。这与其说是一个框架本身,不如说是一个反框架。web开发的极简主义方法

以下是对我最有意义的一句话:

“Django允许您使用Django编写web应用。TurboGears允许您使用TurboGears编写web应用。web.py允许您使用Python编写web应用。” -亚当阿特拉斯


正如@mensi所说的,我建议对ORM映射器使用SQLAlchemy。超级简单。但是,它是单线程开箱即用的,这意味着不能很好地支持多个用户。是多线程的,有点麻烦。

我推荐。超级简单。但是,它是单线程开箱即用的,这意味着不能很好地支持多个用户。是多线程的,有点麻烦。

这是您自己的问题。我想看看Ruby on Rails。。。因为我更喜欢它;)这是你自己的问题。我想看看Ruby on Rails。。。因为我更喜欢它;)+1瓶。设计良好、响应迅速、文档记录良好的社区。Flask非常棒,根据您的数据库首选项,您可能还对数据库的MongoDB感兴趣,非常适合处理日志样式的数据。MongoDB最适合于非结构化数据,如任意日志消息字符串。由于他有一个定义良好的日志消息类型(基本上是键->值对,键上有一个顺序),这正是传统RDM优化的目的。感谢您的回复。这对我帮助很大:我只想补充一点,我不想把日志文件分析保存在数据库中,因为我已经有了“原始文件”。我只需要可视化这些原始日志文件,日志文件实际上看起来像n个元组(timestamp;identifier;data),这取决于标识符,每个数据字节可以有不同的数据类型(最坏的情况是64bool值)。这都是在“标识符模板”中定义的,基于标识符模板,我创建了一个内存中的db表,在这里我可以快速访问数据,并进行所有过滤、分组,。。您觉得这种方法怎么样?@user1320852听起来不错,不过我会尽可能多地缓存处理结果。您可能还想看看RRDTool以获得灵感;)+1瓶。设计良好、响应迅速、文档记录良好的社区。Flask非常棒,根据您的数据库首选项,您可能还对数据库的MongoDB感兴趣,非常适合处理日志样式的数据。MongoDB最适合于非结构化数据,如任意日志消息字符串。由于他有一个定义良好的日志消息类型(基本上是键->值对,键上有一个顺序),这正是传统RDM优化的目的。感谢您的回复。这对我帮助很大:我只想补充一点,我不想把日志文件分析保存在数据库中,因为我已经有了“原始文件”。我只需要可视化这些原始日志文件,日志文件实际上看起来像n个元组(timestamp;identifier;data),这取决于标识符,每个数据字节可以有不同的数据类型(最坏的情况是64bool值)。这都是在“标识符模板”中定义的,基于标识符模板,我创建了一个内存中的db表,在这里我可以快速访问数据,并进行所有过滤、分组,。。你觉得这种方法怎么样?@user1320852听起来不错