说不定你老婆的闺蜜哪天来你家串门，用了你家 wifi ，讨论了内裤，同一个 ip 被大数据监测到了😂

@latifrons #1 大多数公司无所谓情分不情分的，都只是成本考虑而已，因为绝大数人的税前月工资达不到社平工资的三倍，企业都只是选择最低的那项而已。

@well775397252 #20 平均每个进程 200 多 M ，fpm 配置里 pm.max_requests 设置的多少，如果设置的比较大，那有可能会增长到这个两级，把这个值适当降低就可以了；正常来讲 fpm 进程很难会内存溢出，除非一些占用内存的比较大的场景才会，例如大数据的导入和导出，又或者开启了 debug 等扩展，静态内存占用较大。

#7 道出了睡眠不好的根本原因，真正的脑力累，应该是全身心的脑力劳动，心理上没有压力，这样的话，累了就倒头就睡了，睡不好的原因就是精神压力，这些压力来自工作、生活、家庭等等，这些压力不卸掉，内分泌就会紊乱，继而会导致各类健康问题，即便每天工作 5 个小时，你依然觉得累；建议适当放松下，如果仍然不能解决，建议有些东西该割舍就要割舍，为此烦恼而导致健康受损，其实是不值得，毕竟一个人的人生很快就会过去的。

这个软件，相较于 git 有什么亮点，以至于要放弃 git 用它呢？

@ofskos #25 建议用 wordpress ，你说的那些都能满足，不会优化，找个人付费咨询或请人优化下，大多数提升下服务器配置，加上缓存基本就可以解决，后续重点是运营，毕竟 wordpress 用的人还是比较多的，插件也比较丰富。

上亿数据分页查询，楼上已经说明了存在的问题，我帮你简单汇总下：

1. innodb 引擎，count 查询会很慢，优化的重点将是这里。
a. 统计精度不精准的前提下，可以使用 explain select count(*) from tablename where columnName = 'xx' .
b. 统计精度要求精准的话，由于存在各类场景的查询，innodb 引擎不适合去做这类聚合统计查询的业务，冗余一张 myisam 引擎的表去查询或者更换数据库

2.分页语句，limit 偏移量越大，查询愈慢，可以使用唯一索引做偏移量查询，常见的就是自增 id ，示例
SELECT id FROM tablename WHERE id > 10000 order by id desc limit 10.

@UnrealEngine #8 select for update 是悲观锁 SQL 语句，目的是为查询条件对应的 SQL 加锁，不声明开启事务，mysql 默认 sql 提交方式为隐式提交，对于非 DQL 的 SQL 语句来讲，例如 insert/update\delete 等 DML 或 DDLSQL 语句来讲，事务跟随 SQL 自动提交，也就是不手动声明开启事务，for update 语句提交结束后，锁就释放了，这样做其实对业务来讲没什么意义，for update 一般伴随业务数据更改，保证一致性，所以需要放在一个完整的事务中执行。

1.你的这个 SQL 加锁属于悲观锁，即 select {fileds} from {table} where {where} for update; 该锁的事务性操作并发能力不高。

2.你的 where 条件如果索引是唯一键，即是行锁，如果是普通索引，则是间隙锁(影响范围是个区间)，没有锁的行则是表锁，并发能力从高到低：行锁>间隙锁>表锁。

3.如果是行锁的话，说明你的业务并发值超出悲观锁事务的并发临界值，这个可以查看数据库日志，查询有无死锁或锁超时日志记录，解决方法，个人建议如下：
a.事务不使用悲观锁处理余额，事务直接使用 update 来完成余额更新，即 update fund set available_balance=available_balance-{money} where memberid = {memberId} and available_balance > available_balance-{money}，并发能力要高于悲观锁
b.比较笨的方法，提升主库配置，例如提升 CPU 核心数，核数可以提高并发临界值。

参考下 V 站这篇帖子： https://v2ex.com/t/997702

只是卖大米的话，简单做一个系统就可以了，没那么复杂；上面推荐的开源项目，相较于你提的需求，都太重了，运营需要培训才能上手。

让后端统一口径，前端没有必要兼容 2 种方案。

1 如果你不喜欢折腾，那也不需要调研，你的团队或者你本人熟悉什么技术栈就用什么，毕竟这样开发和维护成本低。
2 如果你喜欢折腾，那就面向简历开发，换一种市面流行的框架开发。

从你的表述来看，很明显是第一种，作为 V 友，从职业规划的角度来看，我的建议是不要老是执着于框架，框架只是个开发轮子而已，你应该考虑技术以的深度、架构的广度以及业务的沉淀，后续做专职项目管理或技术专家都是有帮助的。

IT 行业也不全是开发类的岗位，也有很多非技术类的岗位，例如技术售前销售、方案咨询等等，这些做好了，薪资也不低啊，执着于技术开发，是对开发有浓厚的兴趣吗？就未来的就业场景来看，我个人不太推荐开发，职业规划有很多方向，没必要太执着于开发。

出生率下降也只是在 2010 年之后，所以 35 岁危机的论调，至少要等 20 年之后再说。

中小型公司基本没有，测试没问题就直接上线了，code review 只是技术角度看方案设计，有一定的积极作用，由于国内中小型公司多数业务驱动，迭代频繁的话，早期的技术设计很可能不太适应，所以国内公司产品把关的重点仍然是测试环节，只要做好测试用例，可以规避 90%以上的较大的生产事故。

很多码友入睡困难，我觉得主要还是工作原因，经常加班，有时候压力比较大，操心的事多了，心就会累，睡觉就会很晚，排解和释放压力借助于电子产品，例如看手机和玩游戏，这就形成了死循环，主要原因还是无良的社会和工作生态造成的。

有句俗话讲："没心没肺的人睡眠质量高"，如果按照老话经验，就是不要把添堵和影响心情的事放在心里就好了，远离烦心的人和烦心的事，工作上只守着一亩三分地，其他一概不管，少操点心，睡前不看手机，平常适当运动，养成习惯就好了，当然还有以下排解方式，前置条件：手机放一边去。

1 最有效的办法，辞掉工作，休息一段时间，旅旅游什么的。
2 比较有效的办法，下班干点体力活，累到疲倦了，倒头就睡了。
3 基本有效的办法，找个按摩店，让技师按摩按摩放松下，比如头部和脚部按摩。

@857681664 #6 那我司没法比，我司是互联网工厂，基本都是 995 ，996 的工作，请长假基本不批😫。

很幸运，跟阁下一样是 2023 年最后一个工作日，我司好多部门明天还要上班，技术部除外😂。

@mouyase 后端如果能改就让他改了，没文档至少要让他把字段释义发文本说清楚，这东西具体看人了，有些人团队协作性强，就会去改，反之，说不定会吵一架，所以有时候不是技术规范问题，跟团队和人主观能动性有很大关系，如果你碰到这样的人，也不要生气，犯不着，问清楚各字段释义，出了问题好明确责任。