V2EX › raysonx 的所有回复 › 第 45 页 / 共 89 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 41 42 43 44 45 46 47 48 49 50 ... 89

❮

❯

2016-12-30 13:46:20 +08:00

回复了 fyyz 创建的主题 › 程序员 › 既然 UTF-8 是能显示任意字符的，那为什么 Linux 里 locale 相关的设定里有大量的 xxx.utf8 的选项？

因为多语言的程序要根据 locale 设置决定显示的语言。

2016-12-27 16:51:58 +08:00

回复了 hronro 创建的主题 › 程序员 › 使用鼠须管中关于中英切换的槽点

用中州韻打鄭碼的路過。。。我知道我是小眾~

2016-12-27 15:10:00 +08:00

回复了 TimCheng 创建的主题 › DevOps › 求推荐一款好用的远程 SSH 工具。

居然沒人提 Windows 10 的 Ubuntu 子系統

2016-12-26 15:19:35 +08:00

回复了 gino86 创建的主题 › 程序员 › 网络编程中文件传输是否需要处理大小端的问题，如何处理？

@gino86 可能是我表述得不清楚，也可能是你还沒有理解。
這個問題和網絡沒有關係，你可以把網絡看成一個管道，你在這一頭發送什麼，另一頭就能原封不動地收到什麼。
大小端序只是一個多字節數在內存中的表示形式，跨機器時要注意解讀的順序。

2016-12-26 13:54:14 +08:00

回复了 gino86 创建的主题 › 程序员 › 网络编程中文件传输是否需要处理大小端的问题，如何处理？

不会有歧义。
至于传输文件，你负责的只是原封不动地把一台机器的数据搬到另一台，又不负责对内容进行解读，这些数据无关大小端序。但是如果你要处理网络协议头中的字段，那就看协议的规定了。虽说通常都是大端序的，但如果那个协议是个私有协议，谁知道呢。

2016-12-26 13:50:36 +08:00

回复了 gino86 创建的主题 › 程序员 › 网络编程中文件传输是否需要处理大小端的问题，如何处理？

大小端序问题关注的是一个多字节数在内存中的表示形式。
比如 0x12345678 ，在大端序机器的内存中表示为 12 34 56 78 ，小端序表示为 78 56 34 12 。则如果凭空给你一个字节流不告诉你大小端序的话，你是不知道它代表多少的。
因此，如果两台机器以不同的方式解读同一个字节流，则结果是不一样的。于是在网络协议中大家就约定好都用大端序表示多字节数。其实这无所谓，只要通信双方约定好用同一个字节序来解读

2016-12-26 10:36:53 +08:00

回复了 lxiange 创建的主题 › 程序员 › 来看看这个函数的时间复杂度是多少

樓主民科鑑定完畢。
就是 O(n)，沒有疑義。整個算法的執行次數和 n 的大小呈線性關係，再扯其他的都是在扯蛋。

2016-12-21 20:19:57 +08:00

回复了 liliass 创建的主题 › 宽带症候群 › 联通上行求测试

高峰期电信和联通互访是跑不满的，甚至丢包率比国际出口还高。北京联通和上海电信的时延有时都会飙到 150ms 左右。

2016-12-20 12:47:01 +08:00

回复了 hst001 创建的主题 › 宽带症候群 › 电信是不是搞透明遮罩层劫持了？

@Famio
@BXIA
估计是 SSL strip 攻击。
HTTPS 不配合 HSTS 是没有安全性的

2016-12-17 15:22:52 +08:00

回复了 s7lx 创建的主题 › Linux › [内核升多了还是会遇到鬼] 升级 4.9 Kernel 后， PPTP（ GRE）协议开始废了

@ioiioi 谈不上加速，只是相比传统的 TCP 流控算法来讲，带宽利用率更高。
可以简单地认为，两点之间的物理可用带宽是无法突破的，但传统的 TCP 流控算法检测到丢包就会降低发送速率进行退避，导致带宽利用率非常低，而 BBR 对丢包的敏感度不高

2016-12-17 14:55:13 +08:00

回复了 b244183 创建的主题 › 程序员 › 目前有什么好用干净的 Win PE

WinPE 。。。。好古老的词汇。
Linux 的 LiveCD 不好吗？为何非得用 WinPE 。

2016-12-14 20:42:37 +08:00

回复了 smallaccount 创建的主题 › NGINX › nginx 取消 https 后发现 chrome 访问提示重定向过多无法访问。

题外话，话说我自己的域名已经设置了 HSTS ，而且已经内置在了 Chrome 的静态 HSTS 名单里，永远不可能改回 HTTP 了。

2016-12-14 20:37:47 +08:00

回复了 smallaccount 创建的主题 › NGINX › nginx 取消 https 后发现 chrome 访问提示重定向过多无法访问。

@smallaccount 见 http://stackoverflow.com/questions/9130422/how-long-do-browsers-cache-http-301s

2016-12-14 20:23:24 +08:00

回复了 smallaccount 创建的主题 › NGINX › nginx 取消 https 后发现 chrome 访问提示重定向过多无法访问。

你这是设置了从 HTTPS 跳转到 HTTP 了吧？
目测浏览器缓存了 HTTP 到 HTTPS 的跳转（ 301 跳转会缓存），然后你再设置从 HTTPS 跳到 HTTP ，不断循环

2016-12-14 02:23:29 +08:00

回复了 UtopiaCHN 创建的主题 › 程序员 › 明年 1 月 1 日起， iOS 应用必须使用 HTTPS 才能上架，安卓怎么看？

@raysonx 强制 https ，手滑打错

2016-12-14 02:22:56 +08:00

回复了 UtopiaCHN 创建的主题 › 程序员 › 明年 1 月 1 日起， iOS 应用必须使用 HTTPS 才能上架，安卓怎么看？

@kitalphaj
@caola
@zhdbm
@t0byxdd
个人觉得 90%都是 http 是不可能的，虽然我没有准确数据。
从全球来看， Google ， YouTube ， Facebook ， twitter ， wikipedia ，和国内的淘宝，百度搜索都已经全站强制 http 了，这些网站在全球的流量不至于低于 10%吧

2016-12-13 15:23:00 +08:00

回复了 toono 创建的主题 › Python › python3 编码转换问题😂十进制数组转 unicode

哦對了， UTF-16 有一個討厭的問題，就是分大小端序（ endianness ）。
題主的例子是小端序(little endian ， UTF-16LE)的，即每一個字符低位 byte 在前，高位 byte 在後（「你好」對應 60, 4f, 7d, 59 ）。
還有一種是大端序(big endian ， UTF-16BE)，即每一個字符高位 byte 在前，低位 byte 在後（「你好」對應 4f, 60, 59, 7d ）。

同樣的， UTF-32 也分大小端序。不過 UTF-8 不分大小端序。

2016-12-13 15:06:51 +08:00

回复了 toono 创建的主题 › Python › python3 编码转换问题😂十进制数组转 unicode

需要澄清的一個問題是，「字符串“你好”的 unicode 编码是 '\u4f60\u597d'」表述有誤。
Unicode 是字符集，它只負責對每一個符號賦於一個編號，並不關心這個符號的二進制表示行式。
而樓主的需求是，對一串 bytes 按 UTF-16 進行解碼（ decode ）。
Unicode 是字符集(charset)， UTF 是編碼(encoding)，不要搞混了。

2016-12-13 15:02:54 +08:00

回复了 toono 创建的主题 › Python › python3 编码转换问题😂十进制数组转 unicode

或者直接
>>> bytes(arr).decode('utf-16')
'你好'

2016-12-13 15:02:05 +08:00

回复了 toono 创建的主题 › Python › python3 编码转换问题😂十进制数组转 unicode

~> python3
Python 3.5.2 (default, Sep 14 2016, 11:28:32)
[GCC 6.2.1 20160901 (Red Hat 6.2.1-1)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import struct
>>> arr = [96, 79, 125, 89]
>>> struct.pack('B' * len(arr), *arr).decode('utf-16')
'你好'
>>>

1 ... 41 42 43 44 45 46 47 48 49 50 ... 89

❮

❯