LogicalDOC BE 中的单个会话
Single sessions in LogicalDOC BE
对于我最近分配的一个项目，我们曾经使用免费的 LogicalDOC Community Edition。我们正在考虑购买商业版，但是，在此版本中，您只能获得有限数量的连续会话。
该项目包含一个非框架 PHP 应用程序，该应用程序目前为每个页面请求生成一个 SOAP 会话到 LogicalDOC，但最终不会注销。由于目前只有一个连续的会话可能，系统会在一个页面请求后阻塞。在代码中，没有单一的通信层、DAO 或连接池。但是，有一个 LogicalDOC class 执行初始身份验证并将 session_id 保存为全局变量。
我目前对公司的建议是用一个框架重写系统，用会话池和智能对象。但是，有没有人遇到类似的问题并且能够以更省时的方式解决这个问题？
API 文档和示例资源发布在此处：https://www.logicaldoc.com/support/api
您可能会注意到，您可以打开一个调用方法 Auth.login 的会话
方法 returns 标识您的会话的 SID。
然后，您可以在后续调用中使用此令牌来重新使用同一会话。
无需采用框架，只需将此 SID 保存在普通文件中即可。
在您的工作结束时，只需使用 Auth.logout
关闭会话
对于我最近分配的一个项目，我们曾经使用免费的 LogicalDOC Community Edition。我们正在考虑购买商业版，但是，在此版本中，您只能获得有限数量的连续会话。
该项目包含一个非框架 PHP 应用程序，该应用程序目前为每个页面请求生成一个 SOAP 会话到 LogicalDOC，但最终不会注销。由于目前只有一个连续的会话可能，系统会在一个页面请求后阻塞。在代码中，没有单一的通信层、DAO 或连接池。但是，有一个 LogicalDOC class 执行初始身份验证并将 session_id 保存为全局变量。
我目前对公司的建议是用一个框架重写系统，用会话池和智能对象。但是，有没有人遇到类似的问题并且能够以更省时的方式解决这个问题？
API 文档和示例资源发布在此处：https://www.logicaldoc.com/support/api
您可能会注意到，您可以打开一个调用方法 Auth.login 的会话 方法 returns 标识您的会话的 SID。 然后，您可以在后续调用中使用此令牌来重新使用同一会话。 无需采用框架，只需将此 SID 保存在普通文件中即可。 在您的工作结束时，只需使用 Auth.logout
关闭会话