这个兼容这么牛逼吗

@id7368 那我岂不是万里挑一了

因为交换联系方式也不是太难，私信做了难道还做好友功能吗？喷子骗子这些个问题很难处理的，需要浪费站长很多精力，得不偿失。

方向不对，如你所说，py 文件本身很小，之所以打包变大是因为他需要打包解释器。十几 mb 也并不大。哪怕你只引入了一个 get 方法没引入别的，也会在运行时报错，典型的例子就是打包 scrapy 程序的时候必须手动 import 框架本身会动态引入依赖，否则项目根本跑步起来。

我的记忆中，pyinstaller 只会分析静态的 import，所以我处理引入问题时往往都是在补而不是像你这样删。如果你真的很介意包的大小，建议你直接用 urllib

珍爱生命，远离 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 苦行猿