跨多个选项卡的父子导航

Question

请耐心解释，这是必要的。

系统背景：我正在为CMS的后端创建父 - >子导航系统。 我建立如下URL： [domain.ext]/[moduleName]/[objectName]/[actionName]/[ID #1]/[ID #2] 。

解释的URL（例如example.com/PageManagement/Page/Modify/7/13 ）：

• moduleName ：对象所属模块的名称（例如“PageManagement”）
• objectName ：对象的名称（例如“Page”）
• actionName ：操作的名称（例如“修改”）
• ID＃1：正在执行的动作的记录的任一的ID， 或对象的父的ID
• ID＃2 ：正在执行操作的记录的ID， 但仅当ID＃1填充了父ID时

通过解析其组件的URL，将名称减少到系统ID等，然后检索要在页面上显示的字段和数据来进行导航。
为了确保URL保持可读性和逻辑上可理解性，我不会在URL中添加多个父ID层，而是将最后几个父ID保存在PHP $_SESSION数组中，这样我就可以确定导航是否有不同的父ID待补充。

示例： image我们有对象Page->Extension->Field ，它们都在模块PageManagement ，从左到右为父级。 现在假设我们有一个ID为2的页面，一个ID为8的扩展，一个ID为17的字段。编辑该字段的URL将是example.com/PageManagement/Field/Modify/8/17 ，因为我们正在编辑字段17，其中扩展8为父级。 用于编辑扩展的URL将是example.com/PageManagement/Extension/Modify/2/8 ，因为我们正在编辑Extension 8，它具有父级。 编辑页面只是example.com/PageManagement/Page/Modify/2 ，因为它没有父页面。

问题：现在，所有这一切都很完美。 但是，如果打开多个选项卡，则它们共享相同的$_SESSION ，因此在一个选项卡中导航可以抛弃另一个选项卡的父历史记录。 在几乎所有情况下它仍然是正确的，但我可以导致它的事实是坏的（因为有人可以添加/删除/编辑数据而不知道它们实际上在错误的父列表中）。

我需要的是：我需要一种方法，通过每个请求，确定它来自哪个选项卡，最有可能是通过为每个选项卡生成某种形式的UID并将其与每个请求一起发送。 然后，我的系统可以存储每个选项卡的导航历史记录，而不是每个会话。

考虑的解决方案

• 生成每页UID会话，并将其存储在Window.sessionStorage （每个新窗口/选项卡都会重置）。 这将允许我生成一个如果还没有设置（所以一个新的选项卡），因此每页会话存储（和记住）不同的一个。
  • 问题：我不知道如何通过每个请求将UID发送到服务器。 会话cookie似乎在所有选项卡之间共享（因为它们共享会话，所以有意义）。
• 生成每页UID会话，并将其作为查询字符串附加到URL。
  • 问题：我可能也没有很好的网址，如果有人（不小心）编辑/删除它，它仍然无法正常工作。 此外，复制/粘贴URL将是一个问题。
• 生成每页会话的UID，并将其添加到moduleName之前的URL。
  • 问题：它仍然可见/可编辑/可移动，如果他们这样做仍然无法正常工作。 此外，复制/粘贴URL将是一个问题。

如果有人能够解决上述解决方案中提到的问题，或者想出一个全新的解决方案，那将是惊人的。 显然，我更希望尽可能少地改变URL系统的工作方式，但如果这是唯一的解决方案，那就这样吧......

Answer 1

您的请求设计中存在一个基本缺陷，这会给您带来麻烦。
系统应尽可能在单个请求中包含所有相关信息。 在您的情况下，这意味着放弃在$_SESSION中“记住”先前请求（状态..）的机制，而是传递请求中的所有信息。 它可以在URL（“地址”和/或查询字符串）中，适当时的标题（通常使用cookie。在这种情况下可能不合适）或正文（与POST表单相同的方式传递有效负载）。

选择此路径的原因有很多，仅举几例：

1. 改善日志记录
2. 轻松调试。
3. 启用简单的基于URL的链接（仅使用请求的URL时）。
4. 降低不正确缓存（本地或远程）的风险。
5. 支持多个“同时”请求 - >将有助于克服当前问题:-)

一如既往，没有例外规则。 在这种情况下，不适合包含在每个请求中的最常见信息是身份验证信息（用户名，密码等...）

总而言之，您应该强烈考虑重建您的请求，以便获得所有必需的信息。