珍爱生命，远离 pua

也许这个设计是你想要的东西，一般 debug 的时候，比如 Django，报错之后输出的是调用栈和每一层调用的 locals,这样的形式也是很清晰的，不过也是没有表达式的，只有变量。

函数的参数有些时候是表达式，比如 fun(1),这个时候 1 只是一个值。

可以说一下你的 X 问题吗？这个 Y 大家都觉得很奇怪

不是，不支持密码登录？

https://tuijian.taobao.com/index.html 学习一哈

楼主外国人？

这个不能猜的,直接发 app 也不合适,如果有 h5 端去看 h5,没有的话想别的办法吧

全日制研究生属于全日制本科及以上学历

saas 类的系统涉及到了不同组织之间的隔离，变化更多

RBAC 的 R 是 Role，不是 User。

如果你说的多用户是像 V 站这样的系统，你和我都是 User，我们的 Role 是同样的（ User ），livid 的 Role 是超级管理员（ SU ），所以我们和他权限不同，根据不同的角色来区分权限的策略，就是 Role-Based Access Control。

你发了这个帖子，你可以将这个帖子下沉一天，livid 也可以，因为发帖人本人拥有下沉自己帖子的权限，livid 有下沉所有帖子的权限。但是我不可以沉你的帖子，因为这个帖子在数据库中关联了你这个用户。
也就是说，所有用户会出现在数据库的一张用户表中，所有帖子也保存在一张帖子表中，通过一个 user_id 字段来区分发帖人。

没错，应该有通用中间件来做权限验证。

建议去 github 上找一个论坛类开源项目学习一下。

害得我搜了半天什么宅舞

程序员的确是青春饭啊，如果水平提高速度跟不上年龄增加，那竞争力就会迅速下降。写代码毕竟是一个体力活

实际上写起代码来按格式化快捷键都是下意识的，完全没有耽误我。
反而之前一个同事喜欢自动保存功能，导致经常因为某些软件没开自动保存而丢失工作。

@VDimos 苦行猿

来换一个顺序，点赞-通知-收到通知-取消点赞。这种情况下，用户已经读到了通知了，系统如果把通知删了，用户会很迷惑，所以唯一能做的就是再发一次取消点赞的通知（没见过谁家做这个功能...）。

这样很简单就可以意识到，通知是不可以删除的，不必特殊处理。

@qazwsxkevin windows 上的 multiprocessing 原理和 linux 不太一样，我搜了一下别人的文章，好像也可以用多进程，我刚接触 python 的时候被坑过后来没关注了，你可以自己了解一下怎么用。
不启动多个进程，也就无法绕过 GIL 锁，不能利用多个核心，只能加速 io 密集型操作，在 linux 上是肯定可以启动多个进程的，如果计算任务足够重的话，系统会将任务分配给多核计算，能够跑满 cpu。

先说方法,multiprocessing.Pool.map 方法可以满足你的需求，不过需要解决好多线程之间的通信问题，并且 windows 上好像不能使用 multiprocessing 多线程，只能用协程，就没有意义了

@vincel 电磁辐射认真的？