R Shining server：如何使用多个用户和会话更新脚本？

我们在CentOS下的虚拟机上运行一个Rshinny服务器（R:3.5.1，Shinny:1.0.3）。我们在服务器的脚本更新中遇到了一些问题。 我们发现，在某些情况下，如果我们将脚本更新到服务器上，那么实际执行更新后的脚本可能需要一些时间（有时长达几天）。 根据经验，只有当srcipt有多个用户时，才会出现这种延迟。具有sningle用户（me）的脚本在更新后的脚本写入服务器后立即更新。 这很有意义：只要用户在会话中运行脚本，就不能更新它。我们知道重置Shniy服务器可以解决这个问题，但我觉得这是一种解决这个问题的粗糙方法。 由于我不是linux专家，我不知道这是由Shiny还是linux引起的。

---

是否有人知道这种行为记录在何处，以便我了解如何更好地控制更新过程

我建议大家阅读一下闪亮的服务器文档：也许可以在community.rstudio.com的闪亮频道上提问。谢谢！第3.1.1节。状态：幸运的是，当对ui.R或server.R进行更改时，Shiny应用程序通常不需要重新启动，因为Shiny将在页面加载时检查这些文件的更改。在我的例子中，对ui.R和server.R的更改被延迟。1）创建应用程序重启按钮，该按钮仅显示给管理员，用于停止应用程序2）您需要在shinyapp所在的目录中添加一些更改，因此创建者建议您重新创建restart.txt文件，通过

touch restart.txt

3）将会话超时添加到你的应用程序中，如果人们在一年多后的最后几分钟内没有使用该应用程序，这会将他们踢出。我很清楚，根据范围规则，使用global.R会创建全局对象，甚至跨多个会话。我的理解和经验是，只要存在活动会话，这些对象就无法更改。这导致在所有会话终止或服务器重新启动之前，在R服务器上更新代码可能无法生效的情况。在使用global.R时，我变得更加小心了，我更喜欢使用另一个名称来编写脚本，以避免在实例data_processing.R中使用这种机制。