精确测量本地到多个云服务的速度（很可能是最好的 HTTP ping）

用来挑选 vps 非常舒服，感谢

排序动作，很帅

好棒，能不能做成并行的，等结果好慢

@jrient 多谢夸奖 :-)

@Telegram 这个都是 @codehz 的功劳：

https://github.com/pingms/pingms/pull/1

事实上，他做的效果更酷：

页面： https://codehz.github.io/pingms/
代码： https://github.com/codehz/pingms

为了更好的兼容性，我把长条的颜色特效去掉了。

@tyzxyz 多谢反馈，正在考虑这个问题……

谢谢分享

可以自定义次数么

863ms
Frankfurt
834ms
Amsterdam
823ms
Paris
795ms
London
920ms
Singapore
762ms
Tokyo
667ms
New Jersey
640ms
Chicago
609ms
Seattle
664ms
Atlanta
715ms
Miami
658ms
Dallas

这结果不对吧

不错的工具，能并行就更棒了

@FanWall :-)

@wjm2038 目前不能“自定义次数”，用于测速的 HTTP 请求有四个（对于每个服务器），个人觉得已经足够了。

@To5tE 如果怀疑数值不准确，请 F12 Network，然后刷新可以看到精确毫秒数值……当然，我已经检查过几次了，应该没问题哈。

@lniwn 反馈已经收到，正在研究……

背景全绿。。。盯着看了会延时信息之后再看其他页面感觉有点眼花

@misaka19000 晕倒……因为这个工具运行需要时间嘛，当时搞这个颜色就是为了眼睛轻松点，然后自我感觉良好……请问什么背景颜色更好呢？（现在仍然觉得这个颜色不错，眼睛很放松呀）

可以弄成多线程的吗，太慢了

@lhx2008 收到反馈（已经有几个人提到这件事情）是的，可以弄成“多线程”加快测试速度，主要的顾虑是：是否会影响精度？“抖动”（网络和浏览器的不稳定性）是否加大？作为测量工具，精确的结果永远是最重要的。

@PINGms 你可以用假设检验的方法，在多机上进行多次实验。看看影响是否在可接受范围内

感谢，非常需要且好用

赞一个，star 走起:)

楼主要是能把搬瓦工加进来就更好了

ping 不通就就卡在那儿了。。可以考虑设置一个 timeout ？（也有可能是我电脑问题的吧

但是 ping 不是服务器连接稳定性的唯一的标准啊，如果能加上文件下载上传测试，或者长时间 ping （几分钟）就好了

@huyudong1991 多谢夸奖 :-)

@xxxxxshuai0 多谢支持！

@atlantis 唉，“搬瓦工”有个麻烦事：他们官方没有测速地址……

能找到的最好的列表是：
https://www.bandwagonhost.net/test-ip

这东西看起来不专业呀：都是 IP 地址，而且首页（ http://IP/）是“ Forbidden ”所以就没弄了。

@inhzus 反馈已经收到。虽然我没有遇到“卡在那儿了”……这东西是不会“卡死”的（使用了“ img.onerror ”），等待一下就会过去……“设置一个 timeout ”是个好办法……这应该是网络问题，不是“电脑问题”。

@whwq2012 哥们，这东西不能测试“稳定性”的。

@lhx2008 是呀，需要很多测试研究，最担心的问题：几个线程一起跑，有可能“抖动”（ JS 测量时间不准确了，网络不稳定了……特别是手机……台式电脑和光纤应该没有问题）。

单线程还是有些慢，我通常手机 VPS 测速地址然后用 fping 命令批量测，结果也可以，还能大致测到丢包率

如果多线程担心稳定的话，加一个点哪个测哪个的功能吧？

可惜，这些服务商的测速节点都是优化过的

界面比以前好看多了。

是否丢包是个重点，能显示丢包的数据吗

@CloudnuY 确实整个过程速度偏慢，但是稳妥呀……正在研究 fping ……

@xiaolanger 收到反馈，确实可以添加“点哪个测哪个”，重点反复测试某个服务器。

能支持 tcping 就好了，这个 ping 速度说明不了问题

另外能不能自定义添加云服务商？

@mhycy 最好“都是优化过的”这样就等于没有优化了，因为最主要的是速度排名 :-) 排名仅仅针对每个云服务内部几个节点（没有云服务的排名）。

@BitBoX 这个都是 @codehz 的功劳啦。

@daocheng 目前没有这个功能，只有“毫秒数值”。

@Tink 这个就是走的 TCP 呀（ HTTP ）。目前的 UI 没有“自定义添加云服务商”功能，啊，是根本就没有用户输入功能。

这是双程的吧...

ping 无法说明真实速度，真正的速度全看缘份

最好加上大包 ping，或者测试上传下载速度。单纯 ping 代表不了网络质量好的时候的优劣

@PINGms #5 兼容性方面会有什么问题呢 抱歉 对前端不是太了解

有点儿意思

很不错的工具，丢掉第一个结果是一种很专业的做法，赞

有没有打算把国内的也搞上？

@B1ock 是的，一个来回的时间，而且故意请求“ 404 ”页面（数据的大小几乎一模一样）。

@x7395759 不能同意你的说法，ping 的毫秒数值直接影响速度……是主要因素，不是唯一因素。

Mark ！！！

@wzy44944 是呀，我也有想法搞“上传下载速度”的功能……

@F0nebula 很简单啦：“古董设备”上面长条不见了。

@Pythondr 多谢夸奖。

@Livid 多谢夸奖，得到你的点赞是很大的荣幸。

@1024MB 有这个打算，这个要做许多改动添加一大堆的云服务，肯定要用户选择“测试目标”，全部测试一遍太夸张了。

@x7395759 ping 是 ping，速是速，西

@PINGms #55 可是颜色渐变真的非常漂亮而且直观呢
至于古董设备的兼容性问题 相信 pingms 用户的浏览器应该是最新版的吧

不支持 IP 地址格式吗？

@edsheeran 我不知道怎么解释了，就说一点吧：ping 直接反映网络质量。

@F0nebula 唉，就是不知道呀……根本不知道 pingms 用的什么浏览器（没有统计），所以做法有些保守了。

@blueshark 支持 IP 的测试地址，修改代码就可以了。

@PINGms #63 那可否加一个选项？

同卡在那，DigitalOcean 反复卡住，状态一直是 pending

需要 ICMP Ping，TCP Ping 探测延迟。可以试试我们做的 https://cloudping.accesshub.cn

支持 15 个公有云服务商 125 个可用区，提供 API 接口。

好吧，这一个 pending 卡了 8.3 分钟，然后又来了一个 ...

API 接口说明 http://help.accesshub.cn/hc/kb/article/1159274/

测试样例 curl "https://api.accesshub.cn/regions/reachability?Provider=all&Ip=118.89.220.64&PingType=1"

mark

@F0nebula 是的，最好是做成自动检查浏览器版本，自动判断。

@ltq918 这不科学呀…… bug 已经收到……这些地址都没有被“墙”，怎么会搞到“ 8.3 分钟”，晕倒。

@edsheeran “尴尬而不失礼貌的微笑”……

@PINGms 只要卡住就是 8.3 分钟，只在 DigitalOcean 遇到

@ltq918 收到，这个“检测超时”的功能有点麻烦：代码很容易写，测试不好搞。测试的时候，需要倒腾一个反应特别慢的服务器，查看代码是否运行正常……然后我这边没有“稳定特别慢”的服务器，别说“ 8.3 分钟”，顶多 5 秒钟就出来了。

@PINGms 用 php sleep() 一下呢

@PINGms #63 我看了一下，其实你直接把那里 background 改成 rgb(calc(var(--delay) / var(--max-delay) * 200), calc(255 - var(--delay) / var(--max-delay) * 128), 0); 应该就可以了。。。不用 linear-gradient 的话应该有足够的兼容性

@ltq918 已经搞定了，现在超过六秒，就会认为超时，进入下一个任务，百分之百不会卡死了。有一个暴力的测试方法，直接去掉“加载测试目标”（注释掉那一行），测试永远都超时 :-)

@codehz 收到，认真测试了，古董小米 Android 7 上面还是没有长条 :-/

@PINGms #80 不对啊，按道理 var 都支持了，没道理拼接一个 rgb 会炸。。。不如做个 Fallback，写两行，前面一行用固定值，后面一行用动态的，这样就可以解决了

@codehz 多谢指点，“ fallback ”确实是个好办法！

你的域名被标记为假冒平安银行的网站

@codehz 不灵光呀，目前测试结果是“ fallback ”不顶用 :-/

@chuanqirenwu Chrome/Firefox/iPad/小米都正常，然后我打开了 360 浏览器……终于重现了你说的问题……已经发送消息给 360 了，希望他们会处理吧。

@PINGms #84 你怎么写的

@codehz 代码是：

background: DarkOliveGreen;
background: rgb(calc(var(--delay) / var(--max-delay) * 200), calc(255 - var(--delay) / var(--max-delay) * 128), 0);

测试：Chrome/Firefox 正常，“古董设备”（ Android 7.1.2 MIUI 9.5 ）没有“长条”。真的很头痛……

也许可以根据 UA 直接替换实现，看看 miui 的 ua 是啥，在 js 里把 miui 全部用 fallback 的样式替换掉好了

@codehz 哥们，这样弄不太好吧，还有其他品牌的“古董设备”呀。

@chuanqirenwu 已经搞定，请再次测试一下。给 360 点赞，反应速度真的很快。

@PINGms #89 或者那不显示色条就好了阿。。。反正又不是必备的。。。

@codehz 个人觉得还是要照顾“古董设备”没有“长条”很难看的，一大块的空白。

Safari 浏览器提示 https://i.loli.net/2018/07/12/5b473af51336a.png

@Level6 收到，多谢反馈。目前我这边不能重现这个问题，正在调查……

收藏

有没有 vps 到世界各地的 curl 版

@raopeize 多谢支持！

@artandlol 这个只是“ HTTP ping ”。

@codehz 已经搞定兼容性了，颜色特效在“古董设备”上面正常显示。方法是 JS 计算颜色的数值，然后传递给 CSS。

@Level6 同样这个提示