V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  cyrbuzz  ›  全部回复第 15 页 / 共 32 页
回复总数  635
1 ... 11  12  13  14  15  16  17  18  19  20 ... 32  
2021-07-01 16:38:22 +08:00
回复了 cyrbuzz 创建的主题 程序员 大佬们,能帮忙指导下简历吗,快 2 年的前端~
@janus77

早期的运气+积累,没有学历这也是我仅能拿出手的东西了= =...

https://www.v2ex.com/t/602088#reply37
2021-07-01 16:36:44 +08:00
回复了 cyrbuzz 创建的主题 程序员 大佬们,能帮忙指导下简历吗,快 2 年的前端~
@alexsunxl

大佬,目前在济南,打算换个城市。
2021-07-01 16:06:59 +08:00
回复了 cyrbuzz 创建的主题 程序员 大佬们,能帮忙指导下简历吗,快 2 年的前端~
@towry 谢谢大佬肯定~,目前不在上海和北京,有换的意向,还没想好能去哪= =。
2021-07-01 15:59:49 +08:00
回复了 cyrbuzz 创建的主题 程序员 大佬们,能帮忙指导下简历吗,快 2 年的前端~
@tcpdump 好的大佬,我重新排一排。
2021-06-27 21:18:23 +08:00
回复了 kkocdko 创建的主题 分享创造 3 KB 的博客首页,我是如何做到的?
支持一下。

有几个疑问:

1.为什么将所有资源打包在一起是一个比分块走的更远的选择?一般来说除非加载的这个文件所有内容都会在当前页面立马展示出来否则的话并没有感觉到比分块更好的地方?

2. 直接写 data URL 的缺点很明显,不利于维护。

3. 分域名加载区分移动端和 PC 端 CSS 直接可以省一半?
2021-06-23 13:46:50 +08:00
回复了 skyrem 创建的主题 程序员 如何以最快速度加载 H5 页面,考虑网络不佳的情况?
2021-06-23 11:27:35 +08:00
回复了 enderftt 创建的主题 Python Python lambda 改写
你这个需求直接列表推导不是更香...

[x.update({'5':5}) for x in d]
print(d)
2021-06-23 10:32:26 +08:00
回复了 skyrem 创建的主题 程序员 如何以最快速度加载 H5 页面,考虑网络不佳的情况?
在网络好的时候,页面响应要 400ms 是不是有些慢?

感觉还是先优化下这块吧,服务器端只是返回一个 HTML 需要 400ms 这问题有点大,只经过 Nginx 怎么会需要这么长时间,弱网下 400ms 还正常一些。另外 TCP 慢启动第一个 TCP 包大小是 14kb,可以想想办法优化到 14kb...
2021-06-22 12:46:18 +08:00
回复了 cvooc 创建的主题 程序员 没有 UI 妹子的限制,原子化 CSS 的确是爽啊.
@wdhwg001 给 UI 小姐姐看,UI 小姐姐说,这人有毛病,俺想做什么做什么。哈哈哈哈哈。
是我没 Get 到什么点吗,断点打在函数内不就好了吗= =。
2021-06-18 19:53:29 +08:00
回复了 manami 创建的主题 ACG 有没有什么好看的动画推荐?
海贼王。
@liyang5945 vite 能上 Vue2?前两个月还不能。
2021-06-11 09:36:28 +08:00
回复了 googlehub 创建的主题 随想 今天是我的生日🎂🎂🎂🍰🍰🍰
生日快乐(*^▽^*)。
@Jirajine
@love

个人认为增加攻击成本是一件有意义的事情。

之前大火的仿网抑云,它用的 AES+RSA 加密,公钥就放在前端代码里,但是混淆之后确实很难读懂,需要花很多时间,Star 最多的 NodeJS 版本的仓库时不时都会有要求增加 XXXAPI 的需求,加密算法有了,这就是打开浏览器打断点看请求的事情,还是有很多人不会,有了这个仓库,就变得人人都会加密网抑云的 API 了。

安卓这个防抓包对我这种半吊子来说还是有用的= =,hook APK 我是不会,不防抓包可能五分钟就把底裤给扒干净,就是兴趣来了顺手的事,防抓包可能就要花一天两天,这时候很大概率就放弃了,除非干翻它有大于这个成本的价值。

PS...为啥你俩的回复没有提醒= =,我被降权了嘛...
@love https 的请求只认打包 apk 时一起打包的证书,其他证书都不认可(fiddler, burp 等)。
2021-04-23 16:30:35 +08:00
回复了 loginv2 创建的主题 JavaScript 如何实现像这个网站一样的反调试效果
1. 到首页或者新开页面,在 Network 区域,选择 slow 3G 。
2. 加载目标页面,把所有 js block 一遍,一个个开,发现是这个 js https://cdn.radius-america.com/age/static/js/s_dett.js?ver=202102251329
3. 给这个 JS 打个断点,最后一段发现这个。

```javascript
if (__getCookie_v3('username') != 'admin') {
eval(function(p, a, c, k, e, r) {
e = String;
if ('0'.replace(0, e) == 0) {
while (c--)
r[e(c)] = k[c];
k = [function(e) {
return r[e] || e
}
];
e = function() {
return '[0-5]'
}
;
c = 1
}
;while (c--)
if (k[c])
p = p.replace(new RegExp('\\b' + e(c) + '\\b','g'), k[c]);
return p
}....
```

后面是一堆 eval 的 string,会有一个`devtoolsDetector`,然后这个会判断是否打开了 console,判断方式见楼上各位大佬的链接。

4. 上面代码有个 BUG,__getCookie_v3,试了试就是获取叫 username 的 cookies 的值,这里写的不是 admin 的时候会执行这段代码。

5. 后面怎么操作不用多说了吧= =...
2021-04-21 14:17:35 +08:00
回复了 eroko 创建的主题 问与答 8 瓶水 2 瓶有毒 6 个耗子 要求单次检验出结果
@rationa1cuzz 额,说的是= =,少一组验证。
2021-04-21 13:28:09 +08:00
回复了 eroko 创建的主题 问与答 8 瓶水 2 瓶有毒 6 个耗子 要求单次检验出结果
分成两组 1-4 。

每组 4 瓶编号 1-4 。

用三只,

一只喝 1,3,一只喝 2,3,一只喝 1,2 。

另外一组分别喝,1,3 2,3 和 4 。

A: 13 和 23 死掉的情况,看另一只喝 1,2,死了,1 和 2 都有毒。没死,3 确定有毒,4 可能有毒看下一组情况。
B: 13 死了,23 没死,1 有毒,4 可能有毒看下一组情况。
C: 13 没死,23 死了,2 有毒,4 可能有毒看下一组情况。
D: 13 和 23 都没死,4 可能有毒看下一组情况。

此时看另一组:

A1: 13 和 23 死掉的情况,4 死了,3 和 4 有毒,4 没死,3 和上一组 4 有毒。
B1: 13 死掉了,23 没死,4 死了,14 有毒,4 没死,1 和上一组 4 有毒。
C1: 13 没死,23 死了,24 或者 2 和上一组 4 。
D1: 13 和 23 都没死,4 死了,4 和上组死掉的那个没死就是上组 4,4 没死,把上组的`可能`换成`肯定`。
2021-04-20 18:06:07 +08:00
回复了 balabalaguguji 创建的主题 编程 我来说说异步框架的最大缺点
个人理解= =。

异步模式不是把同步的代码异步化,而是那段代码本身就是一个异步的 IO 。

想把一段代码异步化,得先知道这段代码能不能异步,比如

```
a += 1
```

是一段不能异步的代码。

而一个网络请求则一般都会提供 阻塞和非阻塞 两种模式:

```
http({
async: true(false)
})
```
这样的配合事件循环就可以做到异步。

在 Python 中,像是`requests`是一个阻塞的网络请求,它并没有提供非阻塞的参数,无法直接用类似线程的`async(requests.get, xxxx)`这样的方式去将它异步化,而是应该在底层 socket 建立连接时就使用非阻塞的模式,交由异步的事件循环在这条 socket 等待响应的这段时间去干别的事。

按楼主的举例,commands 是一个阻塞的命令行,确实想用异步应该寻找的是一个非阻塞的命令行而不是想着有一个函数可以把 commands 异步化(事实上 Python 也有,`asyncio.base_event.run_in_executor`函数可以让传入的同步函数放在一个线程 /进程池中执行,同时外部还可以继续用异步的 async/await 或者回调)。

而在 Js 中,如果你在主线程中执行一段一直会占用 CPU 的代码(while(1){})也会阻塞住整个页面。

异步主要是用来解决 I/O 密集的问题的,I/O 所花的时间主要在网络读写,硬盘读写等。

如果一段代码的主要消耗的是 CPU,用异步并不是一个好选择而是应该尽可能榨干 CPU 的性能,衍生出来的就是线程(协程)/进程。

所以在 Python 这个啥程都有的语言里...

在主要是 I/O 的场景里,用非阻塞的库上异步绝对是一个性价比高的选项,其他程切换的开销再小也有开销。
在主要是计算的场景里,多跑几个 Python 进程比啥都管用。

访问量不大的网站用什么根本无所谓...数据量够小的情况下,选择排序和快排根本看不出差别。
1 ... 11  12  13  14  15  16  17  18  19  20 ... 32  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   2705 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 40ms · UTC 10:43 · PVG 18:43 · LAX 02:43 · JFK 05:43
♥ Do have faith in what you're doing.