@amery2010
1.直接在官网－行程里面反馈，或者通过邮件向所在城市的客服团队反馈（实质上是同一渠道）就可以。
2.我对你那路线不熟，如果不应该上高架，在上高架之前你没发现司机要上高架而提醒他吗？如果上了高架而且没有其他线路可以下高架直接到你的目的地，你在高架上跟司机说也于事无补，你紧张什么，回头投诉就是了。
Uber 对于司机的管理还是很苛刻的，从规则里可以看出来。从成单率到评价的星级别。如果没有达标，是扣除当周的奖励的，出来跑 Uber 的司机大多是为了赚钱的，他们也很在乎自己的收入，所以不会希望你去投诉他们，除非遇到傻逼司机的情况，在大多数时候你是有保障的。
3.遇到同样的情况，我不会像你这么气愤或者焦虑，今天下午没联系你，又不代表你的投诉石沉大海了。遇到你同样的情况，半天没处理，我还真的没什么感觉。一是因为我对于规则和制度以及客服的情况接触多了比较了解，而是半天没处理真的算是个事？我坐一号专车的时候，遇到的问题比你这严重多了，我投诉了 3 个月一号专车的可以也只是每次都道歉然后让我等投诉的专员回电话。滴滴的客服也是差不多的德行，你想在短时间之内解决掉问题是很难的。 Uber ，滴滴、一号、易到，哪家敢说你的投诉当天就会给你解决？

不知道你哪只眼睛看出我是来捣乱的了，这点事你愿意批判就批判，我回复的意思是，从我的角度看，你的反应过激了。

1.如果是故意绕路，事后投诉百分之百好使，前前后后跟客服接触过 3 、 4 次了，每次体验都还不错（北京&成都 客服）
2.如果当时确实是路线不熟而不是故意绕路，我没看出来你当时的情况跟司机讨论路线问题会有什么危险，完全是你自己的问题了。
3.如果只是因为这个原因而说白白，相比楼主本身对 Uber 就还有其他不满意的地方了，这么一件小事就告别一个软件，看起来挺矫情。半夜投诉，人家早上 9 点上班，依次处理，到下午回复甚至第二天都很正常。

Uber 坐了 300+次，我很喜欢。

@streamgo 如果你现在解析没问题，倒是不需要这么做。我是在路由器上面配的 DNSMasq ，如果你可以配置的话，语法是这样的。

server=/weibo.com/202.106.195.68
server=/.weibo.com/202.106.195.68
server=/.cn/202.106.195.68

看一下 weibo.com api.weibo.com 和其他域名的解析是不是指向了你的运营商。
我这里北京联通，用的阿里 DNS ，最近感觉比较慢。发现这俩域名都给我解析到电信的节点了！
把 weibo.com *.weibo.com 和 *.cn 全都交给运营商的 DNS ，问题解决，你可以看看是不是这个问题

妈的，我要是在深圳真有直接签了的冲动。找机会离开帝都，去深圳！

@Cavolo 白激动了，开了开头还打算去申一张呢。

喜闻乐见，如果苹果做这件事，我会很开心。

熔断了，估计钱被套进去不少，出来寻找发泄的目标呢。

@Bardon 上一部手机是 iPhone 4 ，用了 3 年，在东北严寒零下 20 度毫无压力。
手上这台国行 iPhone 6 ，在帝都 0 度的时候已经不行了。 30% 50%的电量都挂过，自动关机，开不了机，只要进了室内插上电，立刻恢复到原来的电量。而且不止我这一台出现过。这台手机刚买来的时候，在东北零下 20 度，剩 7%的电，在外面能坚持 20 多分钟到自然关机。同样的应用场景（叫车软件＋导航）。

我说的都不是偶然一次两次的现象，同样条件下，对比差异明显。

我就想问一点，有多少人的 iPhone 6 在使用了 1 年左右出现了电池还有很多自动关机的情况？我已经见到 3-4 起了。这点很苦恼。

这波日 Linode 的组织能量不小。不过 blog 里面说 securely hashed password ，希望损失不大吧。

第一眼看以为是 base64 编码，但是试了一下不是，不过加密的方式也许是同一个思路。因为移动拿回来密文之后至少需要解密出里面包含的时间戳和密码，所以很大程度这个加密 /解密方式是可逆的。

如果从客户端下手的话，找个安卓客户端尝试反编译找一下登陆这块对密码加密的算法是最直接的，如果行不通的话，反向可以试试多提交几组密码，记住对应的时间戳，或者两台设备，在同一秒提交提交位数相同的弱口令（ 8 个 1 ， 8 个 2 ）看一下密文的规律。

对这个挺感兴趣的，楼主不妨再放些数据来讨论下。