问题标签 [temporary-files]

我的 Rails 应用程序必须处理和生成 PDF XFA 文件并发送给用户/浏览器。它工作正常。但问题是在将文件发送给用户之前，它会在 rails tmp 目录中创建 2 个文件。

如果 pdf_controller 有 10 个请求，则 tmp 目录中的临时文件数量会增加一倍，并且会占用空间。

在四处寻找之后，我认为清扫车会来救援。但对Sweeper了解不多。

那么，有人可以建议走哪条路吗？

vim 为什么要创建<filename>~文件？有没有办法禁用它？

如果是用于备份（或其他），我会使用 git。

此外，这些.<filename.with.path.hints>.swp文件也是如此。

我如何告诉 vim 不要创建这些，或者至少要自行清理？

编辑

哎呀，重复：

为什么 Vim 使用 ~ 扩展名保存文件？

我从那里采用了rogeriopvl的回答。

逐字复制：

我有一个输出文本的 Perl 脚本。我想将此文本导入 vim，编辑它，保存然后退出。退出时，我希望原始 Perl 脚本处理编辑后的文件。

例如，当您添加新工作时如何crontab -e工作。

谢谢 ：）

请注意，我不是在谈论编译器生成的“临时 ASP.NET 文件”。

我的 Web 应用程序 (ASP.NET MVC) 使用 Graphviz 生成图像，然后将这些图像提供给客户端。这需要创建临时文件。

处理这些问题的最佳方法是什么？有没有办法在发送后立即删除它们？我应该使用后台线程吗？Application_Start 或 Application_End 中的内容？

今天我运行WinDirStat来检查我的硬盘上填满了什么。我惊讶地发现这个文件夹包含 4.6 GB（！）：

此文件夹及其包含的文件的用途是什么？有没有办法以安全的方式摆脱这些文件？

谢谢！

在 Windows 的 Java 控制面板中，有“临时 Internet 文件”的设置，其中缓存了所有小程序和 webstart 内容。对于我们应用程序的某些用户，此缓存无法正常工作，他们需要通过控制面板删除所有文件，然后我们的 webstart 应用程序才能正确更新自身。

忽略这样做的其他影响，无论如何我们可以在进行更新时以编程方式删除临时文件缓存，最好是通过 Java 并且不诉诸任何批处理文件或 Windows 黑客技术？

在我的应用程序中，我的用户可以将文件 (pdf/xls/doc) 导入表或将它们导出到文件夹。现在我想直接打开这些文件。

到目前为止，我能够： - 获得一个唯一的名称 - 将 blob 文件保存到生成的文件中 - 打开它

问题是我不知道如何删除（或更新）文件，之后文件将被用户关闭。

如果有人可以帮助我，我会很高兴:)

这是我的代码的快照：

我在文档库文档的 ECB 中添加了一个菜单项。单击该菜单时，我想将该文档复制到我的应用程序中。为此，我需要在安装 SharePoint 服务器的同一台机器上创建文档的临时文件。现在的问题是我应该在哪里创建临时文件。一种解决方案是当前用户（已登录 sharepoint）的 TEMP 文件夹。但在 sharepoint 中，来自 Active Directory 的用户也可以登录，但临时文件夹仅适用于该机器上的用户。简而言之，要求是在每个用户（该机器上的用户以及 AD 用户）都有权创建和删除文件的文件夹中创建临时文件。

sharepoint 是否为此目的推荐任何特定位置？

我为几个不同的客户做了很多错误修复和实现新功能。这些客户都将他们的错误、更改请求和新功能请求报告到我们的Trac 系统中。有时这些请求会导致我创建一些 SQL 更改脚本，有时会有 Excel 文档或带有测试数据的 Access 数据库、来自客户的 Word 文档等。许多文件用于修复一张票，然后可以在票证关闭时删除。

我通常通过在文件系统中创建这样的文件夹来做到这一点：/customerXX/TicketNNNNN，然后将所有内容都转储在那里。

你如何组织你的工作文件？你有没有找到一些很棒的工具来做到这一点？

1. Windows 中的 PID 分配策略是什么？重复运行调用 _getpid() 的进程表示非顺序分配 (3548,3344,3628,2748,4872,2360)。

2. 鉴于观察到的 PID 的非顺序分配，是否有可能两个具有相同 pid 的不同进程在时间上彼此紧密地执行？显然，这些进程不会同时运行。

3. 在临时文件的命名中使用 PID 是不是特别不明智？

我正在编写一个程序，它通过生成所需的输入文件、调用可执行文件并从所述可执行文件读取生成的输出文件来与另一个可执行文件交互。在 CLEAN 终止后，中间文件将被删除。

我担心的是，如果没有清理临时文件并且重复使用 PID，那么尚未清理的旧临时文件和新文件之间可能会出现歧义。如果可执行文件由于错误而未生成新的输出文件，则旧文件可能看起来像新创建的文件，因此可能无法捕获错误。

还有其他方法可以增加健壮性，例如对临时文件使用 GUID，仅对临时文件使用干净的目录，或者验证没有与目标输出文件同名的文件。应该使用其中一些技术，因为在机器重新启动或机器运行足够长的时间时肯定会重复 PID。

这个问题主要源于我对为什么 Windows 以与 *nix 不同的方式分配 PID 的好奇心。