小编Leo*_*nid的帖子

也许我没有在文档中看到一些东西.

我想不只是处理一些http错误,但所有异常.原因 - 我想使用我自己的自定义逻辑记录它们(听起来像重新发明轮子,但我需要完全控制日志记录.我不希望服务器在异常情况下瘫痪,但仅限于特定请求的炸弹.

这就是我现在推出Flask的方式.这里app.run启动服务器.每当发生异常时,如何指示它调用我的异常处理程序方法？

def main():
    args = parse_args()
    app.config['PROPAGATE_EXCEPTIONS'] = True
    flask_options = {'port' : args.port}
    if args.host == 'public':
        flask_options['host'] = '0.0.0.0'
    app.run(**flask_options)

if __name__ == '__main__':
    _sys.exit(main())

我正在使用 R 3.3.1、Shiny v. 1.2.0 和 v. DT 0.5 开发 Shiny 应用程序。其中一个元素是跨越多个页面的可编辑数据表。在我进行编辑后，焦点行跳转到第 1 行，这会破坏用户体验。

以下是使用以下代码段重现此问题的具体步骤：

1. 加载应用程序
2. 切换到数据表的第2页
3. 编辑第 3 行第 2 列：将 Duh 更改为 Blue 并按 Tab
4. 观察当前行跳转到第 1 页第 1 行。如果每页有更多行，这将更容易查看。

我在第 4 步中得到的不是理想的行为。我希望数据表将焦点保持在我刚刚编辑的同一行上。

我愿意使用自定义 JS 逻辑来完成这项工作。

看似相关的问题 - DataTable 在编辑后不记得分页页面，但我不知道如何在这个特定示例中从 R 桥接到 JS。

 R.version.string
# "R version 3.3.1 (2016-06-21)"

library(shiny)  # v. 1.2.0
library(DT)  # v. 0.5

page_length <- 2 # 5 elements should span 3 pages

hardcoded_df <- read.table(text = "Fruit Color
                                   Apple Red
                                   Plum Purple …

在工作中，有一个 Docker 主机，/var/lib/docker其内存非常小，每当一些docker build命令连续失败时，它就会很快填满。特别是因为并非所有命令都docker build使用以下标志：--no-cache --force-rm --rm=true，其要点（以我的理解）是在成功或不成功的构建后尝试删除额外的垃圾。如果您访问 URL https://docs.docker.com/engine/reference/commandline/build/并向下滚动，您可以找到这些标志。

我们遇到的一个问题是，并不是每个人都docker build使用这些标志--no-cache --force-rm --rm=true，而且很难追踪（我知道这很愚蠢），但也可能还有其他一些/var/lib/docker我们没有发现的填充原因。IT 不会授予我们查看该目录以更好地理解的权限，但我们能够运行docker image pruneor docker system prune，这似乎是解决我们问题的一个很好的解决方案，除了我们现在手动运行它（每当事情发生时）坏的。

我们正在考虑通过 a)yes | docker image prune几乎每次构建镜像后运行来解决这个问题。我写“差不多”是因为很难追踪每个构建图像的存储库（成功与否），但这是一个单独的故事。即使这个命令有一些副作用（例如docker build在同一台 Docker 主机上破坏其他人的同步，它也只会偶尔运行一次，因此发生冲突的可能性很低。正在讨论的另一种方法几乎是盲目添加yes | docker image prune比如说每 2 小时运行一次的 cron 作业。如果这个命令有潜在的负面影响，那么损坏的可能性就更大。

为什么我什至认为另一个docker build可能会崩溃？好吧，我确实不知道，否则我不会问这个问题。为了更好地理解我们有时在损坏后最终得到的所谓图像docker build，我阅读了这篇经常被引用的文章： https: //projectatomic.io/blog/2015/07/what-are-docker-none-无图像/

我的理解是docker build，尚未完成的 a 最终会在磁盘上留下一些图像，然后根据标志在最后清理这些图像。但是，如果某些内容（例如并行发出的命令yes | docker image prune …