Starry North
Starry North
https://github.com/SOVLOOKUP/logto-docker/runs/7393450784?check_suite_focus=true works
I just made it in my project, I think it can help you. https://github.com/SOVLOOKUP/starry/blob/master/.github/workflows/node.js.yml It includes: 1. Compile and compress source code (using tsup) 2. Minimize dependencies size (based on...
也许钉钉可以通过企业机器人API支持指令 https://developers.dingtalk.com/document/robots/enterprise-created-chatbot?spm=ding_open_doc.document.0.0.3d6d24cbUVxovd#topic-2097982
Deno’s roadmap about grpc: - Deno will support http2 in version 1.9 https://github.com/denoland/deno/issues/3995 - And then they will implement grpc. https://github.com/denoland/deno/issues/3326 This should probably be done this year. But grpc...
> 希望可以加入arch的aur中 @Brook3 好的 会加入linux开发计划
> > https://cloudr-f2e.github.io/rubick > > 页面404了 文档地址: https://rubickcenter.github.io/rubick/
> 希望能集成前端调试同步刷新的功能，这样即便代码修改了也能实时更新显示 开发者中心已列入开发计划，届时将会很方便地开发调试插件
> 我认为Rubick应该提供的是最基础的，针对开发者的系统调用能力，其它功能均通过插件化实现就好了。有比较好的实践如：vscode，obsidian我发现有以下几个核心： > > 1. 极快的启动速度与较小的系统占用 > 2. 可高度定制化的外观：提升用户粘性和参与度，Rubick甚至可以做成看板娘，桌面默认小工具，装饰等 > 3. 核心功能：obsidian是本地双链非线性笔记，vscode是代码编辑器，Rubick做好核心功能即可。 > 4. 同步机制：这应该绕不开，文件共享，增量同步笔记，插件云端保存等 > 5. 开发友好且稳定的插件系统：丰富的文档，脚手架，热更新，发布途径与审核机制，国内网络环境处理，插件预览与安装等 > 6. 可迁移性：Rubick作为工具类我认为完全不用考虑，工具谁好用用谁的，有开源社区和插件系统的加持，生态会慢慢好起来的。vscode也没见有人讨论迁移成本。 感谢这么仔细的建议～ 这些特性在完成重构后都会有极大改善！
> 可以考虑把代码重构为 typescript,可以提高代码质量和可读性~ 是用 ts 重构的哦~ 可以加入我们的交流群，开发者们会不定期在社群发布进展报告
@VikramTiwari Any progress about this? I need a nodejs binding for enigo too.