ning96 最近回复了
最好不要,我现在就落入了困境,新女友看了在她好之前和其他女生的聊天、购物送礼物的记录,在跟我生闷气中,我都感觉很烦躁,不让她看就在那哭,让她看了也哭
晚上 2 点-3 点睡觉,7:30 醒
白天喝黑咖啡或瑞幸,每天 3 杯以上,靠咖啡续命了
看你项目的文件多少,小型的项目可以喂给 Claude project ,有代码数量的限制,这个目前是最强的,
又看到了博客园的救园公告,看得我好难受啊!
从运营的角度讲,这篇公告就不该发,发了没有价值,反而向祥林嫂一样,絮絮叨叨让人生厌
感觉园长的思维很偏执,好多人出的大众化、可应用的方案,虽然简单,但是一条可持续的路,他是可以尽快应用的,但偏不,很执拗
然后搞一些偏门的方向做,就像抓住救命稻草一样,但没有意义啊,现在博客园就是在慢性死亡
根据用户地区进行匹配本国搜索引擎,日本的话就是雅虎日本,韩国的是 Naver 搜索,都是使用当前国家的信息
开发项目都是分阶段的,第一阶段、第二阶段、第三阶段,每个阶段的复杂度,难度都是指数上升的。
PHP 确实很优秀,但仅限于第一阶段,往第二阶段开发升级那开发难度就成倍增加了,更不要说后面的三、四、五阶段的开发了。
就像其他人说的,PHP 网站在国际开发网站的开发占比中占据很大,话是对的,但这些的大部分网站也都是开发的第一阶段,功能复杂度简单,如果一个公司的业务复杂一些,那么使用 PHP 开发的时间成本,维护成本,开发成本都会很高
第一种的话,你要维护所有的表修改,改动量太大,而且后期你们产品再添加新的类似需求的时候,那你还得改全部的 SQL 查询,第二种确实耗费性能
你可以把这两个实现聚合起来,用拦截器+注解,新增一个注解,给需要设定权限限制的 SQL 查询添加上
在拦截器那里添加前置拦截,判断权限,后置处理数据可以再进行特殊判断,添加一些权限、角色配置
这样的话,对代码的渗透较低,可以扩充变更