我正在构建一个应用程序,这将不得不处理和存储大量的电子邮件(大约每天2-4000),这将需要在世界各地的许多人以各种方式查看和处理。听起来像是售票系统,对吧?有一点不同--我有一个单独的应用程序,它为那些要处理这些电子邮件的人处理大量的处理工作,它需要提取许多与它们相关的专业信息。例如,特定客户的信息将出现在处理应用程序中(联系信息等)当有人查看这些信息时,他们还需要知道是否有打开的罚单,他们是否以及如何回复了我们发送的特定电子邮件等。
我对RT (请求跟踪器)作为一个票务系统有很好的经验,我相信它可以处理大量的电子邮件,并以我们需要的方式对其进行分类。但是,我的处理程序是用Ruby on Rails编写的。我用Perl ( RT就是用它编写的)做了一些工作,但不是很多,而且我以前从未尝试过让Ruby与Perl对话。我知道RT有一个API,我正在苦苦地研究它,但我想知道是否已经有了一个很好的解决方案?我只需要将RT中的数据拉到我的Rails应用程序中,不需要编写代码。
还是我找错人了?我应该尝试一个已经在Rails上运行良好的不同的票务系统吗?既然我只是在读取数据,那么我应该直接从数据库中提取数据吗?只是寻找一些输入,如果这是以前尝试过的任何东西。谢谢。
发布于 2009-01-29 00:35:29
RT的web API非常棒--我们在工作中使用它来连接我们自己的东西(主要是Python webapps )。我不推荐使用它,除非你真的热衷于痛苦和痛苦。
直接访问数据库,虽然仍然有点痛苦,但到目前为止是次要的。据我所知,没有关于这个结构的文档,它可能会在不同版本之间发生变化,但至少DB模式是您以前可能处理过的东西,因此对它有一些经验。AR可能不会和它对话,因为IIRC有复合主键(或者AR现在支持这些主键吗?我不记得了),但是原生DB适配器处理起来并不疯狂。
https://stackoverflow.com/questions/489303
复制相似问题