好的,我们有了这个庞大的裸机 php 项目,我们想慢慢将其转换为 Symfony3
这是一个不断变化和更新的项目,因此我们需要它是透明的,以确保不会干扰使用它的人。他们根本不应该注意到差异。
所以我们决定尝试的解决方案是:
- 将整个应用程序粘贴到/web
- 将验证器脚本保留在遗留应用程序中(移植到新应用程序太复杂,然后更新旧应用程序以使用新 session 系统)因为它所做的只是设置一对 $_SESSION 键
- 应用程序中没有其他地方设置任何 session 变量,只有身份验证器。
问题是 Legacy Bridge 的配置问题, 和一些 choice stack overflow答案还没有让我们到任何地方。
使用桥梁
使用 the bridge as this doc says 配置除了它正在读取的 session 没有添加任何内容到$_SESSION['_sf2_attributes']
assoc 或与此相关的任何其他地方之外,没有任何影响。使用桥梁组件
根据 this document描述了如何使用PhpBridgeSessionStorage
组件,在配置后,将按照以下行输出:
ContextErrorException in classes.php line 83: Warning: ini_set(): A session is active. You cannot change the session module's ini settings at this time
当我将它与第一种方法结合使用时,它就变成了第一种方法。它有效,但我在我的 symfony Controller 中完全看不到遗留应用程序中的 session 数据集
DefaultController.php on line 16:
array:3 [▼
"_sf2_attributes" => & []
"_sf2_flashes" => & []
"_sf2_meta" => & array:3 [▼
"u" => 1469839893
"c" => 1469836213
"l" => "0"
]
]
DefaultController.php on line 17:
Session {#2519 ▼
#storage: PhpBridgeSessionStorage {#2520 ▼
#bags: array:2 [▼
"attributes" => AttributeBag {#2218 ▼
-name: "attributes"
-storageKey: "_sf2_attributes"
#attributes: & []
}
"flashes" => FlashBag {#2219 ▼
-name: "flashes"
-flashes: & []
-storageKey: "_sf2_flashes"
}
]
#started: true
#closed: false
#saveHandler: SessionHandlerProxy {#2522 ▼
#handler: SessionHandler {#2217}
#wrapper: true
#saveHandlerName: "files"
}
#metadataBag: MetadataBag {#2521 ▼
-name: "__metadata"
-storageKey: "_sf2_meta"
#meta: & array:3 [▼
"u" => 1469839893
"c" => 1469836213
"l" => "0"
]
-lastUsed: 1469839892
-updateThreshold: "0"
}
}
-flashName: "flashes"
-attributeName: "attributes"
}
- 使用监听器
此问题最受欢迎的“解决方案”之一是 this one from this SO answer
但是在设置时,在 app/config/services.yml
中使用监听器进行设置,如下所示:
服务:
session .legacy:
类别:AppBundle\Session\LegacySessionHandler
标签:
- { 名称:kernel.event_listener,事件:kernel.request,方法:onKernelRequest }
我们得到这样的错误:
LogicException in NativeSessionStorage.php line 240: Cannot register a bag when the session is already started.
我明白这个解决方案试图做什么,但它从我这边解决了两个问题:
我觉得当 kernel.request
触发并调用我的类方法时,该事件应该仍然看到存储在 中的 symfony 上下文之外的实际真实数据集$_SESSION
super 全局。因为它应该通过 $_SESSION 关联循环并将该数据应用于新包。
第一个问题是没有什么可设置的。在监听器必须使用的 session 关联中找不到遗留应用程序的 key 集
第二个问题是,出于某种原因,我无法注册新包...
- “F-it”方法
因为当我 var_dump
$_SESSION
super 全局时,我可以在遗留应用程序中看到像 _sf2_attributes
这样的键,我决定嘿为什么不只是让身份验证器将其 key 转储到 _sf2_attributes
key 而不是根!
这也没有用。就像,完全一样。这些都没有出现在我的 symfony Controller 中。
我的智慧快到这里了。这是一个错误,这是设计使然吗?
最佳答案
我遇到了同样的问题,通过在 config.yml 中添加以下代码解决了这个问题:
session:
storage_id: session.storage.native
handler_id: session.handler.native_file
save_path: ~
为了调试,我在两个地方使用了以下 PHP 代码:1) 在遗留脚本中。 2) 在 symfony Controller 中。
$sessPath = ini_get('session.save_path');
$sessCookie = ini_get('session.cookie_path');
$sessName = ini_get('session.name');
echo '<br>sessPath: ' . $sessPath;
echo '<br>sessCookie: ' . $sessCookie;
echo '<br>sessName: ' . $sessName;
我的问题是 symfony 与遗留应用程序的 session.save_path 不同。因此,symfony 代码无法访问我遗留的 $_SESSION 变量。
添加,config.yml 中的以下行解决了问题:
save_path: ~
在我修复这个问题之后,symfony Controller 代码可以直接看到所有的 $_SESSION 变量:
echo "<pre>"; print_r($_SESSION); echo "</pre>";
不需要其他 stackoverflow 问题中提到的“class LegacySessionHandler implements EventSubscriberInterface”解决方案。 (这个问题的第 3 部分)
关于php - Symfony 遗留 session 问题,缓慢移植大型项目,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/38669383/