@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 的简单实现，无论怎么改变提示词，永远只能调库或者写一个框架，任何细节都写不出来

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

听了你的感受就是： 没有 spring 的语言都是 “原始社会，大伙围在篝火前面穿着草裙跳舞。”。 其实这个世界上很多人的工作中都不用 spring

有点儿看蒙了， 你这是推广项目，还是想招人， 还是想找工作？

感谢你的分享！

"自研垃圾框架", 所以你适合更好的公司，换工作吧

想要。 一直想搞这个这种小玩意儿，能显示网站数据或者其他一些状态信息。

纯好奇， “各种大型项目” 是多大的项目？

不是这样的女同学， 我们这帮程序猿去哪里找对象啊， 珍惜吧你 /狗头

@xkeyC 好的，非常感谢。

@xkeyC 其实最开始最担心的部分是，用户已下载，点击安装包的时候，就被系统或者杀毒软件拦截，导致用户根本没法用