免责声明,我是我公司的技术支持和系统管理员,而不是开发人员。我并不追求具体细节,只是一个想法,如果我想获得成功或不可能。将多个电子商务软件实例重构为单个代码库
我们托管了我们内部传统的ASP传统电子商务软件应用程序的数百个实例,并且由于客户和我们自己的无数定制,版本管理是噩梦,自定义代码无法管理,我们放弃了发布新的功能和大量部署错误修复,因为无法跟踪哪些用户需要哪些修补程序。
Parellel这个问题我做了管理脚本来更好地自动化这个。
但是我真正想做的是使用miniumum可能的努力,将应用程序代码(不是数据库)移植到单个代码库中。我有的问题:
ASP可以相对有效地处理连接到不同的数据库,具体取决于被调用的主机头?我计划对例程进行一些基本扩展,获取主机头 在metadb中查找db凭证,相应地设置应用程序连接字符串逻辑。
应用程序为了缓存目的从数据库中向Web服务器写入一些文件,我想通过将其写入类似/masterapp/customer1/specificfile.htm的文件来处理此行为,然后更改引用to /specificfile.htm中的代码更像/ masterapp/店名 /specificfile.htm。显然,写入specificfile.htm的例程会相应地写入新的位置。这看起来合理吗?
其他网络服务器的特定内容,如图像和csv文件我需要继续工作,没有URL的理想变化,ASP可以使用逻辑重定向请求/images/example.jpg到/ masterapp/店名 /images/example.jpg或/ 店名 /images/example.jpg取决于主机标题?或者可以通过isapirewrite完成? (我们已经使用)
我认为这些是最大的挑战。我不需要一个完整的项目计划来说明如何实现这些东西,我只想知道它是否可行。如果答案是肯定的,由于节省了支持时间,我应该可以将我的老板出售给开发人员,我们的内部开发人员可能会希望对此进行管理。