我有一个网站,用户可以上传他们的产品手册(PDF文档)。基本上,他们首先将产品添加到系统中,然后向该产品添加一个或多个手册。手册可以有多个版本,所有版本都可以在系统中使用。此外,手册可以包含多种语言。简单地说就是这样。
这种方法一直运行良好,但最近我们已经有了大量产品/手册的客户,并且已经拥有了一个包含这些数据的系统。他们对手工添加所有数据不感兴趣,他们想要一个系统将他们的产品和手册自动推送到我们的网站上,包括更新和删除。所以这基本上是从他们的系统到我们的网站的一个方向操作。
我以前构建过WEB,但它是有限的,只包括交换记录数据,而不是文件,当然也不是数据/文件的集合。因此,我的第一个问题是,我是否可以将与该数据相关的数据集合发布到WEB中?
例如:
我可以发布这些数据并仍然将Maual1.PDF与服务器上的产品A关联起来吗?我是否应该避免将大量的相关数据填入1篇文章中?我是否应该强制客户端一个一个地发送一个带有手册的产品,以避免遇到冗长的HTTP请求?一般情况下我该怎么做呢?
在过去,我们使用FTP构建同步系统来上传所有PDF文档和包含所有数据的1个XML文件,以及对相关PDF文档的引用。服务器上的作业将查找上传的XML文件,并在找到时进行处理。虽然这确实有效,但我觉得这是一个过时的解决方案,而不是真正的专业方法。
编辑:也许我的描述不够清楚,但我想要的是一个界面,我将建立在我的网站之上,我的客户可以集成在他们的软件中,自动将数据推送到我的网站,只要他们在他们的系统中作出改变。我想在ASP.NET WEB技术中构建这个接口,但我在该技术方面没有足够的经验来确定它是否能够实现我前面描述的功能:接受文件和嵌套数据引用这些文件在1篇文章中。也许,客户系统通过FTP自动上传文件和索引文件的解决方案更适合吗?还是另一种技术?
发布于 2017-03-08 13:41:26
你看过现有的所谓“内容管理系统”(CMS)了吗?
不过,如果你想要滚动你自己的系统,一个REST端点使用一个单一页面的web应用程序作为前端,它有一个用户界面来选择要在用户浏览器中运行的文件,这听起来是一种合理的方法。特别是因为这些技术应该很容易找到实现系统的经验。
从安全的角度来看,打开FTP端点听起来很可怕。如果有的话,请选择SCP或SFTP。然而,这种系统的实现和管理可能要比REST +浏览器方法更难,因为基于SCP / SFTP / FTP的系统不那么常见,而且实现快速、容易和健壮的必要技能和经验也不常见。
发布于 2017-03-08 13:26:45
孤立地假设您已经为大量的文件准备好了所有的解决方案,FTP是更好的解决方案,即使它不是新的热点。FTP是一个很好的解决方案,可以有效地将大量文件从A点移到B点。另一种选择是允许VPN访问环境中的文件服务器,并允许客户端以这种方式上传文档。FTP解决方案的缺点是,它可能需要您的客户端网络管理员的操作才能打开到它的连接,在这里,web可以在开放的http端口上安装。
如果两个解决方案都不存在,并且需要开发,那么最好的解决方案就是继续为其他客户提供价值的解决方案。在大多数情况下,对于很少有手册的客户来说,一个简单的crud手册就足够了。
https://softwareengineering.stackexchange.com/questions/343721
复制相似问题