1.问题是资本不愿意放弃利润,传统行业或者说以前的时候,成本下降会降低售价
2.资本也不愿意让利给劳动者

这才是根本原因,而不是劳动力相互竞争,这只是表象

当然最根本的还是资产阶级的根劣性,即追求最大化利润

1.无法要求一个人的想法,但可以约束一个人的行为
2.通过处罚禁止或减少用户行为,通过奖励引导人的行为

1.内置的浏览器是否有和 app 本身交互的特殊接口?从而实现唯一标识获取的功能,或者缓存功能
2.localstorage 是否支持?
3.session?

流程一致,不同地方写适配,比如参数最终转为内部的入参等等

不知道为什么,总感觉是在 贤者时间 思考得到的结论..

是不是指针的问题,导致被最后一个覆盖了

第一种,绝大多数人都是正向逻辑

@THESDZ 还可写 shell 脚本 定期 push 上去,就用日期作为镜像的 tag

把备份的文件打包到 docker 镜像,然后 push 到仓库里面...

@coool 同事应该是想封装一个回调函数的接口给你,你写个实现这样子...放在 request 的 body,如果是 http 那个 req 就比较迷茫,如果是 callback 接口的 req(入参)比较合理

@madworks 对于用户来说,前后端的资源请求在同一域内

@SjwNo1 我的意思是

- 0
- - 1
- - - 2

那么 2 会有个字段存储 0,1 既有顺序,也有树状结构描述

@SjwNo1 顺带,建议不要写什么大佬大佬的,你这样一架,那还有人敢进来啊,也就我这样没脸没皮的敢瞎 JB 指定江山,就请问各位,巴拉巴拉就行

@SjwNo1 如果是需要提升查询效率,可以建立一个字段,存储所有的父级 id,不过这样会提升写的难度,降低写的效率,看取舍

@THESDZ 目前来说,我经历的项目如果需要存文件都是使用对象存储的,数据库只存一个地址

不太懂业务情况
但是如果是我设计,对外的路径只是一个假的,真实的路径是不会发生变化的

1.本地调试,使用 proxyTable
2.生产部署使用 nginx 反向代理到服务器 ip:port

以上为本人解决方式,仅供参考

1.写分页参数,紧接着执行查询,这样很合理
2.设置线程变量,拦截器读取线程变量

根据 2 可知,线程变量的存储和获取是分开的,如果中间加入其它逻辑
2.1.影响代码可阅读性
2.2.查询数据库应该明确自身想查什么,如果中间插入业务逻辑,就会导致我查数据库这一步的完整性被打破了
2.3.业务逻辑可能会访问数据库或者等等,导致分页的拦截器有问题