@MrRongts 打工人是按照时间挣钱的，之前的代码已经挣过钱了，重写的又能重新挣钱 :）

反过来讲： 会不会是自己代码写得不太行？

那你现在买的 beijing.osm.pbf 就算现在是好的， 过几个月人家路修好了， 你的地图不又得更新？ 还不如直接买 百度或者高德的服务呢。 除非你的导航软件就这两天用

当 m = n = 1 时， 无路可走。 当 m=n=3 ， 即使先手，也进入不了“天元“

还以为墙挂了，换了好几个也没用。。。原来是它坏了啊

你应该做一个浏览器插件， 让我能选中，然后右键直接就能复制解码后内容

@molika 那正好你可以在你的服务端统计一下这个概率。 多问一句： 有没有局域网环境做优化？(我个人)在局域网中的互传文件还用的挺多。

@capric 感谢分享，这个成功率挺不错。

诚信请教： 国内打洞成功的概率有多大？

@Zy143L 我的和你不是一个节点， ：C:\Users\xxx>curl -v http://r11.c.lencr.org/46.crl
* Host r11.c.lencr.org:80 was resolved.
* IPv6: (none)
* IPv4: 104.18.21.213, 104.18.20.213
* Trying 104.18.21.213:80...
* Connected to r11.c.lencr.org (104.18.21.213) port 80
* using HTTP/1.x
> GET /46.crl HTTP/1.1
> Host: r11.c.lencr.org
> User-Agent: curl/8.13.0
> Accept: */*
>
* Request completely sent off
< HTTP/1.1 200 OK
< Date: Thu, 21 Aug 2025 01:02:01 GMT

刚刚试了，crl 域名可以正常访问啊 (陕西西安）

@ansurfen 这感觉也是必然要面对的事情。将尽可能多的细节藏起来（放在 hulo 提供的标准库中）。 其实比较担心的是将来会长期陷入往标准库中加入更多的语法糖。。。只要能收敛，就没问题

@w568w 嗯嗯，没关系的，正常交流即可。 其实这两种方案本来就伯仲之间，没有好坏，可能别处的提问也只是想知道你们的决策原因。毕竟程序员好奇心都比较强 :)

@ansurfen 这个想法没问题，其实问题在于如果真的使用 hulo 来取代 2.4% 的 bash 和 0.2% 的 powershell ，hulo 能减少多少代码，为了让 hulo 能自动转到这几个语言，hulo 脚本中需要写多少平台相关的代码

@w568w 为什么会觉得别人提问的时候没有经过大脑呢？ “为什么不直接写一个新的脚本语言？非要翻译干什么。” 我之前就问过类似问题， 那是我思考了之后提问的，也并没有要嘲讽说作者的项目没有用，只是想探讨一下做这样的选择背后的原因而已。

也不知道到时候能不能去做销售，一直想试试当销售:)

想多了，差得远。 曾经试过让 ai 写 tls 的简单实现，无论怎么改变提示词，永远只能调库或者写一个框架，任何细节都写不出来

为什么需要一种脚本编译成另一种脚本？ 自身的定位就是脚本，那支持跨平台不就可以了吗？