|
|
1
2
我认为选项1和选项2之间的选择取决于您存储了多少数据。我认为在大多数情况下,您在表单上收集的数据量相当小(几千字节)。在这种情况下,我认为将其存储在会话数据中是一种可行的方法。在来回传递那么多数据时没有那么大的开销。此外,除非您的用户在有严格安全策略的计算机上,否则应用程序应该可以工作。如果您明确了页面要求,用户可以决定是否继续。
|
|
|
2
1
我同意选项1是最好的,因为它比其他2有一些好处:
如果您担心性能,您可以将要保存的数据排队,因为不需要近实时地保存数据。
|
|
|
3
0
如果站点变得流行,并且需要在多个web服务器上运行,那么您的会话数据无论如何都需要保存在某种数据库中。在这种情况下,您需要一个能够处理大量事务的数据库。 我同意这是一个独立于平台的问题。堆栈溢出用户喜欢在问题中查看代码,喜欢在答案中给出代码,这就是为什么我通常会问某人使用的语言。 |
|
|
4
0
老实说,只需使用选项1中的数据库,就可以停止担心数据量了。认真地说,如果你的网站是如此成功,以至于成为了一个问题,那么你应该能够资助一个重新鞋面来应对。 |
|
|
5
0
从上一步获取POST数据并添加隐藏数据没有错
有哪些负面影响?页面上有很多额外的元素?不是用户看到的。您所要做的就是为您要求用户提供的每个输入添加一个元素(在每个页面上,如果您希望用户能够返回)。除了这些不会造成任何视觉混乱的元素之外,没有什么额外的东西。
|
|
|
blogger13 · 视频租赁店数据库的规范化 1 年前 |
|
|
ì¤ì¤í · 为什么LEFT INNER JOIN被弃用? 1 年前 |
|
|
relatively_random · 确保两个表之间一致的共同参考 1 年前 |
|
|
Grenish Rai · Firestore错误“用户文档不存在” 2 年前 |
|
|
Saijo-Shi · PLpgsql中的更新触发器 2 年前 |
|
Dante · Django::配置不当:池不支持持久连接 2 年前 |
|
YouLocalRUser · 删除重复行,保留第一行 2 年前 |