唔，应该是 $TheColorYouWant :(

这个是 inline-block 的问题。

在 safari 等浏览器会有 4px 的空隙。 Chrome 貌似是 8px

解决方法：

父级元素 ul 的 font-size: 0;

子元素 li 的 font-size: $yourWantSize

@zhicheng

唔.. 其实你说的这些我也懂。

只是突然有点疑惑，那这样的话是 「多进程单线程」 的效率高还是 「单进程多线程」 的效率高。

多线程的话考虑到会抢占资源，所以会有锁的存在，影响效率
多进程的话由于要 fork 两份一模一样的数据，并且要 CPU 要切换进程，也会耗费不少资源

不过这还是要根据不同情况分析。如果是 Python Ruby 等有 GIL 锁的语言，那肯定是多进程的效率要更优。

谢谢啦 :)

@FrankHB
@shrimp929
@zhicheng

一个星期没上来看，看到大家这么热心的回复，很是感谢，也明白了一些概念。

现在又有一个新的问题：

既然多线程可以利用到 CPU 的多核多线程。

那我现在有个 project, 我直接开 单进程多线程 不就可以了吗？多进程还有存在的必要？

@odirus 感谢回复 :)

现在解决了这个问题，我的解决方法：

1 、 Scrapy + selenium + PhamtomJS
2 、 Scrapy 请求拿到那段 JS 后，修改下那段 JS 执行跳转的代码，拿到要跳转的 link （因为我用的 driver.execute_script( js ) 执行完后没办法自动跳转到指定页面。）
3 、拿到 link 后就好办了，直接请求。

另外，发现我拿到的代理压根用不了。。。。。也是醉人。 还想着说稳定的话以后就购买了。

我去试试你的那个网站，谢谢了。

@UnisandK

你好，能麻烦请教下么？

我在获得 response 的 JS 代码后
```javascript
window.onload=setTimeout("by(242)", 200);
function by(OG) {var qo, mo="", no="", oo = [0x0a,0x9a,0x4a,0x01,0x7c,0x13,0xb5,0x4f,0xfd,0x78,0x0f,0x27,0xd6,0xae,0x28,0xfe,0x95,0x50,0x98,0xe8,0x15,0xa7,0x9d,0xd7,0x88,0x1f,0x18,0xf0,0x67,0x3e,0x19,0x33,0xac,0x3b,0x09,0x99,0x87,0x60,0xb5,0x70,0xe7,0x3d,0x85,0x40,0x90,0x08,0xf8,0x66,0x07,0x35,0xb0,0xde,0x17,0x2f,0x27,0xfe,0xd6,0x88,0xf5,0xe7,0xdc,0xea,0x62,0x34,0x01,0xd1,0x7f,0xd0,0x19,0x22];qo = "qo=68; do{oo[qo]=(-oo[qo])&0xff; oo[qo]=(((oo[qo]>>2)|((oo[qo]<<6)&0xff))-99)&0xff;}while(--qo>=2);"; eval(qo);qo = 67; do { oo[qo] = (oo[qo] - oo[qo - 1]) & 0xff; } while (-- qo >= 3 );qo = 1; for (;;) { if (qo > 67) break; oo[qo] = ((((((oo[qo] + 198) & 0xff) + 204) & 0xff) << 5) & 0xff) | (((((oo[qo] + 198) & 0xff) + 204) & 0xff) >> 3);qo++;}po = "";for (qo = 1; qo < oo.length - 1; qo++) if (qo % 6) po += String.fromCharCode(oo[qo] ^ OG);po += "\""; eval("qo=eval;qo(po);");}

```

那这里该如何去解析拿到 yundun 的 id 呢？

@odirus 你好，能请教下关于这个网站的爬取么？

521 后如何能够拿到 yundun 后的参数呢？

使用的是 Scrapy 框架

@laowood 唔.. 我一般都合盖直接走人，因为回家打开电脑还是要照常工作。

应该不是软件的问题，因为只有在连接 dell 显示器后，拔掉连接线合盖后才会经常出现这种情况。

通过不断 google + 实验，我觉得我得到了答案。

首先， response header 内的 content_type 仅仅只是表明响应数据是怎样的数据，并不会自动去解析成 JSON 对象 （注: 有浏览器原生 JSON 对象，其他的都为语言的对象）。

比如原生 AJAX ，拿到该响应，仅仅只是 string 。 而 jQuery 则会根据 content_type 去将响应解析成对应的格式

至于浏览器开发者工具，你看到的 JSON 对象，是浏览器开发者工具为了方便我们开发，自己将它解析成了对应的格式。

接着，当你在服务手动创建：
```ruby
# Rails
render text: '{"a": "a"}', content_type: "application/json"
```

此时你在浏览器就会看到问题内的第一种情况，也即正常情况。 浏览器会根据 content_type 将他解析

```ruby
# Rails
render json: { a: 'a' }
```
此时， Rails 会自动将他序列化成字符串（即跟手动创建字符串没两样），然后进行传输。

那么，问题第二种情况是怎样的呢？如果服务器仅仅只是返回 JSON 字符串的话，那么肯定也是会自动解析的呀。答案在于服务器的开发人员傻了。

```ruby
# 正常情况
'{"a": "a"}'

# 而开发人员由于某种原因，将 json 字符串又序列化了一遍
# 类似于这种效果
JSON.stringify(JSON.stringify(jsonObejct))

# 因此最终服务器返回的字符串其实是：
"\"{\\\"a\\\": \\\"a\\\"\}\""

# 浏览器拿到的字符串解析后是：
"{\"a\": \"a\"}"

```

@sensui7 感谢，不过我有个疑问，客户端是如何知道这个这个字符串是 json 编码并且进行反序列化呢？。 因为第二种 json 字符串，也符合 json 规范，也是可以进行 parse 操作的呀？

唔，我想了下：

第一种，是因为服务器返回了 json 对象，并且服务器语言有相应的序列化 json 接口，在传输时会将 json 对象序列化，浏览器或语言 接收到该响应时，根据 content_type 去反序列解析响应，所以会直接拿到 json 对象。

第二种，是因为浏览器返回的就是 json 字符串，所以客户端拿到的响应当然仅仅只是字符串了。

不知道对不对呢？

@Halry 使用的是自带的 DP 线。

此时按显示器的电源键都没反应

@KillPaul

如果你曾经使用过 91 助手， PP 助手 等软件，那么他们就可以根据你的序列号拿到你的账户了。（这个就不知道是 PP 助手主动提供的，还是他们利用漏洞了）

拿到你的账户之后就有以下方法拿到你的密码：

1 、社工 （所谓的钓鱼网站）
2 、通过密码库搜索你以前暴露的密码
3 、利用 XSS 漏洞，诱使你点击网站时 ooxx 你

谢谢大家啦~~~~~


帖子 OVER~

@a1058021348 求一个，(づ￣ 3 ￣)づ