编译就是这样的，脚本语言写多了没见过 build 吧:doge:

@Varobjs #1 4 核 CPU 满载是 400%，按核算的。

现在都是用 flex 布局，定好宽度，高度自适应。
我 GET 到了你遇到的问题，关键在于设计是如何设计的，是那种滚动式的，还是一屏就只有一个页面。滚动式好说，如果是单屏页面，设计只给你了 6s，那让他再出 iPhone X 的设计布局，你再去做兼容。

在国内带宽还是太贵，熊猫现在还欠腾讯云一个亿呢。

蛤？？？

是，要怪就怪那些速成培训班。

那你自己去写啊

从来没出现过，眼镜基本不擦，水洗+1 滴洗洁精就好

回龙观居然有酒吧？

@chunchu #12 哈哈哈内陆的管带壳的海鲜都叫贝壳

@kisshere #21 仔细看 19L 的图，和原站对比一下。先开启 headless 做好代理，cURL 就可用了。

原理很简单，你直接 cURL 出来的东西无法执行 js，只有浏览器环境下才是正常的请求，所以要依靠浏览器去渲染，chrome 的 headless 模式了解一下。

@azoon #13 哦
https://tvax4.sinaimg.cn/large/82dfe143gy1gd06y3fgf1j21ow148nbg.jpg

@kisshere #7 chrome 可以直接复制 cURL

https://tva4.sinaimg.cn/large/82dfe143gy1gd061lwt9oj21gc0p4ti2.jpg

没什么特别的

把 slow log 打开，可能是一直在阻塞导致不断地申请新 child 导致不足。

放宽心，M 秃是不会变成地中海的，是不是瞬间觉得开心了呢

面对现实，早日光头。

@HolgerHuo #15 不同编码格式下只对比码率确实是没什么意义，比如 h.265 比 h.264 ，相同码率下 h.265 更加清晰；而且呢，关于码率和清晰度这种东西，想抬杠也是可以的：一个 1000 的转到 100，和同样的 1000 转到 10 再转到 1000，虽然第二个码率高，但是第一个会更清晰，所以别太钻牛角尖。

从你的各种回复来看还是没理解什么是 csrf。
首先，有 csrf 的前提是有个有效的 cookie，攻击者通过伪造 url 并诱导被攻击者去点击。
整个过程攻击者不需要获取到被攻击者的 cookie。
防范 csrf 的 token 原理就是验证这次请求的 url 是否是官方下发的，攻击者伪造的 url 伪造不出来正确的 token。
另外，你说的那种鉴权 token 等同于 cookie，但是没有 token 就没有 csrf，获取到你说的那个鉴权 token/cookie，不属于 csrf 范畴。