RT 的 var 中的 session_data 文件夹是什么？
我希望将 RT3 中的自定义代码合并到 RT4（一个 Perl 应用程序）中。它包括一个名为“session_data”的文件夹 - 它似乎包含某种形式的临时文件。有人知道它们的用途以及清除它们而不是合并它们是否安全？
I'm looking to merge customized code from RT3 into RT4, a Perl application. It includes a folder called "session_data" - which seems to contain some form of temporary files. Anyone know what these are for and whether they are safe to clear out rather than merge?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您可能需要说更多，但我可能会猜测这是一个 Web 应用程序。如果是这样，这可能包含会话密钥信息文件。 Web 框架（例如
Catalyst或Apache::ASP）通常会自动执行此操作，分配会话标识符，并将标识符作为客户端的 cookie 提供。这允许应用程序将信息范围限定为用户会话而不是单个请求。即使用户会话信息中实际上没有存储任何内容，也可能会发生这种情况。通常，会话信息的默认存储是通过目录，通常按会话标识符的前几个字符进行分层组织，以避免巨大的平面目录影响性能。只要这些会话文件不包含有用的信息，您就应该能够安全地清除它。例如，如果应用程序包含购物车，则所有内容都将丢失。很大程度上还取决于分配给会话的到期时间。如果它们在一小时左右到期，那么问题就比到期时间是一年左右要小。因此，在不了解更多有关应用程序的情况下，很难给出明确的答案。
You'll probably need to say more, but I'll hazard a likely guess that this is a web application. If so, this is likely to contain session-keyed information files. Web frameworks (such as
CatalystorApache::ASP) often do this automatically, assigning session identifiers, and providing the identifiers as cookies for the client. This allows the application to scope information to a user session rather than to a single request. This may happen even if nothing is actually stored in the user session information. Often the default storage of session information is through a directory, often hierarchically organized by the first few characters of the session identifier, to avoid a huge flat directory affecting performance.You should be able to clear it out safely, so long as these session files don't contain useful information. If, for example, the application included a shopping cart, all contents would be lost. Much will also depend on the expiry time assigned to sessions. If they expire after an hour or so, it is less of an issue than if the expiry time is a year or so. So, without knowing more about the application, it is hard to give a definitive answer.