@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 块就能赚钱。

大家都在做私域流量，将流量关在自己笼子里。

对于创作者，放在微信里，公众号有比互联网更好的防抄袭机制，用户订阅后容易产生月度习惯，有更大的用户群体，更容易创收，投入成本也低，为什么不选微信呢？

对于 APP 开发者，选择小程序，有微信朋友圈和群天然传播途径，开发更加容易，成本更是低了太多，也没有理由不选。

时代总是用一个更加高效的方式替代以前的方式。比如现在的驿站替代物流送货上门，移动支付替代现金和刷卡，这种趋势无法阻挡，只能顺从。

@SupperMary

conan/vcpkg 相对于 pip/composer/go/rust/ruby 差太多，和 nuget/maven 比起来都有点差距。是万 /千 /百的差距。

你和他一样“不饶人”吧。
人家说了两次，
你就准备干回去了。

哈哈

对于题主问题：

1，断点 DEBUG;
2, 当然是 log，另外的帖子 https://www.v2ex.com/t/797711#reply12 分享的 spdlog 应该就不错

@ipwx

3
就是中英文，utf8，gbk 跨平台处理麻烦。
当然这个不是 C++的锅，但是其他语言较好解决了这个问题。比如直接支持 unicode 编码，不用关心究竟是 wstring 还是 string 。

5
7
需要经验较多
对于 windows 来说，DWORD，WORD, TCHAR, WCHAR, CHAR 等等各种类型让新学者望而却步。
struct,typedef,template 出来的各种类型，每次用的时候都需要思考和验证下你当前操作究竟是什么，即使借助 vs,clion 等 IDE，还需要点点点多次才知道吧。
所以对于 C++来说，感觉没有两年经验，很难学好用好。
而其他很多语言，有基础 2 周就可以写出不错程序了。
当然，学好 C++，学其他语言都是 So easy 。所以这也是我学 C++理由吧。

我从 PHP 写到 C++的最大痛点是：

1，包管理不好用；
2，一大堆人居然都对 std 不熟悉；
3，多字节转换判断；
4，结构体和指针随意乱用；
5，变量类型需要强大的记忆；
6, 编译等待的时间长；
7，语法特性太多；

这样的“全盘大数据分析”，我觉得我能两天实现一个差不多的：

1，排除一切机房 IP;（所有机房来的都是代理）

2，排除一切访问高的 IP;（至于多高我说了算高，需要根据公司业绩动态调整）

3，排除所有来源 /浏览器 /IP/地区 /性别 /手机型号 /等等超过正常比例的（正常比例也是可以根据公司业绩可动态调整的）

再免费送上一招： 如果以上不行，我还可以买流量自己帮站长刷，然后判断他作弊扣他钱；





有熟悉 SEO 的朋友：好像搜狗、搜搜等加速都是可以屏蔽的吧？

阿里云 云效，现在不限制人数，仓库数

https://www.postgresql.org/docs/12/app-createuser.html


CREATE ROLE joe NOSUPERUSER NOCREATEDB NOCREATEROLE INHERIT LOGIN;


https://medium.com/coding-blocks/creating-user-database-and-adding-access-on-postgresql-8bfcd2f4a91e

sudo -u postgres psql
postgres=# create database mydb;
postgres=# create user myuser with encrypted password 'mypass';
postgres=# grant all privileges on database mydb to myuser;


如果不行，可能是 hba 文件配置问题。