前段时间我也有这个想法，后来考虑了一段时间还是打消了念头。树莓派本身不是设计用于做服务器的。用作服务器相当于把其他的扩展功能都放弃了。性能还不高。

function encode(str){return btoa(Array.from(str).map(a=>a+parseInt(Math.random()*10)).join(''));}

function decode(str_base){let m='';Array.from(atob(str_base)).forEach((v,i)=>{m+=i%2==0?v:'';});return m;}

这个算法是，在邮箱地址每个符号中插入一个随机字符[0-9]。解码的时候只取下标为偶数的字符拼接。

昨天用的时候弹了，目前暂时能接受、

redis 不是“关系型”数据库，所以有“关系型”的业务的时候，只用 redis 来存数据读数据，不管是开发还是运行其实都不是很好。开发就不用说了，可能需要在存的时候就存很多对应关系。读的时候，需要读好几次才能读完你要的数据。所以，还是看具体需求了。
没有什么“关系型”业务的，很适合，比如上面说的博客。
像一般的什么管理系统，就不太适合。

没写完就发出来了，站长你和这个人一样水，贴个链接啥都不说

我一直认为，我能偷到 40g 里的多少 g，和这个 40g 成熟多久了有关。但是没认真实验过。

最近出了个 todesk，看到有网站推广，本人还没用过。楼主可以了解一下。

接触过多年，这个我觉得，至少需要研究 ffmpeg 之类的源码，能定制化开发，才是比较好的。像我一直都是在使用 ffmpeg.exe ，虽然能完成任务，但是感觉技术含量不太高。
回到标题，音视频开发很有未来，或者说现在就很有市场。

我就喜欢对整个 body 签名的这种，不用管什么参数排序的。

不喜欢的标题格式有太多了。这是一种。

禁用 hgetall ?
如果知道 key name，那就一个个 hget，如果不知道那就只能扫描了。

不需要定时更新所有用户表。这个用户有登录有操作，你只需要判断这个用户的时间满了没有就好了。没登录的用户你根本不用去管他

如果不考虑被平台重新转码的话，直接 base64 存到字幕流哈。
如果考虑被转码的话，应该只能从视频画面本身着手了吧。

行宽的确不够

想尝鲜，但是找了好久没找到在 vscode 下怎么调试。

get 换成 head 试试？

@fim 是的，几天前发现不行，后来去了 360 论坛提的 bug，最近才修复的