V2EX › lybcyd 的所有回复 › 第 8 页 / 共 8 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8

❮

❯

2019-12-26 14:40:05 +08:00

回复了 XiLemon 创建的主题 › 程序员 › 外地读者开通上海图书馆的参考外借功能有点难呀

那就办个居住证呗，现在上海居住证还是要办的，一来是不少事情办起来方便，二来是排队落户，虽然时间久了点但好歹有个念想。

2019-12-26 14:37:50 +08:00

回复了 shanlan 创建的主题 › 程序员 › 这样的网站访问提示易懂吗？

这是 cloudflare 的防御界面，需要验证一下不是机器人，不是网站自己的

2019-12-18 12:03:13 +08:00

回复了 tctc4869 创建的主题 › 程序员 › 一个 Web 程序要查询较数据量大的集合数据到前端展示，当在 ui 体验和性能之间进行较好的取舍？

默认肯定是后端做好分页，前端直接调用接口啊。前端分页只适合数据量很小的时候，比如一个内部系统，撑破天几十上百个用户，那这部分用户可以用前端分页展示。

2019-08-26 15:45:01 +08:00

回复了 Nicolay 创建的主题 › PHP › 大家有没有遇到过 laravel 查询 mysql 的 timestamp 类型字段得到的值和数据库客户端看到的值相差八个小时的情况？

直接改 laravel 配置文件的时区就可以

2019-08-17 23:13:32 +08:00

回复了 kayseen 创建的主题 › Python › 后端使用 flask,前台系统用户登录之后有未读消息的数目提醒,后台系统进行推送消息,请问后台系统推送消息之后,前台系统应该怎么更新未读消息数?

@kayseen 这个我也不是非常懂，简单说说我的想法，蹲一下大神吧。
你说的做法是最直观的，PHP laravel 自带的通知系统好像就是这么做的。但是用户稍微一多，这个一次性写入量就太大了，发布通知的操作会非常慢，所以要加缓存和队列处理一下，先发布消息再异步写入数据库。
要么就换个思路，只维护一个已读消息表。默认所有消息未读，如果用户读取消息则插入进数据库，这样可以分散压力，数据量也不会那么大，就是查询语句稍微麻烦一点（也没麻烦到哪里去）
还有一种可能就是干脆不用关联表，用户加一个已读消息的字段，保存该用户已读消息。缺点就是有长度上限，可能不利于扩展。没试过这种方案，也是刚刚想到的。

2019-08-14 16:46:20 +08:00

websocket，效果比较好，除了更新未读消息数量，也可以实时发送通知。嫌麻烦就 ajax 轮询，未读消息的话看消息种类吧，频率应该不需要太高。

2019-04-24 10:49:44 +08:00

回复了 k4kklong 创建的主题 › Python › 在其他语言社区里有没有像 django 的 drf 这样的声明式的 REST 框架。

Spring data rest 应该差不多，建个 model 继承一下 jpa 接口就可以了
感觉这种只适合单纯的资源类模型，业务逻辑复杂一点的就不够方便了

2019-01-16 23:05:02 +08:00

回复了 d2D5Cc 创建的主题 › 全球工单系统 › Ubuntu 系统 chrome 部分网页渲染不正常

Google material icon 加载失败，控制台看看网络请求

1 2 3 4 5 6 7 8

❮

❯