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

V2EX = way to explore

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

现在注册

已注册用户请登录

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

❮

❯

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')
'你好'
>>>

2016-12-13 13:17:10 +08:00

回复了 tvallday 创建的主题 › 宽带症候群 › 联通的网络， traceroute 显示全是星号， tracert 什么都不显示，怎样才能跟踪路由？

tplink 的路由？

2016-12-12 23:37:56 +08:00

回复了 Themyth 创建的主题 › Linux › 有没有 aria2 的 arm 版本？ centos 7 arm 用的

EPEL 有 ARM 的源： https://dl.fedoraproject.org/pub/epel/7Server/aarch64/
找了一下對應的 RPM 包：
https://dl.fedoraproject.org/pub/epel/7Server/aarch64/a/aria2-1.18.10-2.el7.1.aarch64.rpm

2016-12-09 19:24:52 +08:00

回复了 hellojammy 创建的主题 › 程序员 › API 接口签名验证

@bdbai 但是你怎么领呢？我也可以拿到你领密钥的 API 自己去领啊，关键你没法对客户程序鉴权。

2016-12-09 16:56:07 +08:00

回复了 cocochan 创建的主题 › 宽带症候群 › 话说这里怎么没人讨论 BBR？

@redsonic 同意。

2016-12-09 16:10:14 +08:00

回复了 peneazy 创建的主题 › 程序员 › 为啥大家的面试段子都是手写红黑树，而不是手写 AVL 树或堆树一类的

紅黑樹原理不複雜，但是要處理的各種細節多得要死要死。

2016-12-09 16:09:30 +08:00

回复了 peneazy 创建的主题 › 程序员 › 为啥大家的面试段子都是手写红黑树，而不是手写 AVL 树或堆树一类的

紅黑樹插入和刪除對要處理的各種情況相對 AVL 樹多得多，我覺得大多數人如果不是天天折騰這個，徒手擼一個紅黑樹還是很困難的（比如我）。

2016-12-09 16:00:49 +08:00

回复了 cocochan 创建的主题 › 宽带症候群 › 话说这里怎么没人讨论 BBR？

@ovear 我是在講當所有人都用上 BBR 之後的情況。
我目前還不瞭解它對其他算法的公平性如何，網上應該有一些測試了吧。

2016-12-09 15:46:03 +08:00

回复了 cocochan 创建的主题 › 宽带症候群 › 话说这里怎么没人讨论 BBR？

@redsonic 直覺上，對存在丢包但帶寬有剩餘的網絡（比如無線網絡）提升會比較大，能夠充分利用帶寬。
但對於天朝的國際出口來講，應該是打滿的吧，除非顯著降低重傳的量（這個還沒看到，不確定），否則物理帶寬就那麼點，還是沒甚麼用。

2016-12-09 15:27:04 +08:00

回复了 cocochan 创建的主题 › 宽带症候群 › 话说这里怎么没人讨论 BBR？

@ovear 感謝分享，到時候結合在一起看看。

2016-12-09 15:15:30 +08:00

回复了 cocochan 创建的主题 › 宽带症候群 › 话说这里怎么没人讨论 BBR？

@redsonic 稍稍看了下 Google 那篇 BBR 論文（草稿）的前几頁，大致是對傳統 TCP 流控算法以丢包作為擁塞控制的方法批判了一番，然後提出以傳播時延和瓶頸帶寬作為基礎的算法。
等晚上回去有時間把它看完。不知道當它和 Linux 預設的 Cubit 之類的算法一起跑的時候公平性表現如何（估計對傳統算法做不到公平吧）。

2016-12-09 14:45:04 +08:00

回复了 awolfly9 创建的主题 › Python › 服务器新手，购买了阿里云之后，各种安装命令都没有？

@SourceMan
>>> 'centos' == 'centοs'
False

手動滑稽（→_→）

2016-12-09 13:01:10 +08:00

回复了 cocochan 创建的主题 › 宽带症候群 › 话说这里怎么没人讨论 BBR？

@iCyMind TCP 流控算法要考虑公平性，我觉得肯定不如这种暴力算法哈哈

2016-12-09 12:05:36 +08:00

回复了 cocochan 创建的主题 › 宽带症候群 › 话说这里怎么没人讨论 BBR？

等有时间测试一下

2016-12-09 09:58:47 +08:00

回复了 hanyang 创建的主题 › Linux › service nginx stop fail

更正， 1. /etc/systemd/system/xxx.service

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

❮

❯