V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  no1xsyzy  ›  全部回复第 146 页 / 共 267 页
回复总数  5322
1 ... 142  143  144  145  146  147  148  149  150  151 ... 267  
2020-07-05 23:27:37 +08:00
回复了 supermoonie 创建的主题 JavaScript 求个 js 正则,脑子最近进水,暂时想不出来
@jiejiss #32 也是,重点在于不必拿正则做一切的观念,而不仅仅是具体某个问题是否适合。
不过,在当前主题下,我觉得没必要为了一行去搞个 parser,反复 split,相比之下单纯针对引号会更方便一点。
如果是大的物件的一部分,已经引入了 HTTP 相关内容还是 parser 比较好。
2020-07-05 23:17:45 +08:00
回复了 felix021 创建的主题 推广 Linux 下删点日志也能搞死人
既然没有 log rotate 为什么要考虑 log rotate 而 -name '*.log*'?
*.log* 还是比较危险的,我扫了一圈 arch 的全盘,发现 '*.log.*' 会更好

@mingl0280 #101 不加 -L 是不会的。
2020-07-05 22:41:15 +08:00
回复了 supermoonie 创建的主题 JavaScript 求个 js 正则,脑子最近进水,暂时想不出来
发现之前写完了没发(
@supermoonie #28 /"([^"]*)"/g 然后拿 group 1 。反正文件名带引号极少(因为 Windows 下不支持),有引号也应该转义的,而且因为是 web,转义是 % 的做法,所以排除引号很稳定。
@jiejiss #27 XML 是因为可递归所以不能用正则。
2020-07-05 18:00:53 +08:00
回复了 yangyuhan12138 创建的主题 程序员 内核态用户态的数据拷贝,有点不明白
物理地址是不暴露给用户的,你就算拿到也基本不能用。
因为内核访问用户空间方便,用户态访问内核空间要更麻烦地精细控制。所以 read 是用户提供一个(比如通过 mallocate 申请之后)分配到的地址空间,然后通知内核存进去。至于如何存,存完内核是否仍然保留,这是内核具体实现决定的。一次 call 至多存多少,存到哪是用户 call 参数决定的。
因此文件内存映射是一种优化,把文件读到内核,然后把某些地址空间设置为映射,对其的访问翻译为对已读取的文件的访问。这其中没有内存整片复制过程。

内存不会被直接访问,由内核来控制访问。分“页”来标记。用户空间内访问地址会被翻译为具体的真实内存地址(内核控制,CPU 实际操作)。甚至用户空间存在的页不一定真实有一个对应的内存,待到访问的时候触发缺页中断,再去问内核这块该是啥。

@Jooooooooo #37 指针内存储了 ✔ 指针存储了 ✘
指针内 一般就是指指针指向的地址空间。大概。
@terence4444 #86 行吧,看你像是个外行,我告诉你,这显然不可能是显示上的 BUG
我甚至遇到过没有显示的,当时学生反正闲,手工把所有的应用占用空间加在一起,只占用不到 50% 的存储空间,但却已经报全满、系统提示清理、并且拒绝升级。现在连那台设备都不知道丢哪了。

把一切拉出来的屎记作“其他”,就当作没有到处拉屎。
我 Windows 还能把所有拉出来的屎记作 C 盘空间呢(笑
2020-07-05 15:10:07 +08:00
回复了 supermoonie 创建的主题 JavaScript 求个 js 正则,脑子最近进水,暂时想不出来
另外,根据上述 caniuse
你这个正则只有在 71% 左右的浏览器上可运行。
Safari 全灭。
2020-07-05 15:07:19 +08:00
回复了 supermoonie 创建的主题 JavaScript 求个 js 正则,脑子最近进水,暂时想不出来
对了,/(?<=(name="|filename=")).*?(?="\s+)/g 有若干问题
1. lookbehind 在 Firefox < 78 不可用(参考: https://caniuse.com/#feat=js-regexp-lookbehind ),这个主题让我发现我该更新了。更新到 78 就可用了;另外 #3 似乎会根据浏览器版本来改变 JavaScript 下的效果(或者是因为就是用的浏览器实现)。
2. (?="\s+) 严格要求 lookahead 是一个引号和至少一个空白符。而你的第一个输入中,test.png 后面是 "; 一个引号一个分号,也就不会被获取,应该改成 (?=") (我发现你过了十分钟后的回复多了 \s+ )
3. 不要 capturing group 不需要的部分,应该用 non-capturing group 。
4. 如果是 Perl 下面,lookbehind 要求宽度一致。name="|filename=" 宽度不一致。
2020-07-05 14:47:57 +08:00
回复了 supermoonie 创建的主题 JavaScript 求个 js 正则,脑子最近进水,暂时想不出来
@supermoonie #16 完美?
/(?<=name=").*?(?=")/g
,请?同后缀 lookbehind 竟然不合并…… 而且不需要匹配的部分不应该 (...) 而是 (?:...)
2020-07-05 14:44:21 +08:00
回复了 yangyuhan12138 创建的主题 程序员 内核态用户态的数据拷贝,有点不明白
@Jooooooooo #34 我是说楼主并不是认为 read 之后还得再去磁盘读,而是 read 完之后返回一个指针,这个指针内已经存储了需要的内容。
何况 C 里面超过 4 字节(或者 64-bit 后 8 字节)就没有内容,只有指针。
2020-07-05 14:34:49 +08:00
回复了 yangyuhan12138 创建的主题 程序员 内核态用户态的数据拷贝,有点不明白
@Jooooooooo #8 我觉得说的 “地址” 是指 “指针” 而不是 “目录” 或者……
直白地讲,指针是 C 叫法,地址是 ASM 叫法。
2020-07-05 14:31:22 +08:00
回复了 yangyuhan12138 创建的主题 程序员 内核态用户态的数据拷贝,有点不明白
@louettagfh #10 请区分:地址空间 vs 内存
你术语用错了…… 访问“属于内核的内存”并不一定通过“内核地址空间”,直接访问内核地址空间那还叫 “映射”( map ) 干嘛……
何况,地址空间映射目标不一定在内存上,甚至不一定是电子元件。
@terence4444 #15 不到处拉屎,只拉到“其他”里。
原来这就是隔离吗?
2020-07-05 14:06:50 +08:00
回复了 Colorful 创建的主题 MySQL mysql 多字段查询问题
a 可以拆开用多个 OR 拼
c d 看上去没有任何复杂的部分
b 的话,必须作两次查询(包括子查询),因为和 “全集” 有关,你不可能孤立看待某一行而知道这一查询参数如何处置,所以必然是两次查询,但子查询的话每次都得重新检查一遍 b0 是否在 b 里,严重效率浪费,所以建议还是先 select exists 验 b 是否存在,然后决定是否加上 b 这一条。
然后 AND 拼接

如果看不懂,就别勉强了。
只要声音与你无关,你可以用白噪去覆盖,效果一致
与其说光,不如说会动的东西、有信息量的东西,有那种遮住 270 度视野的…… 我不知道应该叫啥。
2020-07-03 11:24:55 +08:00
回复了 bandian 创建的主题 问与答 有没有这样一款记录想法的网站
自建 Wordpress,检索交给搜索引擎
2020-07-03 11:22:15 +08:00
回复了 find456789 创建的主题 问与答 Serverless 架构怎么保证代码不被泄露?
不妨问:Serverless 和 SaaSS 的界定是?
我感觉楼主提到的就是对 SaaSS 的担心……
2020-07-02 13:19:36 +08:00
回复了 lieyan 创建的主题 分享创造 图床开源了
(没 LICENSE 并不算开源)
2020-07-02 13:16:54 +08:00
回复了 ziseyinzi 创建的主题 奇思妙想 2020 年了,图章这种落后的鉴权手段居然还是主流
@polarpy #39 你没看 V2EX 对此新闻的评论吗?图章自带宇宙级防伪,鹅厂没去验是有问题的。
2020-07-02 13:01:24 +08:00
回复了 KunMinX 创建的主题 随想 鲁迅笔下的阿 Q 就是指当代的网络喷子呀
@KunMinX #41
啊,文字没有语气罢了,不要太关注。对英文虚词的语感不强,你说了我也不明白。

这是重载!
精神胜利恐怕并不 “关注” 而仅 “主张” 对错之分,至少,以分析指出其所谓对错是错误的并不能驳倒,至少我没成功过,框架转移和空框化技巧倒是能比较方便地套住对方。
至于第五层其实 “正确” 也不是重点考虑,虚无主义认为 “正确” 本就不存在,这也不妨碍其提升自己 —— 只不过这个提升的方面在其他人看来也比较诡异就是了。

至于神秘化,没必要。
@DEVN #15 好活
1 ... 142  143  144  145  146  147  148  149  150  151 ... 267  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1020 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 47ms · UTC 23:28 · PVG 07:28 · LAX 16:28 · JFK 19:28
Developed with CodeLauncher
♥ Do have faith in what you're doing.