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

V2EX = way to explore

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

现在注册

已注册用户请登录

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

❮

❯

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

2016-12-09 09:57:55 +08:00

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

目测楼主用的是基于 systemd 的发行版。
提示：
1. /etc/systems/system/xxx.service
2. systemctl enable xxx
3.systemctl start xxx

2016-12-09 03:53:19 +08:00

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

@turan12
@gefranks 碰巧的是， CoreOS 就是这么一个发行版，不带任何包管理器，自带程序很少，专门设计成跑 container 的。理论上讲，云服务商的部署都是直接用的镜像，除非镜像损坏（还能正常开机使用），这得是多小的概率啊

2016-12-09 01:17:03 +08:00

回复了 JiaFeiX 创建的主题 › Django › Django 1.9 为什么要移除 FastCGI 支持？

https://groups.google.com/forum/m/#!topic/django-developers/oGmD8LvLTPg/discussion
Google 搜索“ django 1.7 fastcgi ”第一条。。。

2016-12-09 00:56:17 +08:00

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

@bdbai 这个是无解的，因为密钥和签名算法都已经公开。

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

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

@sunchen 我当年在业余时间做过 12306 的抢票软件， 12306 的 web 端在提交订单时就附带签名信息，然而并没有什么用，我直接用调试器追踪到 js 签名函数，把整个函数用换成 C 重新实现了一遍，签名就过掉了。根本不用研究它怎么算的，直接无脑做语言转译就行。就算不能转译，我还可以加一个互操作层直接调它的函数。
另外我当年移植安卓版的百度贴吧客户端到 windows phone 也是这么做的，

2016-12-09 00:44:13 +08:00

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

首先，理论上密钥就不应该保存在客户端。
然后，你自己造签名算法也没用，你总要在客户端保存密钥并且附带签名算法，我直接调你的库的可以了。

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

❮

❯