【问题标题】:Should i create a temporary 'check_out' DB table when a user decides to check out?当用户决定结帐时,我应该创建一个临时的“check_out”数据库表吗?
【发布时间】:2016-09-19 01:13:54
【问题描述】:

我正在构建一个使用 cookie 作为唯一标识符的数据库购物车方法的电子商务网站。我想知道我是否应该创建一个临时结帐表来存储用户决定结帐时的购物车数据?我想尝试将实际的购物车与结帐过程分开,以防用户在结帐过程的后期阶段打开第二个页面并尝试添加其他购物车项目。

如果用户尝试从单独的页面添加其他购物车商品,我有一个循环不断更新结帐订单摘要,但是当用户付款时,他们会被重定向到安全支付页面,在那里他们输入他们的付款信息,因此可以在此阶段添加其他购物车物品。

我是否应该在用户结帐过程开始时创建一个临时结帐表来存储当前购物车?

我正在考虑在用户使用会话进入结帐过程时锁定购物车,这样如果用户放弃他们的购物车,当会话被销毁时购物车将解锁。不过不知道,好像不太靠谱?

任何人都可以就我如何解决这个问题提供建议吗?

【问题讨论】:

    标签: php mysql e-commerce


    【解决方案1】:

    以下是建议:

    • 不要使用 cookie 和 session 来存储购物车项目,使用单独的 表。这样无论会话如何,购物车都会 一样。

    • 尽量减少对 cookie 和会话的依赖,改用数据库。 许多购物车使用数据库会话而不是使用 php 会话。

    【讨论】:

    • 我确实将所有 cart_id 和 shopping_cart 商品都存储在数据库中,cookie 仅用于唯一标识符
    猜你喜欢
    • 1970-01-01
    • 2018-12-24
    • 2015-01-02
    • 2021-07-30
    • 2011-01-29
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多