V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  LeeReamond  ›  全部回复第 62 页 / 共 88 页
回复总数  1747
1 ... 58  59  60  61  62  63  64  65  66  67 ... 88  
LZ 用什么工具画的,鼠标还是数位板?
外卖平台抽成本身有 23%,这个是以前老哥分享的数,而且外卖平台经常在未经商户允许的情况下强制参与打折活动,意思是经常很多单最后月底结账的时候算,商户发现自己是亏本的。所以外卖平台上价格通常比堂吃高很多
2021-07-06 11:52:35 +08:00
回复了 gordonbeijing 创建的主题 分享发现 吹爆 Dell 售后!
戴尔中国的售后很好,不过我当初以为是全球联保,结果发现国外的保修很拉胯,看来保修服务要好也得国内有足够的从业人员才能组织的起来
2021-07-02 16:58:00 +08:00
回复了 LeeReamond 创建的主题 问与答 前端 css 有没有办法实现遮罩效果?
@virgo 感谢,有效。但是试了试这个属性是不是和阴影属性相冲突,我想表示一个方块悬浮在平面上面的感觉,需要有一定的阴影效果来体现距离感,但是加上了没反应
@shayuvpn0001 水平差倒是无所谓,我建议你学写程序之前还是先写好语文吧。建议你仔细看看我的回帖,哪里有任何一丁点的字眼提到你是 python 技术栈的?也不知道你回了那么多字在回什么,啥都能长篇大论,人才
@shayuvpn0001 兄弟别写后端了...这么简单的规范问题你都能写出来这么多字属实是人才,还能写出来团队里不服管的新人的例子,不如去做前端,多写技术博客,你会很有发展。
@wellsc 老哥你回了两层了还没搞清楚状况吗...老哥在哪里高就?
2021-06-30 06:08:08 +08:00
回复了 LeeReamond 创建的主题 问与答 有什么办法能保留日志的颜色信息吗?
@yitingbai 大概就是 shell 的特殊规则,你导入过去 IO 流然后传输一些特定的字符可以改变颜色信息
@3dwelcome 他那个需求比较明确,我这个准备自用的,要是为了以后还能复用那感觉连设计都不知道怎么搞。
@dreamramon #6 是挺好的办法,把文件转换成单向流,好处理多了
但是有一些异步监控文件描述符的工具,有动作时触发回调。不过日志文件本身会滚动啥的,应该挺麻烦的
@3dwelcome 是服务端加密,只不过解密既然放到前端总是有办法解的,成本问题
@kxjhlele 大佬有没有连接指个路。搜 avx 加速+加密算法没有什么有效信息
@kxjhlele 每行都需要加密解密,需要一个时间和空间复杂度都合适的算法
2021-06-25 01:15:33 +08:00
回复了 kisshere 创建的主题 程序员 服务器系统选择,都在说 Debian 好,到底好在哪?
@12101111 有趣的问题是,ubt 这么做显然是为了商业化,共产主义理想是好的但是总得付钱才有人干活。所以为什么商业化的 ubuntu 比用爱发电的 debian 更新速度还慢?
2021-06-24 23:52:43 +08:00
回复了 LeeReamond 创建的主题 问与答 手机如何对浏览器网页进行类似电脑 F12 的调试?
@LittleDeng 这个是什么手机机型都可以的吗,只要能连电脑?
@waibunleung 不知道你写了这么多有什么好指点的,跟你聊真是浪费时间,多试就完事了
@waibunleung 你当然无法从我的回答总结出经验,纸上谈兵谈不出兵,你跑一跑当然就有经验了。比如你这个例子里,正常开发对于不同数据库的负载能力心里有个量级,比如如果表内有 30 万行,大多数情况下我不会太在意搜索性能,而 3000 万行对于 mysql 单表来说属于稍大的量级,需要给予一些关注,同理如果是 oracle 那又是另一种情况,我是这个意思。具体说到存储的话,单表不说明问题,具体与分区分表和你的业务高度绑定,当然只有你自己知道多快,不过你写 sql 语句的时候通过估算复杂度可以估算出一个大概的量级,比如 a 语句会低延迟返回,b 语句需要花费若干秒,c 语句需要若干分钟等等,按数量级估算当然是开发的基本功。我说集群负载能力的意思是根据你集群方式的不同负载能力的增幅当然不是线性的。

同理关系型数据库是这样,对业务中其他环节你都应该有这样的估算,比如上述所谓 a 语句低延迟返回,这也是少数有可能造成其他环节瓶颈的业务,就需要更量化的分析。
@waibunleung 我觉得你这样问没什么意思,问也问不出什么。我的意思是作为开发,常用的工具链最起码要搞熟,一般一个网络服务中有若干个子服务,比如网关、业务、缓存、(虚拟的)数据层,这些不用挨个罗列是所有人都知道的事,搞熟的意思最起码你要知道每个框架作为工具的负载能力,你比如你在调数据库业务的时候,你知道表有多大,什么储存方式,业务如何索引,集群的负载增幅是多少,那你应该能估算出单节点大概的时间范围,其他环节同理,遇到特殊情况完全估算不出的那不妨测一测。我的意思是这么简单的道理,为什么要问呢。
收藏数多大概是因为 LZ 问题问的不错,以后遇到初级开发可以让他挨个点考教
1 ... 58  59  60  61  62  63  64  65  66  67 ... 88  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5006 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 40ms · UTC 03:54 · PVG 11:54 · LAX 19:54 · JFK 22:54
Developed with CodeLauncher
♥ Do have faith in what you're doing.