如果Django调试工具不处于活动状态,那么在生产环境中使用它们是否存在任何风险? 背景

如果Django调试工具不处于活动状态,那么在生产环境中使用它们是否存在任何风险? 背景,django,virtualenv,Django,Virtualenv,我想在我的项目的virtualenv中安装django调试工具栏以进行本地调试。由于我使用了一个pip编译/pip同步过程,这个包最终也会安装在我的登台和生产环境中。我的计划是只将django调试工具栏(即已安装的应用程序、中间件类等)的设置添加到本地设置文件中 问题: 共享这样的虚拟环境是否会给生产服务器带来任何风险或不必要的开销?更一般地说,分离开发和生产环境(保持本地工具安装)和保持两个环境相同(用于精确测试)之间的最佳平衡是什么?因此,在尝试了几周之后,我发现只有一个缺点取决于我的测试环

我想在我的项目的virtualenv中安装django调试工具栏以进行本地调试。由于我使用了一个pip编译/pip同步过程,这个包最终也会安装在我的登台和生产环境中。我的计划是只将django调试工具栏(即已安装的应用程序、中间件类等)的设置添加到本地设置文件中

问题:
共享这样的虚拟环境是否会给生产服务器带来任何风险或不必要的开销?更一般地说,分离开发和生产环境(保持本地工具安装)和保持两个环境相同(用于精确测试)之间的最佳平衡是什么?因此,在尝试了几周之后,我发现只有一个缺点取决于我的测试环境。在某些情况下,Django调试工具栏会阻止selenium元素的点击,这将导致先前通过的功能测试失败。从好的方面来说,selenium抛出了一个明确的错误,告诉您它不能点击一个元素,因为另一个元素正在阻塞,所以这很容易捕获和修复


当DEBUG==False时,工具栏将自动禁用,在生产环境中,这种情况应始终存在。据我所知,在生产服务器上使用此软件包没有严重的缺点。

因此,在尝试了几周后,我发现只有一个缺点取决于我的测试环境。在某些情况下,Django调试工具栏会阻止selenium元素的点击,这将导致先前通过的功能测试失败。从好的方面来说,selenium抛出了一个明确的错误,告诉您它不能点击一个元素,因为另一个元素正在阻塞,所以这很容易捕获和修复

当DEBUG==False时,工具栏将自动禁用,在生产环境中,这种情况应始终存在。就我所知,在生产服务器上安装这个包并没有严重的缺点