shopify_auth 多商店会话处理

Question

我正在使用带有 shopify_auth 包的 Django 来连接 Shopify。

有没有人有任何关于如何处理多商店会话/连接的示例？

到目前为止，我正在考虑使用以下内容修改 shopify_auth 的 @login_required 装饰器，但我不确定我是否会错过任何内容：

在 shopify_auth/decortaors.py 中：

def login_required(f, redirect_field_name=REDIRECT_FIELD_NAME, login_url=None):

    @wraps(f)
    def wrapper(request, *args, **kwargs):
        if request.user.is_authenticated():

            # Extract the Shopify-specific authentication parameters from the current request.
            new_request_d = [ ... get request.GET params ('shop', etc.) ... ]

            # Compare current active request.user with new reqeust.GET's 'shop'
            if request.user != new_request_d['shop']:
                [ ...  do something to change session to the other shop ...]
                [ ... redirect as necessary .... ]

            return f(request, *args, **kwargs)

在 shopify_auth 模块中，它们是 unresolved issue about this。

它暗示using the ruby implementation。

任何正确方向的帮助将不胜感激。

Answer 1

我通过创建一个自定义修改的SessionMiddleware 解决了我正在处理的应用程序中的问题，该SessionMiddleware 创建和处理每个商店的单独会话cookie，并将请求关联到各自的商店（按以下优先顺序）：

1. 请求标头
2. 网址参数
3. 推荐人

很遗憾，由于闭源协议/限制，我无法分享确切的实现，但是我希望这会引导您朝着正确的方向前进。

确保您仍然包含其他安全中间件（CsrfViewMiddleware、AuthenticationMiddleware、SessionAuthenticationMiddleware、 SecurityMiddleware) 这样用户就无法欺骗您的系统。

与注销用户相比，这样做的好处是，如果您通过 AJAX 加载任何内容，则在不同应用安装的选项卡之间来回切换将始终有效，您不必担心实现奇怪的重定向处理这些错误的逻辑。

Answer 2

来自 Shopify 的每个请求都带有商店域。您当前的会话设置为商店域。比较两者。如果它们不同，请清除旧会话，并使用不同的传入商店域对新会话进行身份验证。似乎对我来说工作得很好。