呓|Jarlyyn's website

最近在发布go代码的时候遇到一些问题

主要是集中在linux版本的gcc上的。

总的来说，gcc的问题有以下几点

1.协议问题，mit协议的代码静态编译gpl的库总觉得有点问题

2.libnss问题，由于gcc本身的特殊性，libnss不能静态编译进去，不然会有各种报错(比如dns解析时panic)

3.glibc版本不匹配问题。

所以换使用musl进行编译。

总体来说，musl提供了一个musl-gcc协议，总体更新跟着不多的文档还是很方便的。

就是各种dev包里一般提供的是glibc编译的版本，之间使用会报错

需要用aptitude source下载代码包

然后通过CC="musl=gcc" ./configure的方式手动编译，得到.a文件，再通过编译脚本以的LDFLAGS中 以-L指定进来。

其他没啥问题，接下去就要进行稳定性测试了。

策略。

需要研究的游戏大都有 这个标签。

build,战术等等。

舒服了。

本来整个帐号已经被自我冻结了。

这次翻出来疯狂对线，终于直接炸了，不是封禁，直接不存在那种了。

也罢，也算为我这段网络进程告一段落。

也算求仁得仁。

在这疯狂的岁月，将来回想一下，也不会叫唤两下的羊了。

不过知乎禁用帐号，用户都不可见了，历史文章还能看到的行为，值得狠狠tui一下。

研究了下，这个基本无解。

标准是20mb左右

进行功能裁剪后重新打包也有16mb+

通过预压缩可以到4mb左右。

所以，还是只适合大型场景，不适合小场景。

毕竟 Godot功能太强大了吧。

在网络流量和带宽大幅度提速下降之前。

应用godot还是有一定的成本的。

继续研究godot

找到了godot与js交互的方式

https://godotengine.org/article/godot-web-progress-report-9

具体API见

https://docs.godotengine.org/en/stable/classes/class_javascript.html

很明显，可以通过:

Javascript.Callbacks 方法，常见可以供js调用的全局方法作为回调接口，可以传入数据

可以通过

Javascript.get_interface 调用封装在js全局域的api

双休调用很容易

很明显，godot可以代替原来Flash领域的大部分工作。

今天测试了下godot,不得不说，真是个好东西。

简单如当年flash的用法，linux原生支持，晚了下自带的骨骼系统做了个简单的骨骼动画，别说在PC浏览器上,连微信浏览器都能使用。

大爱大爱啊。

这次应该稳定下来了

但发现用的tinymce插件有不少问题

不如图片名的空格保存后转为了+

比如不能上传webp格式图片。

继续测试

做了个上传服务，测试下使用情况

贴个二维码

昨天想装github的手机版，各大国内市场没有，装了个Aurora store安装了

https://auroraoss.com/

看描述的原理是使用匿名google account进行下载。

先试试安全性如何