V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  dawniii  ›  全部回复第 3 页 / 共 7 页
回复总数  128
1  2  3  4  5  6  7  
请教下楼上的大佬不用 join 怎么实现以下需求?用关系型数据库存文章,每篇文章包含多个标签(一对多),每篇文章包含多个作者(一对多),后台管理页面需要按作者和标签检索并分页。
2020-06-02 20:04:16 +08:00
回复了 wikinee 创建的主题 硬件 近日,脱袜子公开了他的最新电脑配置
While games and artificial intelligence and machine learning developers care deeply about graphics, video and image processing doesn't interest Torvalds much. He used:

"Some random Sapphire RX580 graphics card. It's overkill for what I do (desktop use, no games)."



显卡是 RX580
2020-05-24 12:45:52 +08:00
回复了 meisen 创建的主题 分享发现 「泼冷水」你在用 2K 分辨率显示器吗?
@meisen imac 4k 分辨率是 4096 x 2304,和 1080 、720 都不是整除,岂不是全屏看视频基本都会模糊了。。。
2020-05-24 11:26:12 +08:00
回复了 meisen 创建的主题 分享发现 「泼冷水」你在用 2K 分辨率显示器吗?
看评论看晕了,啥结论都有。

蹲一个结论,不等比缩放全屏看视频到底有没有观感影响。😂
2020-05-09 19:20:40 +08:00
回复了 learnshare 创建的主题 分享发现 ⚠️ Dell U2720QM 背光频闪严重
@learnshare 为什么我选择不上 YPbPr,P3 可以选上。 显示器一重启就变回 RGB 了。
2020-02-28 12:03:40 +08:00
回复了 monkeyWie 创建的主题 Go 编程语言 golang UDP 协议读取报文问题
@reus 确实是不一样,但是楼主读 udp 消息为什么要用 ReadFull 呢,buf 给少了会丢数据(就算是加了 bufio.Reader 也是不符合场景的,造成一次消息多次读取,本来都是用 udp 了还要自己做消息分隔符,而且消息的内容长度必须是预设 buf 的整数倍,不然会后那点消息会被卡住),如果一开始预设 buf 给多了也会卡住。

所以读 udp 直接用 ReadFrom 给一个满足业务需求的 buf 大小就行了。
2020-02-28 10:19:10 +08:00
回复了 monkeyWie 创建的主题 Go 编程语言 golang UDP 协议读取报文问题
@reus 我试的是 tcp 的情况,楼主说的 udp 应该是要给一个足够的 buf,一次性读完所有内容。
2020-02-28 10:05:59 +08:00
回复了 monkeyWie 创建的主题 Go 编程语言 golang UDP 协议读取报文问题
@reus 刚试了下并不会这样,buf 给多大,就只读多大的,有多余的下次能读到。
为什么要解析了签呢,直接用 http body 签不就好了。
2019-06-24 20:08:26 +08:00
回复了 Jackxun123 创建的主题 macOS macOS Catalina 10.15 不支持 2012 年之后的机型了
之前?
2019-04-29 09:53:14 +08:00
回复了 zjtsunshine 创建的主题 程序员 Laravel 如何将部分 api 一步步使用 golang 进行重构
@king2014 虽然很吃 cpu 但是不妨碍上生产环境,无非就是堆机器了。 而且大部分项目并发都到不了 100。
2019-04-28 22:16:19 +08:00
回复了 zjtsunshine 创建的主题 程序员 Laravel 如何将部分 api 一步步使用 golang 进行重构
@snail404
@king2014 我去年压过 laravel,开启 opcache,关闭 session debug 等。 就两行代码,sleep 50ms 模拟业务耗时,然后直接返回 4kb 数据。 100 并发 cpu 就爆了,4 核心的机器。。。
2019-03-02 09:46:56 +08:00
回复了 hugee 创建的主题 PHP PHP 高并发 统计网页点击次数
@gouchaoer redis + cron 算是很简单的了。使用队列也还不错,因为往往不只是一个简单的+1 的操作,虽然有 io,但也是为了访问数据库削峰。您说的 udp 还是不建议的,毕竟可靠性要比其他方案低,之前听人说 udp 本机丢包都不稀奇。apcu 这种假如有 10w 个文章,是需要 10w 个 key 来计数吗? redis 的话用一个 hash 结构的 key 就够了,假如一篇文章被访问几次,然后长期不被访问,岂不是计数一直落不了库了,然后 fpm 重启这些计数都会丢失。
2019-01-13 20:20:42 +08:00
回复了 jss 创建的主题 PHP 拒绝 API 在公网裸奔之实现过程
@lhx2008 感觉您说的不是重放,而是业务上的幂等。
2018-12-23 19:23:31 +08:00
回复了 nohup 创建的主题 程序员 经过技术选型研究,我们放弃了 React,转向 Vue
@reus 这样的话好像得事先自己知道列表中那些变化了,才好写 shouldComponentUpdate,不然落到 elems 长度为 1 的时候再判断就还是全列表扫描了。

还有就是列表里面有 800 个变化了,这个方法貌似也不合适。可能是我哪里理解的有偏差。。。
2018-12-23 16:28:12 +08:00
回复了 nohup 创建的主题 程序员 经过技术选型研究,我们放弃了 React,转向 Vue
@reus 大佬 我很少写前端,不过对你说的组织二叉树很感兴趣。假如把后端返回的列表数据用平衡二叉树来组织。那 react 的 render 函数可以有区别的搜索替换子组件吗?还是说就是在 render 里面简单的中序遍历二叉树呢?假如后端返回的 1000 行列表其中 800 行都变了呢?是不是组织二叉树结构也没啥优势了?
2018-12-22 15:11:10 +08:00
回复了 noble4cc 创建的主题 问与答 为什么互联网企业钟爱 centos
@echo1937 想知道用 centos 的人,有多少找过红帽培训,又有多少找过红帽来兜底呢? 所以到底是为什么呢。。。
1  2  3  4  5  6  7  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   3556 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 31ms · UTC 00:51 · PVG 08:51 · LAX 16:51 · JFK 19:51
♥ Do have faith in what you're doing.