才发现居然有这两点，MIT 看起来还是得小心啊。


https://zh.wikipedia.org/wiki/MIT%E8%A8%B1%E5%8F%AF%E8%AD%89



* MIT 的内容可依照程序著作权者的需求更改内容。此亦为 MIT 与 BSD （ The BSD license, 3-clause BSD license ）本质上不同处。

* MIT 许可协议可与其他许可协议并存。另外，MIT 条款也是自由软件基金会（ FSF ）所认可的自由软件许可协议条款，与 GPL 兼容。

《最后期限》 给程序员的小说，卖的也很火

如果你能写得和《奥术神座》 《黎明之剑》 差不多，可定很多人看。

自己组装了一台，体积不算很小，4500 左右，应该用 5800H 系列会比 G 系列体积更加小一点。

OS: Manjaro 21.1.2 Pahvo
Kernel: x86_64 Linux 5.10.61-1-MANJARO
Uptime: 4h 47m
Packages: 1469
Shell: zsh 5.8
Resolution: 3840x2160
DE: GNOME 40.0
WM: Mutter
WM Theme: Adwaita-maia-compact-dark
GTK Theme: Adwaita-maia-compact-dark [GTK2/3]
Icon Theme: Papirus-Dark-Maia
Font: Noto Sans 11
Disk: 59G / 473G (14%)
CPU: AMD Ryzen 7 PRO 4750G with Radeon Graphics @ 16x 3.6GHz
GPU: AMD RENOIR (DRM 3.40.0, 5.10.61-1-MANJARO, LLVM 12.0.1)
RAM: 8135MiB / 31553MiB

公积金是合法的避税手段。

离开深圳好多年了，前阵子远程微信一看，公积金账户里面还躺着几万，然后直接通过微信提现了，爽！

漏水一般不会的，加隔热层长期住的话

假如能赚钱，赚钱的也不是你：

比如说平安证券，一群专家在做量化，自己又有来自保险的钱搞投资（现在有比例限制了），假设他们能赚走市场 80%的利润，剩下 20%利润给了家奴，凭什么你认为你能赚到？




不要用过去去预测未来，因为事情总在发展和变化。

@wangyikai

不要将农家子弟放在嘴边，追索三代，大部分是农民。不要给农民丢脸了！！！

上一个老婆在外陪酒上新闻的在阿里。

任何时候都有选择，抱怨现状的人，往往只是自己选择了当前的现状，不愿意付出更大努力去拼一把（除了赌博外）。

人来到这个世界就是体验，若干年后都成为尘土，既然不满，何不试试跳出，只有跳出着才能获得更好风景。

真男人：“什么狗屁工作，明天别去了，我养你！”

我的 amd 4800G 用 manjaro 还是不错的。
不过 linux 驱动目前还不支持 intel 的 wifi 和 bt 集成的在一起的，我的机器 bt 用不了。所以只能自己外接一个了 usb 的 bt 了.

哈哈，如果我去面试，会选择运维，devops，dba 之类，虽然前端也略懂。

京东会员都没必要续费了。
自营太少，用了优惠不如商家旗舰店。
买大件都等折扣时候买，通查商家旗舰店活动又不能用优惠。
自己作死。

@wowbaby

一般在登录后检测一次并缓存，所以也没什么问题了

下面是表结构，可以不考虑 rule 表

create table `auth_rule`
(
`name` varchar(64) not null,
`data` blob,
`created_at` integer,
`updated_at` integer,
primary key (`name`)
) engine InnoDB;

create table `auth_item`
(
`name` varchar(64) not null,
`type` smallint not null,
`description` text,
`rule_name` varchar(64),
`data` blob,
`created_at` integer,
`updated_at` integer,
primary key (`name`),
foreign key (`rule_name`) references `auth_rule` (`name`) on delete set null on update cascade,
key `type` (`type`)
) engine InnoDB;

create table `auth_item_child`
(
`parent` varchar(64) not null,
`child` varchar(64) not null,
primary key (`parent`, `child`),
foreign key (`parent`) references `auth_item` (`name`) on delete cascade on update cascade,
foreign key (`child`) references `auth_item` (`name`) on delete cascade on update cascade
) engine InnoDB;

create table `auth_assignment`
(
`item_name` varchar(64) not null,
`user_id` varchar(64) not null,
`created_at` integer,
primary key (`item_name`, `user_id`),
foreign key (`item_name`) references `auth_item` (`name`) on delete cascade on update cascade,
key `auth_assignment_user_id_idx` (`user_id`)
) engine InnoDB;

没有问题，
其实 yii 框架的默认 rbac 差不多也是这么建立的。基于 NIST RBAC model，性能没有问题，且可以多级用户角色和权限继承。


DbManager 使用 4 个数据库表存放它的数据：

itemTable： 该表存放授权条目（译者注：即角色和权限）。默认表名为 "auth_item" 。
itemChildTable： 该表存放授权条目的层次关系。默认表名为 "auth_item_child"。
assignmentTable： 该表存放授权条目对用户的指派情况。默认表名为 "auth_assignment"。
ruleTable： 该表存放规则。默认表名为 "auth_rule"。


有个要求就是需要封装很好。

推荐几个不错的浏览器翻译扩展：

1，沙拉查词；（可以配置多词典，支持 firefox ）
2，彩云小译；（段落翻译，中英对照，支持 firefox ）


现在又多一个了。

@x940727

是的，驿站虽然用户体验下降了，但是实际人效提高了，所以不可阻挡。
以前方式需要 6 块才能做，现在 3 块就能赚钱。