#!/bin/zsh
#!/bin/zsh
#!/bin/zsh
#include __FILE__
Joined 2 years ago
·127.0.0.1
1 Following15 Followers
MayJuneJulyAugSeptOctNovDecJanFebMarApr
PostsRepliesChannels
#!/bin/zsh
·

先试试Arch 然后之后再去玩gentoo，lfs之类的

#!/bin/zsh
·

还在大学不用着急，先想想看想要继续读研究生还是去工作，定好大方向再填充具体要学什么的细节

#!/bin/zsh
·

不要在Windows下尝试平铺式窗口管理器，如果非要这么做可以在Arch下用Wine

#!/bin/zsh
·

没什么好怕的，你都使用了他家的软件，甚至都是以管理员方式打开的，想害你早害你了，一个客服给的脚本不太会带有害的病毒

#!/bin/zsh
·

几乎就是一个新语言吧 hushed

#!/bin/zsh
·

Nim 挺喜欢这个语言的

#!/bin/zsh
·

这不对吧，怎么是你指定的包名，这样就是你指定的包的顺序了

#!/bin/zsh
·

kde.connect也还可以

#!/bin/zsh
·

前面宏定义里面的strcpy改成strcat就符合你要求了，细心点总是好的

#!/bin/zsh
·

已经很完善->较完善😁

#!/bin/zsh
·

那玩意叫WebAssembly，简称WASM，对于Web来说就是可以用WASM调用一些C++、Rust、Go写的库，一方面不需要重复造轮子。一方面又可以获得很好的性能，但是对于普通的开发者，JS生态在一些时候已经足够了；另一方面WASM在容器化方向上有所应用，对于云原生、边缘计算等有帮助

我还是那句话，基于需求进行选型，项目开发初期现有的技术栈已经很完善了，出个原型先才是关键，运行速度慢点不成问题，等你项目成熟了再想到用WSAM优化问题也不大，或者你一开始就要做那种依赖性能的应用那可以考虑一些WSAM的

WebAssembly 被设计为可以和 JavaScript 一起协同工作——通过使用 WebAssembly 的 JavaScript API，你可以把 WebAssembly 模块加载到一个 JavaScript 应用中并且在两者之间共享功能。这允许你在同一个应用中利用 WebAssembly 的性能和威力以及 JavaScript 的表达力和灵活性，即使你可能并不知道如何编写 WebAssembly 代码。

WebAssembly | MDN (mozilla.org)

#!/bin/zsh
·

这波真的是牙膏挤爆了，之前搞pwa，safari给我恶心哭

#!/bin/zsh
·

搞gui不是很推荐用go

#!/bin/zsh
·

Shebang的作用就是指定文件由谁来执行，比如我的名字就是让zsh来执行的意思

#!/usr/bin/node写在开头就可以文件由node去执行

#!/usr/bin/node
// 1
console.log("hello world")

chmod +x 1&&./1就可以得到hello world了

你那个写法是有点奇怪的，我刚才试了一下他就告诉我递归执行了

#!/bin/zsh
·

你这个Shebang真的是对的吗

#!/bin/zsh
·

如果考虑到管理员管理用户权限的问题的话，你可以稍微改进一下，一方面不存入本地只存在于会话，防止下线后直接被读取，另一方面做个分页用多少请求多少，不要一下返回一大堆

不过就是安全性也是相对而言的，尽管你搞了一套很复杂的机制，也顶不住最后用户的密码是123456

#!/bin/zsh
·

没什么很大的必要，因为你既然有这些路由总是要用的，这样你不管以什么方式加密最后到某个时刻前端都是要解开可见的，无非就是复杂度的问题，并且客户端（前端之类的）就是没有什么秘密的，只要你后端做好鉴权就好了，以及token之类的保存好更重要

#!/bin/zsh
·

你看一下这个搜索里的快速搜索和热门应用怎么关闭 - Microsoft Community，我试了一下是能盖掉热门应用的，能在一定程度上不显示使用记录，但这个地方它会显示其他东西

#!/bin/zsh
·

Stallman的想法其实没那么重要，至少GPL不反对赚钱就是了，前提就是代码能给出来，至于商业公司不想给也不想用那不正符合你的意思了，不过商业公司偷偷用你的代码，那我觉得你可以庆幸了，你能做出这么优秀的软件，不妨先提高知名度，代码换知名度不亏的，如果只是小范围传播倒也不用那么操心协议的问题

#!/bin/zsh
·

你可以检查一下你的配置文件，反正默认的是一点问题都没有