Question

我在nginx后面使用我自己的基于RamSession的会话来运行一个可怕的应用程序。问题是会话ID在每个请求上都会发生变化。我相信问题是每次发出请求时它都会转到另一个工作人员，因此会话被保存，但下一个可用工作人员在下一个请求中无法识别（不幸的是，对于工作原理有限的知识）。当我将工人数量设置为1时，一切都按预期工作。我知道我可以使用FileSession或任何类型的基于数据库的会话处理程序，但只是想知道是否有解决方案。感谢

这是我的新贵脚本：

description "uwsgi tiny instance"
start on runlevel [12345]
stop on runlevel [06]

exec /home/web/.virtualenvs/myenv/bin/uwsgi --uid web -H /home/web/.virtualenvs/myenv -w myapp.wsgi -p 1 -M -s 127.0.0.1:3031

这是我的会议：

class MySession(sessions.RamSession):
    def clean_up(self):
        """Clean up expired sessions."""
        now = self.now()
        for id, (data, expiration_time) in copyitems(self.cache):
            if expiration_time <= now:
                try:
                    active = Mongo(ActiveSession).find_one('active', self.cache['active'])
                    Mongo(ActiveSession).remove(active)
                except:
                    print "Failed to remove active session object."
                try:
                    del self.cache[id]
                except KeyError:
                    pass
                try:
                    del self.locks[id]
                except KeyError:
                    pass
        # added to remove obsolete lock objects
        for id in list(self.locks):
            if id not in self.cache:
                self.locks.pop(id, None)

和我的配置：

config = {
    '/static': {
        'tools.staticdir.on': True,
        'tools.staticdir.dir': os.path.join(current_dir, 'media/public')
    },
    '/fotos': {
        'tools.staticdir.on': True,
        'tools.staticdir.dir': os.path.join(current_dir, 'media/fotos')
    },
    '/' : {
        'tools.sessions.on': True,
        'tools.sessions.name': 'myapp'
        'tools.sessions.storage_type': 'my',
        'engine.autoreload_on': False
    }
}

Answer 1

你的直觉是正确的：RamSession一次限制为1个进程。简单的解决方案是切换到FileSession（如果您的工作人员都可以访问相同的文件系统）或数据库会话。假设你的工人分布很大，很可能是后者。

使用会话RamSession与nginx后面的cherrypy时出错

1 个答案: